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