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