صاحب کافینت لازم نیست همهچیزدان باشد؛ باید بداند جواب درست را از کجا پیدا کند
- مرداد ۲۳, ۱۴۰۵
- ۱۱:۵۴ ق٫ظ
- بدون دیدگاه
مشتری وارد کافینت میشود و درباره خدمتی سؤال میکند که مدتهاست انجام ندادهاید.
کارمند رو به شما میکند:
«مدارکش چی بود؟ سایتش کدومه؟»
شما هم شروع میکنید به جستوجو.
یک تب گوگل باز میشود.
بعد سراغ پیامهای قدیمی میروید.
بین فایلهای کامپیوتر میگردید.
از یکی از همکاران سؤال میکنید.
احتمالاً چند سایت را هم باز میکنید تا بالاخره مطمئن شوید جواب درست چیست.
چند دقیقه بعد مسئله حل میشود.
اما چند هفته بعد کارمند دیگری دقیقاً همان سؤال را میپرسد.
و دوباره تقریباً همان مسیر تکرار میشود.
من مدتها فکر میکردم بخشی از حرفهایبودن صاحب کافینت این است که تقریباً جواب همه سؤالها را بداند.
اسم سامانهها.
مدارک.
مراحل.
خطاها.
تاریخها.
فایلها.
شرایط ثبتنامها.
بعد از چند سال متوجه شدم این انتظار نهتنها واقعبینانه نیست، بلکه میتواند روش اشتباهی برای مدیریت اطلاعات باشد.
چون مسئله اصلی این نیست که مدیر چقدر حافظه خوبی دارد.
مسئله این است که:
وقتی جواب یک سؤال لازم شد، آیا میتوانیم سریع به نسخه درست و بهروز آن برسیم؟
مدیر حرفهای کسی نیست که جواب همه سؤالها را حفظ باشد؛ کسی است که برای پیدا کردن جواب درست، منبع و فرآیند قابل اعتماد ساخته باشد.
حافظه مدیر، پایگاه اطلاعات کافینت نیست
تجربه مدیر بسیار ارزشمند است.
گاهی یک مدیر باتجربه با دیدن یک خطا فوراً میداند مشکل چیست.
میداند مشتری چه مدرکی کم دارد.
میداند یک سامانه در چه شرایطی خطا میدهد.
یا میتواند سریع تشخیص دهد از چه مسیری باید کار را ادامه داد.
این نوع تجربه قابل جایگزینی نیست.
اما یک تفاوت مهم وجود دارد:
تجربه باید در تصمیمگیری به ما کمک کند، نه اینکه تنها محل نگهداری اطلاعات کسبوکار باشد.
اگر پاسخ یک سؤال فقط در ذهن مدیر باشد، تا زمانی قابل استفاده است که مدیر حضور داشته باشد و آن را به خاطر بیاورد.
اگر پاسخ در یک منبع مشخص ثبت شده باشد، میتواند بارها استفاده شود.
به همین دلیل:
حافظه انسان ابزار خوبی برای تجربه است؛ پایگاه داده خوبی برای اداره یک کافینت نیست.
چرا هیچ صاحب کافینتی نمیتواند همهچیز را بداند؟
مسئله فقط تعداد خدمات نیست.
خدمات کافینت دائماً تغییر میکنند.
ممکن است امروز مدارک یک ثبتنام مشخص باشد و چند ماه بعد تغییر کند.
ممکن است یک سامانه آدرس یا ظاهرش را عوض کند.
ممکن است فرآیند ورود تغییر کند.
مهلت یک ثبتنام تمدید شود.
یک فرم جدید منتشر شود.
یک خطای جدید در سامانه دیده شود.
یک خدمت جدید شروع شود که قبلاً اصلاً وجود نداشته است.
بنابراین حتی اگر امروز همه چیز را حفظ باشید، بخشی از آن ممکن است چند ماه بعد دیگر درست نباشد.
این نکته مهم است:
مشکل از حافظه ضعیف مدیر نیست؛ حجم و سرعت تغییر اطلاعات بیش از آن است که بتوان آن را فقط با حافظه مدیریت کرد.
وقتی دانش فقط در ذهن افراد باشد چه اتفاقی میافتد؟
دانش پراکنده معمولاً خودش را با چند نشانه نشان میدهد.
وقتی مدیر نیست، سرعت پاسخگویی کم میشود
کارمند با یک مسئله روبهرو میشود.
جواب را نمیداند.
اول به مدیر پیام میدهد.
اگر مدیر پاسخ ندهد، از همکار میپرسد.
اگر او هم نداند، جستوجو شروع میشود.
ممکن است در نهایت جواب پیدا شود، اما مسئلهای که قبلاً در مجموعه حل شده بود دوباره از صفر بررسی شده است.
با رفتن یک کارمند، بخشی از دانش هم میرود
گاهی یک کارمند در یک دسته خدمات بسیار باتجربه است.
همه میدانند:
«این کار رو فلانی بهتر بلده.»
تا زمانی که آن فرد هست، مشکلی احساس نمیشود.
اما وقتی مرخصی است یا از مجموعه جدا میشود، تازه متوجه میشویم بخش زیادی از دانش آن خدمت هیچجا ثبت نشده است.
این یکی از تفاوتهای مهم میان مهارت فردی و دانش مجموعه است.
مهارت فردی ارزشمند است، اما کسبوکار نباید تمام اطلاعات حیاتی خود را همراه یک نفر از دست بدهد.
یک سؤال بارها پاسخ داده میشود
گاهی خود مدیر متوجه نیست روزانه چقدر وقت صرف پاسخ تکراری میکند.
«مدارکش چیه؟»
«سایتش کدومه؟»
«این خطا یعنی چی؟»
«فرمش کجاست؟»
«کی شروع میشه؟»
هر سؤال شاید فقط دو یا سه دقیقه زمان بگیرد.
اما وقتی همان سؤال چند بار در هفته تکرار شود، مجموع زمان قابل توجه میشود.
دو کارمند ممکن است دو جواب متفاوت بدهند
وقتی مرجع مشخصی وجود ندارد، هر فرد براساس حافظه یا تجربه خودش جواب میدهد.
یک نفر میگوید سه مدرک لازم است.
نفر دیگر چهار مدرک.
یکی سایت قدیمی را معرفی میکند.
دیگری روش جدید را میداند.
حتی اگر هر دو با نیت خوب پاسخ دهند، نبود منبع مشترک باعث میشود تجربه مشتری یکدست نباشد.
اطلاعات قدیمی بهراحتی زنده میماند
گاهی اطلاعاتی که قبلاً درست بوده هنوز در ذهن ما مانده است.
مثلاً:
مدرکی که دیگر لازم نیست.
لینکی که تغییر کرده.
مرحلهای که حذف شده.
فرمی که نسخه جدید دارد.
وقتی منبع مشخص و تاریخ بررسی وجود ندارد، تشخیص اینکه کدام اطلاعات هنوز معتبر است سخت میشود.
دانش کافینت دقیقاً شامل چه چیزهایی است؟
وقتی از «مدیریت دانش کافی نت» صحبت میکنیم، منظور فقط ساختن چند فیلم آموزشی نیست.
دانش یک خدمت میتواند از بخشهای مختلف تشکیل شود.
آموزش انجام خدمت
مراحل اصلی انجام کار از ابتدا تا انتها.
مدارک موردنیاز
مشتری قبل از شروع چه چیزهایی باید همراه داشته باشد؟
سؤالات متداول
پرسشهایی که مشتری یا کارمند مرتب میپرسند.
خطاهای پرتکرار
خطاهایی که در سامانه دیده میشوند و راههای معمول بررسی آنها.
سایت و منابع معتبر
سامانه رسمی خدمت و لینکهای موردنیاز.
فایلها و فرمها
فرم خام، نمونه، فایل PDF، Excel یا هر فایلی که برای انجام خدمت استفاده میشود.
نکات اجرایی
چیزهایی که معمولاً در راهنمای رسمی نوشته نشدهاند، اما در تجربه عملی مفیدند.
زمانها و مهلتها
شروع ثبتنام، پایان مهلت، کارت، نتیجه، انتخاب رشته یا تمدید.
این مجموعه اطلاعات، وقتی کنار هم قرار بگیرند، چیزی بسیار ارزشمندتر از یک پوشه پر از فایل میسازند:
مرجع انجام خدمت.
یک مسئله را چند بار حل میکنیم؟
فرض کنید کارمند با یک خطای سامانه مواجه شده است.
هیچکس جواب را نمیداند.
شروع میکنیم به بررسی.
جستوجو میکنیم.
با همکار تماس میگیریم.
راهحل پیدا میشود.
سفارش انجام میشود.
تا اینجا کاملاً طبیعی است.
اما سؤال مهم این است:
بعد از حلشدن مسئله چه اتفاقی میافتد؟
اگر هیچجا ثبتش نکنیم، چند ماه بعد ممکن است دوباره همان خطا دیده شود و همه مسیر از ابتدا تکرار شود.
اما اگر بعد از حل مشکل یک یادداشت کوتاه ثبت کنیم:
خطا: …
علت احتمالی: …
راه بررسی: …
آخرین بار بررسیشده: …
دفعه بعد مسئله از صفر شروع نمیشود.
این یکی از سادهترین اصول مدیریت دانش است:
یک مسئله را یک بار حل کنید؛ نتیجهاش را برای دفعات بعد نگه دارید.
چه چیزهایی ارزش ثبتکردن دارند؟
قرار نیست هر اتفاق کوچک را مستند کنیم.
اگر چنین کاری کنیم، خیلی زود حجم اطلاعات آنقدر زیاد میشود که کسی سراغش نمیرود.
بهتر است چیزهایی را ثبت کنیم که حداقل یکی از این ویژگیها را دارند:
تکرار میشوند.
پیدا کردن جوابشان زمان میبرد.
اشتباه در آنها هزینه یا دردسر ایجاد میکند.
نیروی جدید احتمالاً دوباره درباره آنها سؤال خواهد کرد.
چند نفر از کارکنان به همان اطلاعات نیاز دارند.
احتمال تغییر و نیاز به بهروزرسانی دارند.
یک قانون ساده که خودم برای چنین شرایطی دوست دارم:
قانون سؤال سوم
اگر یک سؤال برای بار سوم در مجموعه مطرح شد، دیگر فقط شفاهی جوابش ندهید.
جوابش را جایی ثبت کنید.
نه به این دلیل که کارمند نباید سؤال بپرسد.
بلکه چون تکرار یک سؤال میتواند نشان دهد منبع مناسب هنوز ساخته نشده است.
سؤال تکراری همیشه نشانه کمکاری کارمند نیست؛ گاهی نشانه نبودن منبع مناسب است.
اطلاعات را کجا نگهداری کنیم؟
ابزار از اصل موضوع مهمتر نیست.
اگر هنوز مجموعه کوچک است، لازم نیست از روز اول سیستم پیچیدهای بسازید.
میتوان از چند سطح شروع کرد.
پوشه مرتب روی سیستم
برای شروع میتواند کافی باشد.
مثلاً:
خدمات خودرو
وام
آزمونها
دانشجویی
مالیات
و داخل هرکدام پوشههای جدا.
این روش از پراکندگی کامل بهتر است.
اما جستوجو و بهروزرسانی در حجم بالا سخت میشود.
فایل مشترک یا فضای ابری
Google Drive، فضای مشترک یا سند داخلی میتواند برای چند کارمند بهتر باشد.
مزیت اصلی:
همه به نسخه مشترک دسترسی دارند.
مشکل احتمالی:
اگر نظم نامگذاری و مسئول بهروزرسانی مشخص نباشد، بعد از مدتی همان آشفتگی قبلی فقط به فضای ابری منتقل میشود.
پایگاه دانش داخلی
برای مجموعهای که خدمات و نیروهای بیشتری دارد، داشتن ساختار جستوجوپذیر ارزش بیشتری پیدا میکند.
مثلاً برای هر خدمت یک صفحه مشخص داشته باشیم.
وقتی نام خدمت جستوجو میشود:
آموزش،
مدارک،
FAQ،
سایت،
فایلها،
و نکات آن پیدا شوند.
اصل مهم:
مسئله اول انتخاب نرمافزار نیست؛ مسئله این است که یک محل مشخص بهعنوان مرجع وجود داشته باشد.
جستوجو از حجم اطلاعات مهمتر است
فرض کنید ۵۰۰ آموزش و فایل ذخیره کردهایم.
عدد خوبی به نظر میرسد.
اما اگر کارمند برای پیدا کردن یک فایل ساده مجبور باشد پنج دقیقه بین پوشهها بگردد، هنوز مشکل حل نشده است.
در لحظه نیاز، چیزی مهمتر از تعداد محتوا وجود دارد:
سرعت پیدا کردن جواب.
پایگاه دانش خوب باید کمک کند کارمند با چند کلمه ساده به اطلاعات موردنیاز برسد.
مثلاً:
«تعویض پلاک»
«وام ازدواج»
«خطای ثنا»
«فرم مدرسه»
اگر اطلاعات داریم اما پیدا نمیشوند، ارزش عملی آنها بهشدت کم میشود.
دانشی که پیدا نمیشود، در لحظه نیاز تقریباً مثل دانشی است که نداریم.
اطلاعات قدیمی؛ خطر پنهان پایگاه دانش
داشتن مرجع داخلی همیشه به معنی بهترشدن شرایط نیست.
گاهی مرجع اشتباه میتواند مشکل را بزرگتر کند.
فرض کنید در یک صفحه نوشتهایم:
برای این خدمت این سه مدرک لازم است.
کارمند هم چون مطلب داخل مرجع داخلی است با اطمینان به مشتری میگوید.
اما شرایط دو ماه قبل تغییر کرده و مدرک چهارم هم لازم شده است.
اینجا مشکل فقط قدیمیبودن اطلاعات نیست.
مشکل این است که اطلاعات قدیمی ظاهراً معتبر به نظر میرسند.
به همین دلیل هر مرجع دانش باید تا حد امکان پاسخ این سؤالها را بدهد:
این اطلاعات چه زمانی ثبت شده؟
آخرین بار چه زمانی بررسی شده؟
منبع رسمی آن چیست؟
اگر تغییر کرد چه کسی آن را اصلاح میکند؟
پایگاه دانش اشتباه میتواند خطرناکتر از نداشتن پایگاه دانش باشد؛ چون اطلاعات قدیمی را با ظاهر قابل اعتماد منتشر میکند.
منبع رسمی را از تجربه داخلی جدا کنید
این نکته در خدمات اداری بسیار مهم است.
فرض کنیم سازمان مربوطه رسماً اعلام کرده:
مدرک A و B لازم است.
این یک اطلاعات رسمی است.
اما ما در تجربه کاری متوجه شدهایم:
اگر فایل C را هم از قبل آماده کنیم، فرآیند سریعتر جلو میرود.
این دو نباید به یک شکل نوشته شوند.
بهتر است مشخص باشد:
اطلاعات رسمی
مدارک، شرایط، مهلت و دستورالعمل اعلامشده توسط مرجع مربوطه.
تجربه داخلی
نکات اجرایی، خطاهای رایج، تجربه کارکنان و روشهای عملی مفید.
چرا؟
چون تجربه ما ممکن است بسیار مفید باشد، اما نباید ناخواسته به شکل «قانون رسمی» به مشتری یا کارمند منتقل شود.
این موضوع با بحث کاهش وابستگی کارکنان به مدیر ارتباط مستقیم دارد؛ موضوعی که در مقاله دیگری جداگانه دربارهاش صحبت کردیم.
اما اینجا سؤال ما درباره خود کارکنان نیست.
سؤال درباره این است:
دانش مجموعه کجا زندگی میکند؟
برای تغییر این متن بر روی دکمه ویرایش کلیک کنید. لورم ایپسوم متن ساختگی با تولید سادگی نامفهوم از صنعت چاپ و با استفاده از طراحان گرافیک است.
پایگاه دانش را یک پروژه بزرگ نبینید
یکی از دلایلی که مستندسازی هیچوقت شروع نمیشود این است که آن را خیلی بزرگ تصور میکنیم.
مثلاً:
«باید تمام خدمات کافینت را از صفر مستند کنیم.»
اگر صدها خدمت داشته باشیم، این پروژه ممکن است ماهها طول بکشد.
و معمولاً به همین دلیل شروع نمیشود.
راه سادهتر این است:
از کار روزانه استفاده کنیم.
امروز یک سؤال تکراری مطرح شد؟
ثبتش کن.
یک لینک پیدا کردی که مرتب استفاده میشود؟
ذخیرهاش کن.
خطایی را بعد از ۲۰ دقیقه بررسی حل کردی؟
یک توضیح کوتاه برایش بنویس.
فرم مهمی پیدا شد؟
کنار همان خدمت نگه دار.
با این روش پایگاه دانش بهمرور و در دل کار واقعی ساخته میشود.
کار روزمره خودش خوراک ساخت پایگاه دانش است.
چه کسی مسئول بهروزرسانی اطلاعات باشد؟
یکی از جملههای خطرناک در مدیریت این است:
«همه باید اطلاعات رو بهروز کنن.»
چون در عمل ممکن است هیچکس دقیقاً مسئول نباشد.
ساختار لازم نیست پیچیده باشد.
مثلاً:
کارمند اگر نکته جدیدی دید گزارش کند.
مدیر یا فرد باتجربه آن را بررسی کند.
اگر معتبر بود وارد مرجع شود.
در مورد اطلاعات حساس یا متغیر، منبع رسمی نیز دوباره بررسی شود.
هدف این نیست که فقط یک نفر حق مشارکت داشته باشد.
هدف این است که نسخه نهایی اطلاعات مسئول مشخصی داشته باشد.
همه چیز نباید آموزش طولانی باشد
یکی دیگر از اشتباهها این است که تصور کنیم برای هر خدمت باید یک فیلم کامل تهیه کنیم.
نه.
کارمند همیشه دنبال آموزش صفر تا صد نیست.
گاهی فقط میخواهد بداند:
سایت کجاست؟
چه مدرکی لازم است؟
این خطا یعنی چه؟
فایل کدام است؟
مهلت تا چه زمانی است؟
پس منبع دانش میتواند شکلهای مختلف داشته باشد:
آموزش کامل
چکلیست کوتاه
FAQ
یک نکته یکخطی
لینک
فایل
فرم
تقویم
این ساختار باعث میشود جواب متناسب با نیاز پیدا شود.
سایتهای کاربردی هم بخشی از دانش کافینت هستند
در ظاهر پیدا کردن سایت ساده است.
اسم خدمت را در گوگل جستوجو میکنیم و وارد میشویم.
اما در عمل همیشه اینطور نیست.
گاهی چند نتیجه مشابه وجود دارد.
گاهی سایت غیررسمی بالاتر نمایش داده میشود.
گاهی یک سامانه چند آدرس دارد.
گاهی کارکنان هرکدام Bookmarkهای شخصی خودشان را دارند.
بهتر است لینک خدمات پرکاربرد در یک مرجع مشترک نگهداری شود.
مثلاً کنار نام هر خدمت:
سامانه رسمی
سامانه مکمل
راهنما
منبع اطلاعیه
این کار علاوه بر سرعت، احتمال استفاده از لینک اشتباه را هم کمتر میکند.
البته این لینکها هم باید هرچند وقت یکبار بررسی شوند.
تقویم هم بخشی از دانش است
وقتی از دانش یک خدمت صحبت میکنیم، بیشتر ذهنمان سمت «چطور انجامش دهیم؟» میرود.
اما در کافینت سؤال دیگری هم خیلی مهم است:
«چه زمانی؟»
ثبتنام چه روزی شروع میشود؟
مهلت چه زمانی تمام میشود؟
کارت چه زمانی منتشر میشود؟
نتیجه چه روزی میآید؟
انتخاب رشته چه زمانی است؟
تمدید انجام شده یا نه؟
این اطلاعات فقط برای انجام سفارش فعلی نیستند.
میتوانند برای برنامهریزی نیرو، تبلیغات و اطلاعرسانی به مشتریان هم اهمیت داشته باشند.
بنابراین تقویم خدمات، بخشی از مدیریت دانش کافینت است.
از تجربه خودمان؛ اطلاعات همهجا بود، اما یکجا نبود
یکی از مشکلاتی که خودمان داشتیم این نبود که هیچ اطلاعاتی نداشتیم.
اتفاقاً اطلاعات زیاد بود.
مشکل این بود که همهجا پخش بود.
یک فایل روی سیستم.
یک لینک در Bookmark.
یک آموزش داخل گروه.
یک نکته در ذهن من.
یک فرم روی کامپیوتر کارمند.
یک جواب در پیام خصوصی یکی از همکاران.
وقتی به اطلاعات نیاز داشتیم، بخش زیادی از زمان صرف پیدا کردن محل آن میشد.
از طرف دیگر کارکنان هم برای خیلی از سؤالها مستقیم سراغ من میآمدند.
به مرور به این نتیجه رسیدیم که اطلاعات مربوط به هر خدمت بهتر است تا جای ممکن کنار همان خدمت قرار بگیرد.
یعنی وقتی کارمند درباره یک خدمت کار میکند، بتواند همانجا به چیزهایی مثل:
آموزش
سؤالات متداول
فرمها
فایلها
سایتهای مرتبط
و تاریخهای مهم
دسترسی داشته باشد.
این نگاه یکی از نیازهایی بود که بعداً در توسعه یاورنت هم خودش را نشان داد.
یاورنت اینجا چه نقشی دارد؟
در یاورنت تلاش شده بخشی از اطلاعات موردنیاز خدمات پراکنده نباشد.
بسته به نوع خدمت، کارکنان میتوانند به بخشهایی مثل آموزش، توضیحات، سؤالات متداول، فایلها، فرمها، سایتهای کاربردی و سایر منابع مرتبط دسترسی داشته باشند.
هدف اصلی این نیست که کارمند دیگر هیچوقت سؤال نپرسد.
چنین وعدهای هم واقعبینانه نیست.
هدف این است که برای سؤالهایی که قبلاً جوابشان مشخص شده، اول یک مرجع قابل استفاده وجود داشته باشد.
اما ابزار بهتنهایی مشکل را حل نمیکند.
اگر آموزش قدیمی باشد، فایده ندارد.
اگر کارمند نتواند آن را پیدا کند، فایده ندارد.
اگر هیچکس مسئول اصلاح اطلاعات نباشد، بعد از مدتی اعتبارش کم میشود.
بنابراین:
داشتن صفحه آموزش بهتنهایی مدیریت دانش نیست؛ اطلاعات باید درست، قابل پیدا کردن و بهروز باشند.
و مهمتر:
سیستم دانش جای تخصص مدیر را نمیگیرد؛ اجازه میدهد تخصص مدیر فقط در حافظه خودش زندانی نماند.
اگر نرم افزار ندارید، از همین امروز شروع کنید
برای اجرای اصل این مقاله نیازی نیست منتظر ابزار خاصی بمانید.
برای پنج خدمت پرتکرار کافینت خودتان یک پوشه یا صفحه بسازید.
برای هر خدمت همین ساختار ساده کافی است:
نام خدمت
لینک رسمی:
سامانه اصلی
مدارک:
فهرست کوتاه مدارک موردنیاز
مراحل:
خلاصه اجرای خدمت
FAQ:
سؤالهای پرتکرار
خطاها:
خطاهایی که چند بار دیدهاید
فایلها:
فرم، نمونه یا فایل موردنیاز
نکات داخلی:
تجربههای اجرایی مجموعه
آخرین بررسی:
تاریخ آخرین کنترل اطلاعات
اگر همین ساختار برای چند خدمت پرتکرار درست اجرا شود، خیلی زود میتوانید بفهمید چه چیزی در آن مفید است و بعد آن را برای خدمات دیگر گسترش دهید.
از کجا بفهمیم سیستم دانش ما خوب کار میکند؟
برای ارزیابی وضعیت فعلی کافینت، چند سؤال ساده کافی است.
اگر کارمند سؤال پرتکراری داشته باشد، بدون تماس با مدیر میتواند جواب را پیدا کند؟
آدرس سایت رسمی یک خدمت در چند ثانیه پیدا میشود؟
مشخص است اطلاعات آخرین بار چه زمانی بررسی شدهاند؟
اگر امروز یک نکته جدید یاد گرفتیم، محل مشخصی برای ثبت آن داریم؟
اگر فردا کارمند جدیدی استخدام شود، میتواند از این اطلاعات استفاده کند؟
اگر پاسخ بیشتر این سؤالها منفی است، احتمالاً دانش کافینت هنوز بیشتر پراکنده است تا سیستمشده.
چه کارهایی پایگاه دانش را خراب میکند؟
ساختن یک مرجع داخلی بهتنهایی کافی نیست.
بعضی اشتباهها میتوانند باعث شوند بعد از مدتی هیچکس به آن اعتماد نکند.
کپیکردن اطلاعات بدون بررسی
هر مطلبی که در اینترنت پیدا میشود معتبر نیست.
نداشتن تاریخ بررسی
کاربر نمیداند مطلب مربوط به امروز است یا سه سال قبل.
متنهای خیلی طولانی
اگر جواب یک سؤال ساده داخل چند صفحه متن پنهان باشد، کارکنان دوباره ترجیح میدهند از مدیر بپرسند.
نگهداری اطلاعات در حساب شخصی کارکنان
با رفتن فرد ممکن است دسترسی یا نظم اطلاعات از بین برود.
ثبت تجربه بهجای قانون رسمی
نکته داخلی باید با دستورالعمل رسمی اشتباه نشود.
پراکندگی دوباره
اگر بخشی در Drive، بخشی در تلگرام، بخشی در مرورگر و بخشی روی سیستم باشد، دوباره همان مشکل اولیه ایجاد شده است.
هدف، حذف سؤال نیست
این نکته را باید روشن بگوییم.
یک کافینت حرفهای جایی نیست که کارکنان هیچ سؤالی نپرسند.
خدمات تغییر میکنند.
مسائل جدید پیش میآیند.
بعضی شرایط واقعاً نیاز به تجربه مدیر دارند.
هدف این است که سؤالهای حلشده را بارها از صفر حل نکنیم.
اگر یک مسئله جدید است، سؤال پرسیدن طبیعی است.
اما وقتی همان سؤال برای بار پنجم مطرح میشود، بهتر است علاوه بر پاسخ دادن از خودمان بپرسیم:
«چرا هنوز جوابش در یک مرجع قابل استفاده ثبت نشده است؟»
سؤالات متداول درباره مدیریت دانش کافینت
آیا صاحب کافینت باید همه خدمات را بلد باشد؟
صاحب کافینت باید شناخت و تجربه کافی برای مدیریت خدمات داشته باشد، اما منطقی نیست تمام جزئیات صدها خدمت، سامانه و تغییر را حفظ باشد. مهمتر این است که منبع قابل اعتماد برای پیدا کردن اطلاعات وجود داشته باشد.
پایگاه دانش کافینت چیست؟
یک مرجع منظم برای اطلاعات موردنیاز خدمات؛ مثل آموزش، مدارک، FAQ، سایتها، فایلها، خطاها، نکات اجرایی و تاریخهای مهم.
چه اطلاعاتی از هر خدمت باید ثبت شود؟
حداقل لینک رسمی، مدارک، مراحل اصلی، سؤالات پرتکرار، خطاهای مهم، فایلهای موردنیاز و تاریخ آخرین بررسی.
آموزش خدمات کافینت را کجا نگهداری کنیم؟
برای شروع حتی یک پوشه یا سند مشترک منظم میتواند مفید باشد. با افزایش تعداد خدمات و کارکنان، ابزار جستوجوپذیر و ساختاریافته ارزش بیشتری پیدا میکند.
چطور از قدیمیشدن اطلاعات جلوگیری کنیم؟
برای مطالب حساس منبع رسمی و تاریخ آخرین بررسی ثبت شود و مسئول مشخصی برای اصلاح اطلاعات وجود داشته باشد.
با سؤالهای پرتکرار کارکنان چه کنیم؟
اگر سؤالی مرتب تکرار میشود، پاسخ آن را بعد از بررسی در FAQ، چکلیست یا آموزش خدمت ثبت کنید تا دفعه بعد قابل جستوجو باشد.
آیا Google Drive برای شروع کافی است؟
برای بسیاری از مجموعههای کوچک میتواند شروع مناسبی باشد، به شرط اینکه ساختار پوشهها، نامگذاری، دسترسی و مسئول بهروزرسانی مشخص باشد.
یاورنت چه کمکی به مدیریت دانش خدمات میکند؟
یاورنت میتواند بخشی از منابع مرتبط با خدمات مانند آموزش، FAQ، فایلها، فرمها و سایتهای کاربردی را در دسترس کارکنان قرار دهد؛ اما کیفیت این سیستم همچنان به درست و بهروز بودن اطلاعات وابسته است.
جمعبندی
سالها کار در کافینت میتواند حجم زیادی از تجربه ایجاد کند.
این تجربه یکی از مهمترین داراییهای یک مجموعه است.
اما اگر تمام آن فقط در ذهن مدیر یا چند کارمند قدیمی باقی بماند، همیشه در معرض فراموششدن، تکرار کار و از دست رفتن قرار دارد.
مسئله این نیست که مدیر دیگر چیزی نداند.
اتفاقاً هرچه مدیر باتجربهتر باشد، بهتر میتواند تشخیص دهد:
کدام منبع معتبر است،
چه چیزی باید ثبت شود،
کدام اطلاعات قدیمی است،
و چه تجربهای ارزش تبدیلشدن به فرآیند را دارد.
اما بهتر است این دانش فقط به حافظه وابسته نباشد.
وقتی پاسخهای تکراری ثبت میشوند،
لینکها یکجا قرار میگیرند،
فایلها کنار خدمت هستند،
اطلاعات رسمی از تجربه داخلی جدا میشوند،
و برای بهروزرسانی مسئول مشخصی وجود دارد،
کافینت کمکم از مجموعهای وابسته به حافظه افراد به مجموعهای تبدیل میشود که دانش خودش را حفظ میکند.
اگر بخواهم کل این مقاله را در یک جمله خلاصه کنم:
لازم نیست جواب هزار سؤال را حفظ کنید؛ باید کاری کنید وقتی خودتان یا کارمندتان به جواب نیاز دارید، سریع به نسخه درست و بهروز آن برسید.
و شاید مهمتر از آن:
کافینت حرفهای با مدیر همهچیزدان ساخته نمیشود؛ با دانشی ساخته میشود که حتی وقتی مدیر کنار سیستم نیست، همچنان قابل استفاده باشد.
شما بیشتر وقتتان را برای پیدا کردن چه چیزی از دست میدهید؟
اگر همین امروز یکی از کارکنانتان یک سؤال خدماتی بپرسد، معمولاً پیدا کردن کدام مورد بیشتر زمان میبرد؟
سایت؟ مدارک؟ آموزش؟ خطای سامانه؟ فرم و فایل؟ اطلاعیه؟ تاریخ شروع و پایان ثبتنام؟
و اگر برای نگهداری دانش و اطلاعات خدمات روش مشخصی دارید، تجربهتان را در دیدگاهها بنویسید.
ممکن است روشی که در یک کافینت جواب داده، ایده خوبی برای دهها کافینت دیگر هم باشد.
بدون دیدگاه