چطور یک پایگاه دانش سازمانی بسازیم؟ راهنمای عملی
بیشتر پروژههای پایگاه دانش با یک جلسه پرشور شروع میشوند، به یک پوشه با چهل فایل نیمهکاره میرسند، و شش ماه بعد کسی سراغشان نمیرود. دلیلش معمولاً یکی است: پروژه بهجای اینکه از سؤال شروع شود، از سند شروع میشود.
محصول آماده کارن تکنولوژی
این را روی داده واقعی کسبوکار خودتان ببینید
آنچه در این مقاله میخوانید، در محصولات کارن پیادهسازی شده است. در جلسه دمو، همان را روی داده و فرآیند خودتان اجرا میکنیم.
درخواست دمو رایگان یا تماس بگیرید: ۰۲۱-۸۸۶۱۴۲۸۲در این صفحه
اشتباه بنیادی: شروع از آرشیو
رویکرد رایج: «همه اسناد را جمع کنیم، مرتب کنیم، بعد منتشر کنیم.» چرا شکست میخورد:
- بیپایان است. همیشه سند دیگری هست.
- بازخورد ندارد. ماهها کار میکنید بدون اینکه بدانید مفید است یا نه.
- اولویت ندارد. سندی که سالی یک بار لازم میشود، همانقدر وقت میگیرد که سندی که روزی ده بار.
- متناقض است. آرشیو قدیمی پر از نسخههای ناسازگار است.
گام ۱: بیست سؤال پرتکرارتان را پیدا کنید
اگر نمیدانید کدامها هستند، یک هفته ثبت کنید. از تیم پشتیبانی بخواهید هر سؤال را در یک شیت بنویسند. اگر سیستمی دارید که مکالمات را خوشهبندی میکند، این کار خودکار انجام میشود.
بعد مرتب کنید بر اساس فراوانی × زمانی که هر بار میگیرد. بیست تای اول، کل پروژه فاز اول شماست.
نه دویست تا. بیست تا.
گام ۲: منبع درست را پیدا کنید
برای هر سؤال بپرسید: پاسخ درست کجاست و چه کسی مالک آن است؟ معمولاً به یکی از این وضعیتها میرسید:
- پاسخ در سند رسمی هست و درست است
- پاسخ در سند هست ولی قدیمی است - باید بهروز شود
- دو سند دو جواب متفاوت میدهند - باید تصمیم گرفته شود
- پاسخ فقط در سر یک نفر است - باید استخراج شود
- پاسخ اصلاً وجود ندارد - باید ساخته شود
این گام معمولاً سختترین است، چون تناقضها را بیرون میکشد. اما اگر آن را رد کنید، تناقضها بعداً از دهان دستیار هوشمند شما بیرون میآیند - با اطمینان کامل.
برای هر مقاله یک مالک مشخص تعیین کنید. مقاله بیمالک، مقالهای است که بهروز نمیشود.
گام ۳: بنویسید - با کلمات مشتری، نه کلمات خودتان
قاعده طلایی
عنوان مقاله باید سؤال مشتری باشد، نه اصطلاح داخلی شما.
| ننویسید | بنویسید |
|---|---|
| «فرآیند RMA» | «چطور کالا را مرجوع کنم؟» |
| «دستورالعمل استرداد وجه» | «پول من کی برمیگردد؟» |
| «راهنمای تنظیمات SMTP» | «چطور ایمیل سازمانی را وصل کنم؟» |
این تنها تصمیم، بیشترین اثر را دارد - هم روی پیدا شدن مقاله توسط مشتری، هم روی بازیابی درست توسط سیستم هوش مصنوعی، هم روی رتبه در گوگل.
ساختار هر مقاله
- عنوان = سؤال مشتری
- پاسخ کوتاه در دو جمله اول. بیشتر خوانندگان همین دو جمله را میخوانند
- مراحل - شمارهدار، هر مرحله یک کار
- استثناها - چه زمانی این روش کار نمیکند
- قدم بعدی - اگر مشکل حل نشد، چه کار کند
قواعد نوشتن
- جمله کوتاه. جمله بلند در ترجمه ماشینی و بازیابی معنایی هم بدتر عمل میکند
- یک موضوع، یک مقاله. مقالهای که سه چیز را توضیح میدهد، برای هیچکدام پیدا نمیشود
- بدون اصطلاح داخلی - یا اگر لازم است، با توضیح
- تصویر برای مراحل بصری
- بدون تاریخهای شناور مثل «از ماه آینده». یا تاریخ دقیق، یا بدون تاریخ
گام ۴: چند شکل نوشتن تعریف کنید
مشتریان یک چیز را به چند شکل میپرسند:
اگر سیستم شما جستجوی معنایی دارد، بخشی از این خودکار حل میشود. اما تعریف صریح چند صورتبندی برای هر سؤال، دقت را بهشکل محسوسی بالا میبرد.
منبع بهترین صورتبندیها: گفتگوهای واقعی خودتان. جملهای که مشتری نوشته را عیناً بردارید.
گام ۵: عمومی و داخلی را جدا کنید
عمومی - مشتری میبیند. راهنماها، شرایط، پرسشهای متداول. اینها در مرکز راهنما منتشر میشوند و در گوگل ایندکس میشوند.
داخلی - فقط تیم میبیند. سیاستهای تخفیف، مراحل تشدید، اطلاعات فنی، استثناها.
اشتباه رایج: همه چیز را داخلی نگه داشتن. بخش زیادی از دانشی که «محرمانه» فرض میشود، اگر عمومی شود هم بار پشتیبانی را کم میکند و هم ترافیک ارگانیک میآورد.
گام ۶: زنده نگه دارید
اینجا اکثر پروژهها میمیرند.
چرخه هفتگی - نیم ساعت
سؤالات بیپاسخ را مرور کنید. سیستم فهرستی از سؤالاتی که پاسخ نداشتند نگه میدارد. این بهترین فهرست کار شماست - نیازی به حدس زدن نیست.
چرخه ماهانه - یک ساعت
- کدام مقالات بیشتر خوانده میشوند؟ آنها را بهتر کنید
- کدامها هرگز خوانده نمیشوند؟ شاید عنوانشان اشتباه است، شاید لازم نیستند
- کدام مقاله خوانده شده و باز هم مشتری تیکت زده؟ یعنی جواب نداده
قاعده تغییر
اسناد شما آماده تبدیل به پایگاه دانش هستند؟
در جلسه شناخت رایگان، بیست سؤال پرتکرار شما را استخراج میکنیم و میگوییم برای هرکدام پاسخ درست کجاست - و کجا تناقض دارید.
آمادهسازی برای هوش مصنوعی
اگر قرار است پایگاه دانش، منبع پاسخ دستیار هوشمند باشد، چند نکته اضافه میشود:
- متن، نه تصویر. PDF اسکنشده به OCR نیاز دارد و همیشه خطا دارد. اگر نسخه متنی دارید، آن را بدهید.
- تناقض را حذف کنید. انسان میتواند بین دو سند متناقض قضاوت کند. سیستم بازیابی نمیتواند - و یکی از دو جواب متناقض را با اطمینان میگوید.
- هر بخش باید مستقل معنا داشته باشد. جمله «این شامل خسارت نمیشود» بدون پاراگراف قبلی بیمعناست. هنگام تکهتکه شدن سند، این جمله ممکن است تنها بازیابی شود.
- اصطلاحات را یکسان کنید. اگر در یک سند «مرجوعی» و در دیگری «استرداد کالا» نوشتهاید، هر دو را در یک واژهنامه به هم وصل کنید.
- تاریخ اعتبار بگذارید. تا سیستم بداند کدام نسخه جدیدتر است.
چطور بفهمیم کار میکند؟
سه شاخص کافی است:
- نرخ «نمیدانم» - چه درصدی از سؤالات پاسخی نداشتند؟ باید روند نزولی داشته باشد
- نرخ حل خودکار - چه درصدی از گفتگوها بدون دخالت انسان تمام شد؟
- کاهش تیکت در دستههای پوششدادهشده - اگر مقاله مرجوعی نوشتید، تیکتهای مرجوعی باید کم شوند
اگر مقالهای زیاد خوانده میشود ولی تیکت همان موضوع کم نشده، مقاله جواب نمیدهد. بازنویسیاش کنید. شاخصهای کلیدی پشتیبانی مشتری
خلاصه: مسیر ۹۰ روزه
| بازه | کار |
|---|---|
| هفته ۱ | ثبت سؤالات واقعی |
| هفته ۲ | انتخاب بیست سؤال برتر، تعیین مالک |
| هفته ۳-۴ | نوشتن بیست مقاله |
| هفته ۵ | انتشار + وصل کردن به دستیار |
| هفته ۶ به بعد | مرور هفتگی سؤالات بیپاسخ |
| ماه ۳ | بازبینی کامل و برنامه فاز دوم |
پرسشهای متداول
چون بهجای اینکه از سؤال شروع شوند، از سند شروع میشوند. رویکرد «همه اسناد را جمع کنیم، مرتب کنیم، بعد منتشر کنیم» بیپایان است، بازخوردی تولید نمیکند، اولویت ندارد و آرشیو قدیمی پر از نسخههای متناقض است. رویکرد جایگزین این است: از سؤال شروع کنید، نه از سند.
بیست سؤال پرتکرارتان را پیدا کنید. اگر نمیدانید کداماند، یک هفته ثبت کنید یا از سیستمی که مکالمات را خوشهبندی میکند کمک بگیرید. سپس بر اساس فراوانی ضربدر زمانی که هر بار میگیرد مرتب کنید. بیست تای اول کل پروژه فاز اول شماست - نه دویست تا.
قاعده طلایی: عنوان مقاله باید سؤال مشتری باشد نه اصطلاح داخلی شما. بهجای «فرآیند RMA» بنویسید «چطور کالا را مرجوع کنم؟»؛ بهجای «دستورالعمل استرداد وجه» بنویسید «پول من کی برمیگردد؟». این تنها تصمیم بیشترین اثر را دارد - هم روی پیدا شدن مقاله توسط مشتری، هم روی بازیابی درست توسط سیستم هوش مصنوعی، هم روی رتبه در گوگل.
عنوان به شکل سؤال مشتری؛ پاسخ کوتاه در دو جمله اول چون بیشتر خوانندگان همین دو جمله را میخوانند؛ مراحل شمارهدار که هر مرحله یک کار است؛ استثناها یعنی چه زمانی این روش کار نمیکند؛ و قدم بعدی اگر مشکل حل نشد. جملهها کوتاه باشند، هر مقاله یک موضوع را پوشش دهد و از اصطلاح داخلی بدون توضیح پرهیز شود.
یک چرخه هفتگی نیمساعته برای مرور سؤالات بیپاسخ - این بهترین فهرست کار شماست و نیازی به حدس زدن نیست. یک چرخه ماهانه یکساعته برای بررسی پربازدیدترین مقالات، مقالاتی که هرگز خوانده نمیشوند و مقالاتی که خوانده شدهاند ولی باز هم تیکت گرفتهاند. و یک قاعده: هر تغییر در محصول، قیمت یا فرآیند باید یک بند «بهروزرسانی پایگاه دانش» داشته باشد.
پنج نکته: متن بدهید نه تصویر، چون PDF اسکنشده به OCR نیاز دارد و همیشه خطا دارد؛ تناقضها را حذف کنید، چون سیستم بازیابی نمیتواند بین دو سند متناقض قضاوت کند؛ هر بخش باید مستقل معنا داشته باشد چون ممکن است تنها بازیابی شود؛ اصطلاحات را در یک واژهنامه یکسان کنید؛ و تاریخ اعتبار بگذارید تا سیستم بداند کدام نسخه جدیدتر است.
سه شاخص کافی است: نرخ «نمیدانم» که باید روند نزولی داشته باشد، نرخ حل خودکار، و کاهش تیکت در دستههای پوششدادهشده. اگر مقالهای زیاد خوانده میشود ولی تیکت همان موضوع کم نشده، مقاله جواب نمیدهد و باید بازنویسی شود.
