بازبینی پایگاه دانش پشتیبانی را فقط به تاریخ تقویم وابسته نکنید. تغییر محصول، سیاست ارسال، مسیر ثبت درخواست و تماس‌های نشان‌دهنده پاسخ غلط هم باید بازبینی را فعال کنند. برای هر پاسخ یک مالک تعیین کنید که صحت و محدوده استفاده آن را تأیید کند. وجود متن طولانی و مرتب کافی نیست؛ پاسخ قدیمی می‌تواند در تماس‌های متعدد با اطمینان تکرار شود و کار بیشتری بسازد.
برای هر مطلب، منبع و محدوده استفاده ثبت کنید
شناسه محتوا، موضوع، مالک تأیید و تاریخ آخرین بررسی را در ثبت داخلی نگه دارید. توضیح دهید پاسخ برای کدام نسخه، محصول یا شرایط معتبر است. اگر کارشناس باید پیش از استفاده یک وضعیت را بررسی کند، همان شرط را واضح بنویسید. متن بدون منبع تصمیم‌گیری نباید به عنوان قاعده قطعی در اختیار همه قرار بگیرد؛ مالک محتوا باید بداند صحت جمله‌ها از کدام فرایند یا مسئول می‌آید.
محرک‌های فوری بازبینی را مشخص کنید
انتشار قابلیت تازه، تغییر فرم، جابه‌جایی مسئول، تغییر سیاست و چند نمونه تماس با پاسخ نامناسب می‌توانند صف بازبینی بسازند. هر محرک باید به فرد یا واحدی وصل باشد که خبر آن را می‌دهد. برای مثال اگر عملیات ارسال روش تحویل را عوض می‌کند، باید پاسخ سایت، متن آماده و راهنمای تلفنی وابسته نیز مشخص شوند. منتظر نمانید تا مشتری اختلاف متن‌ها را پیدا کند و از کانال دیگری خبر بدهد.
جدول نمونه برنامه بازبینی محتوا
این جدول فهرست واقعی سایت نیست و برای طراحی ثبت داخلی ارائه شده است. وضعیت «نیازمند تأیید» باید به کارشناس نشان دهد کدام متن را فعلاً نباید با اطمینان برای مشتری بخواند.
- محتوای نمونه: راهنمای تغییر نشانی؛ محرک بازبینی: تغییر فرایند بسته بندی؛ مالک صحت: مسئول عملیات؛ کنترل لازم: شرط مرحله ارسال و مسیر تأیید؛ تصمیم نسخه: اصلاح و جایگزینی نسخه قبلی
- محتوای نمونه: متن رفع خطای ورود؛ محرک بازبینی: گزارش راهکار ناموفق؛ مالک صحت: مالک فنی پاسخ؛ کنترل لازم: اجرای راهکار در شرایط مربوط؛ تصمیم نسخه: تأیید، اصلاح یا توقف استفاده
- محتوای نمونه: پاسخ هزینه ارسال؛ محرک بازبینی: تغییر قاعده محاسبه؛ مالک صحت: مسئول فروشگاه؛ کنترل لازم: تطبیق با نمایش مبلغ در سفارش؛ تصمیم نسخه: به روزرسانی متن های وابسته
- محتوای نمونه: راهنمای قدیمی کم استفاده؛ محرک بازبینی: پرسش تکراری با مسیر جدید؛ مالک صحت: مالک دانش پشتیبانی؛ کنترل لازم: اعتبار موضوع و نشانی مقصد؛ تصمیم نسخه: ادغام یا بازنشستگی کنترل شده
دانلود همین جدول با قالب CSV سازگار با اکسل
صحت، قابلیت اجرا و فهم متن را جدا آزمایش کنید
مسئول موضوع صحت پاسخ را بررسی کند؛ یک کارشناس دیگر با متن، مسیر عملی را دنبال کند؛ سپس برداشت یک خواننده ناآشنا را بسنجید. ممکن است جمله از نظر فنی درست باشد اما مرحله لازم را نگفته باشد. لینک خراب، نام قدیمی دکمه و شرط پنهان را هم کنترل کنید. در توضیح اصلاح، دلیل و دامنه تغییر را بنویسید تا تیم بداند چه بخشی از پاسخ قبلی دیگر معتبر نیست.
انتشار نسخه تازه، پایان چرخه نیست
متن‌های وابسته را به نسخه معتبر وصل کنید و راه دسترسی به پاسخ قدیمی را طبق روال شرکت مدیریت کنید تا دو نسخه متناقض هم‌زمان استفاده نشود. برای پاسخ‌گوی خودکار نیز منبع معتبر و دامنه استفاده باید روشن باشد؛ وجود پاسخ در فایل به تنهایی صحت آن را تضمین نمی‌کند. پس از تغییر، تماس‌ها و بازخورد کارشناسان را مرور کنید. اگر همان ابهام پابرجاست، نیاز به اصلاح توضیح یا فرایند وجود دارد، نه صرفاً افزودن پاراگراف بیشتر.
ادامه مطالعه و بررسی فرایند تماس
برای مرتبط‌کردن این الگو با جریان کار تیم، راهنمای طراحی فرایند پشتیبانی تلفنی را بخوانید. برای بررسی تناسب اپراگپ با نیاز کسب‌وکارتان، معرفی و دموی اپراگپ را ببینید و سناریوی خود را مبنای ارزیابی قرار دهید.
موضوع مرتبط: راهنمای قابلیت مرتبط با این فرایند.