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