نیاز و دامنه
جریان تماس، افراد مجاز و معیار نتیجه را مشخص کنید.
در حال آمادهسازی صفحه
صف تماس را با ظرفیت پاسخگویی هماهنگ کنید؛ راهنمای توزیع تماس، وضعیت اپراتورها، مسیر خروج از انتظار و سنجش نتیجه.
نقشهٔ مفهومی آموزشی؛ قابلیت و نتیجهٔ واقعی باید با سامانه و سناریوی سازمان آزموده شوند.
صف تماس میان ورود مشتری و آماده شدن کارشناس قرار میگیرد. ارزش آن در انتظار کنترلشده و توزیع قابل توضیح تماس است، نه صرفاً پخش موسیقی. پیش از پیادهسازی باید مشخص شود چه کسانی پاسخ میدهند، چه زمانی در دسترساند و مشتری پس از انتظار طولانی چگونه پیگیری میکند.
جریان تماس، افراد مجاز و معیار نتیجه را مشخص کنید.
مسیر عادی و حالت خطا را با مسئول خدمت هماهنگ کنید.
رفتار واقعی تماس و حفاظت اطلاعات را آزموده کنید.
شاهد، محدودیت و مسئول پیگیری را ثبت کنید.
تعداد ورود تماس در بازهٔ شلوغ، مدت رسیدگی و زمان کار بعد از مکالمه را بررسی کنید. عضو ثبتشده در سامانه الزاماً آمادهٔ پاسخ نیست. استراحت، مرخصی و مأموریت اعضا باید در برنامهٔ صف دیده شوند تا تماسها بیدلیل به داخلیهای بدون پاسخ زنگ نخورند.
زنگ همزمان، ترتیبی یا روشهای دیگر را با نوع تیم مقایسه کنید. عدالت توزیع با سرعت پاسخ همیشه یک معیار نیست. مسیریابی بر اساس مهارت در همهٔ سامانهها به شکل یکسان موجود نیست؛ قابلیت محصول را تأیید و سناریو را با اعضای آزمایشی ارزیابی کنید.
Queue در Asterisk انتظار برای پاسخ اعضا را مدیریت میکند و وضعیت خروج قابل بررسی دارد. در طراحی سازمانی، صف پر، صف بدون عضو و پایان مهلت انتظار را جدا تعریف کنید. برای هر وضعیت، مقصد جایگزین باید مسئول و پیام مشخص داشته باشد.
حالت آماده، توقف موقت و کار بعد از تماس را برای کاربران توضیح دهید. وضعیت دستگاه با آمادگی انسان متفاوت است. اگر کارشناس در حال ثبت نتیجهٔ تماس قبلی است، تحمیل تماس بعدی ممکن است کیفیت رسیدگی را کاهش دهد. تعریف این زمان باید با نیاز واقعی تیم انجام شود.
تعریف تماس ورودی، پاسخدادهشده و رهاشده را پیش از گزارشگیری بنویسید. پاسخ منشی گویا را با پاسخ کارشناس یکی نگیرید. میانگین انتظار بهتنهایی تماسهای با انتظار بسیار طولانی را نشان نمیدهد؛ توزیع بازهها و روند ساعت شلوغ را کنار هم ببینید.
سناریوی همهٔ اعضا مشغول، خروج عضو، قطع تماس مشتری و انتقال به واحد دیگر را آزمایش کنید. پیام انتظار و راه پیگیری باید قابل فهم باشند. پس از راهاندازی، مسئول بازبینی آمار و تغییر ظرفیت را مشخص کنید؛ وعدهٔ انتظار صفر بدون بررسی منابع و تقاضا واقعبینانه نیست.
سامانهٔ فعلی، نیاز کاری و محدودیتهای اجرا را مشخص کنید تا دامنه، روش و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
واحد پشتیبانی در بعضی ساعتها تماس بیشتر از ظرفیت دریافت میکند. ابتدا زمان حضور و آمادگی اعضا بازبینی میشود؛ سپس برای انتظار طولانی یک مسیر پیگیری با مالک مشخص طراحی میشود. تیم نتیجه را با تماس رهاشده و کیفیت رسیدگی مقایسه میکند، نه فقط تعداد تماسهایی که در گزارش فنی پاسخخوردهاند.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ تلفن تحت شبکه و ارتباطات صوتی ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
منشی گویا مقصد را تعیین میکند؛ صف، انتظار و توزیع تماس میان اعضا را مدیریت میکند.
نه لزوماً؛ آمادگی اپراتور باید مستقل از وضعیت ثبت دستگاه تعریف شود.
باید مسیر جایگزین توافقشده وجود داشته باشد؛ رفتار پیشفرض محصول را کافی ندانید.
بدون بررسی تقاضا، ظرفیت و شرایط خدمت، تضمین عدد ثابت قابل اتکا نیست.
اگر پاسخ خودکار یا انتقال با پاسخ واقعی کارشناس اشتباه شمرده شود.
سیاست توزیع، وضعیت اعضا، مسیر خطا، تعریف شاخصها و نتیجهٔ آزمونهای صف.
منابع برای مبانی و نمونهٔ روشها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.
نوع سامانه و هدف خدمت را بگویید تا قابلیت، آزمون و نگهداری متناسب بررسی شوند.
ثبت درخواست مشاوره ←