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