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