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