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