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