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