حافظهٔ سازمان
تصمیمی که هیچکس ننوشت
هر شرکتی سابقهٔ کارهایش را دارد و سابقهٔ تصمیمهایش را ندارد. این مقاله دربارهٔ همان شکاف است: چرا با یک فیلد یادداشت پر نمیشود، و اینکه پر شدنش یعنی چه.
۵ دقیقه مطالعه
سه ماه بعد، سؤال سادهای پرسیده میشود
«چرا قیمت را برای این مشتری ۱۲٪ پایین آوردیم؟» کسی که پرسیده مدیر جدید حساب است. کسی که میداند، شش ماه پیش رفته. چیزی که هست: یک فاکتور با عدد نهایی، و یک زنجیرهٔ واتساپ که هیچکس دیگر بازش نمیکند.
این شکستِ حافظه نیست؛ شکستِ ثبت است. تصمیم گرفته شد، درست هم بود، و جایی برای نوشته شدن نداشت.
دقت کنید سیستمها کدام نیمه را نگه داشتهاند: کار انجامشده ثبت است، چون کار وضعیت دارد و وضعیت را میشود در جدول گذاشت. تصمیم وضعیت ندارد. یک بار گرفته میشود و بعد فقط نتیجهاش دیده میشود.
چهار جایی که تصمیم گم میشود
و هر چهار، جای معقولی به نظر میرسند
گروه واتساپ
سریعترین جا برای گفتن و بدترین جا برای پیدا کردن. جستوجوپذیر نیست، به مشتری وصل نیست، و هر کسی که بعداً میآید عضوش نبوده.
صورتجلسهای که کسی نمیخواند
نوشته شد، فرستاده شد، بایگانی شد. مسئله این نیست که وجود ندارد؛ این است که به پروندهٔ آن مشتری وصل نیست و شش ماه بعد کسی نمیداند در کدام صورتجلسه بود.
فیلد یادداشتِ CRM
یک ستون متن آزاد. تصمیم و گپ و شمارهٔ تماس همه یک شکلاند، پس نمیشود پرسید «این فصل چه تصمیمهایی گرفتیم» — سؤالی که از یک ستون متن جواب نمیگیرد.
کاری که از تصمیم درآمده
این ظریفترین است. کار ثبت میشود و تصمیم نه — پس شش ماه بعد میدانید چه کردید و نمیدانید چرا. کار، اثرِ تصمیم است، نه خودش.
چرا «یک فیلد اضافه کنید» جواب نیست
پاسخ طبیعی این است: خب یک نوع یادداشت به اسم «تصمیم» اضافه کنید. اما مسئله برچسب نیست؛ مسئله این است که تصمیم همان چیزهایی را لازم دارد که یک کار لازم دارد و بیشتر — فردی که پاسخگوست، تاریخی که گرفته شده، و بحثی که به آن رسیده.
و آن بحث مهمترین قسمت است. تصمیمِ بدون دلیل، شش ماه بعد قابل بازبینی نیست: نمیدانید چه چیزی را در نظر گرفته بودید و چه چیزی را نه، پس نمیدانید حالا که شرایط عوض شده باید عوضش کنید یا نه.
پس آنچه لازم است یک فیلد نیست، یک شکل است: چیزی که نوع داشته باشد، پاسخگو داشته باشد، تاریخ داشته باشد، و گفتوگویی که از آن درآمده را همراه خودش نگه دارد.
پاسخ ما
هفت چیزی که در کار واقعی گفته میشود، یک شکل دارند
در پالسآپ کار، نظر، تصمیم، مانع، ایده، فرصت و ریسک یک شکلاند: یک کارت، یک جدول، یک گفتوگو. نوع فقط تعیین میکند رکورد چه میتواند بگوید — نه اینکه کجا برود.
و روی صفحهٔ همان مشتری یا پرونده نوشته میشوند، نه در یک بخش جدا. یعنی سه ماه بعد، جایی که سراغش را میگیرید همان جایی است که نوشته شده.
پاسخ به هر رکورد هم میتواند خودش نوع داشته باشد: به یک مانع با یک تصمیم جواب میدهید. پس بحثی که به تصمیمی میرسد، آن تصمیم را بدون ترک کردن بحث تولید میکند — و دلیل، کنار نتیجه میماند.
- هر رکورد با فرد پاسخگو و تاریخ
- روی صفحهٔ مشتری، شرکت یا پرونده — همانجا که دنبالش میگردید
- در جریان «کار» و در تقویم، روی تاریخ خودش
- و اگر پرونده تیمی باشد، رکوردش هم همانقدر تیمی است
- سارا محمدیسهشنبه، ۱۴:۰۲پیام صوتی
بازدید از کارخانه. آقای رضایی گفت بودجهٔ سال بعد تا آخر مرداد قطعی میشود و تا آن موقع تصمیمی نمیگیرند.
کار ساخته شد: پیگیری بودجه — سارا محمدی
در راه برگشت گفته شد — پیش از رسیدن به دفتر ثبت شده بود
- امیر کاظمیدوشنبه، ۰۹:۳۰
صورتهای ۱۴۰۳ رسید. اسکن است و کیفیتش پایین.
آزمون کوچکی که ارزشش را دارد
لازم نیست چیزی مهاجرت کند. یک پرونده را یک هفته انتخاب کنید و هر تصمیمی که دربارهٔ آن گرفته میشود را همانجا بنویسید — نه در گروه، نه در صورتجلسه.
آخر هفته یک سؤال بپرسید: اگر امروز مسئولش عوض میشد، نفر بعدی از این صفحه میفهمید چرا کارها اینطور پیش رفته؟ اگر جواب بله بود، همان تفاوتی است که این مقاله دربارهٔ آن است.
سؤالهای معمول
این با صورتجلسهٔ جلسه چه تفاوتی دارد؟
صورتجلسه میگوید در یک جلسه چه گذشت؛ رکورد میگوید دربارهٔ این مشتری چه تصمیمهایی گرفته شده — از هر جلسهای و هر گفتوگویی. اولی رویداد را ثبت میکند، دومی سابقه را میسازد.اگر تیم عادت نکند چه؟
احتمالش هست، و راهش این است که نوشتن یک تصمیم از نوشتن یک پیام سختتر نباشد. جعبهٔ نوشتن روی هر صفحه یکی است و پیشفرضش نظر است؛ تصمیم شدنش یک آیکن فاصله دارد.میشود اینها را جای مدیریت پروژه استفاده کرد؟
نه، و عمداً. کار در جدول خودش میماند و تختهٔ کارها همان تختهٔ همیشه است. رکورد برای چیزهایی است که وضعیت ندارند: یک تصمیم تیک نمیخورد.
با دادهٔ واقعی خودتان امتحان کنید
نسخهٔ رایگان محدودیت زمانی ندارد. سختترین سندی که دارید را بیاورید.