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