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