Клиент отвечает на вопрос, ждет и слышит тишину. Голосовой ИИ не ошибся в распознавании намерения. Он перестал отвечать. Повторный вопрос не исправит разорванное соединение.
Настройте аварийный путь до запуска. Определите сообщение для клиента, выберите в Dynamics 365 вариант, который действительно приводит к помощи, отрепетируйте сбой и сохраните доказательства перехода к человеку или честного завершения. Тишина не является резервным путем.
В заметках Microsoft к обновлению 26092 указано, что Dynamics 365 Contact Center надежнее сохраняет обмен сообщениями и маршрутизацию, когда ИИ агент перестает отвечать. Но операционная команда все равно должна определить обещание и подтвердить работоспособность места назначения.
Считайте тишину сервисным инцидентом
Ошибка понимания возникает, когда агент не распознал запрос. Технический сбой может произойти после того, как клиент уже назвал имя, номер заказа или причину звонка, а затем система или сеть сделали агента недоступным.
- 1Определите обещаниеРешите, что услышит клиент и какая помощь действительно доступна.
- 2Сопоставьте действие и рискОсознанно выберите эскалацию, внешний перевод, ожидание или завершение.
- 3Проверьте место назначенияПодтвердите номер, очередь, персонал и права доступа.
- 4Отрепетируйте сбойВ управляемом тесте отключите ИИ и пройдите путь клиента.
- 5Контролируйте восстановлениеПроверяйте резервные звонки, ошибки, владельца и итог.
Не заставляйте клиента определять причину. Дайте короткое честное сообщение и следующий шаг. Сохраните точку сбоя, попытку маршрутизации и результат принятия звонка. Принимающий сотрудник должен видеть доступный контекст в общем рабочем ящике, а не просить клиента повторить все сначала.
Риск зависит от задачи. Тишина при вопросе о графике неприятна. При доступе к счету, оплате или срочной услуге нужен более быстрый путь к человеку. Выбирайте его по последствиям задержки.
Сначала выберите обещание
Руководство Microsoft по резервным действиям IVR описывает четыре варианта на случай, если клиент не может связаться с агентом или происходит сбой системы либо сети. Каждый вариант обещает разное.
| Встроенное действие | Когда использовать | Что проверить | Какое доказательство сохранить |
|---|---|---|---|
| Сообщение и завершение | Ответственного живого адресата нет, а завершение лучше ожидания | Сообщение объясняет окончание и реальный следующий шаг | Проигрывание, завершение, владелец последующей работы |
| Сообщение и перевод на внешний номер | Отдельная служба действительно принимает звонки | Проверенный номер E.164 отвечает в обещанные часы | Попытка перевода, ответ, владелец назначения |
| Сообщение и эскалация | Доступен внутренний путь к представителю | Маршрутизация, емкость и права допускают передачу | Событие эскалации, принявший владелец, итог |
| Музыка ожидания и эскалация | Короткое ожидание у работающей команды допустимо | Музыка начинается, очередь отвечает, у долгого ожидания есть владелец | Начало ожидания, принятие или отказ клиента |
Не скрывайте неопределенность за бодрым текстом. Если запрос рассмотрят завтра, скажите это. Если сотрудник недоступен, ясное завершение с реальной альтернативой может быть честнее бесконечной музыки.
Хорошая операционная модель ИИ ограничивает полномочия автоматизации и явно показывает человеческую границу. При сбое резервный путь становится этой границей.
Докажите что место назначения отвечает
Настроенный перевод еще не означает восстановление. Проверьте формат E.164 внешнего номера, открытость внутренней очереди, наличие подходящего сотрудника и отсутствие нового автоматического тупика.
Назначьте владельца каждой зависимости. Телефония может принадлежать администратору, покрытие руководителю смены, а сообщение владельцу сервиса. Управляемый процесс автоматизации проще поддерживать при явной ответственности.
Первый тест проводите с синтетическими данными. Начните реальный звонок, пройдите несколько нормальных реплик и сделайте агента недоступным контролируемым способом. Услышьте путь клиента. Сообщение прозвучало один раз? Сработало выбранное действие? Место назначения ответило? Сохранился ли предыдущий контекст?
Повторите проверку вне рабочих часов. Проверьте недоступный внешний номер, закрытую или заполненную очередь и отключение клиента во время сообщения. Так вы узнаете, способен ли резервный путь сам завершиться безопасно.
Храните короткую запись о сбое
Запишите время, канал, версию агента, последнюю успешную реплику, точку сбоя, сообщение, действие, место назначения, результат принятия, владельца и решение. Не используйте персональные или платежные данные. Доступ к доказательствам и маршрутам должен соответствовать мерам безопасности.
Microsoft документирует показатель Fallback calls в исторической панели бота и аналитике реального времени. Используйте число как сигнал, а не как готовый диагноз. Рост может означать сбой, плохую зависимость или увеличение нагрузки. Проверяйте выборку разговоров и отделяйте отказ клиента от подтвержденного технического сбоя.
Владелец восстановления должен разбирать недоступные назначения, повторяющиеся точки сбоя и звонки без принятого следующего шага. Службе поддержки нужна текущая ответственность, а карточке клиента нужен устойчивый контекст.
DripTell помогает сохранять межканальную ответственность, заметки и продолжение после передачи, но не делает пустую очередь доступной. Обещание должно совпадать с реальным покрытием.
Часто задаваемые вопросы
Что должен услышать клиент при сбое ИИ
Коротко сообщите, что автоматическая служба не может продолжить, и назовите реальный следующий шаг. Не обещайте подключение человека, если маршрут не способен его найти.
Какой резервный вариант безопаснее
Универсального варианта нет. Эскалация подходит при работающем внутреннем пути. Внешний перевод требует проверенного E.164 номера. Завершение честно при отсутствии живой помощи. Музыка допустима только для отвечающей очереди.
Как проверить не отвечающего агента
Используйте синтетические данные, пройдите нормальные реплики, вызовите контролируемый сбой и проверьте сообщение, маршрут, назначение, контекст, владельца и финальное состояние. Затем сделайте назначение недоступным и повторите.
Где отслеживать такие сбои
Microsoft указывает показатель Fallback calls в исторической и текущей отчетности Omnichannel. Связывайте его с доказательствами разговоров и ответственным владельцем.
Помочь применить это руководство?Спросить команду DripTell
От чтения к действию
Нужна помощь с применением этого подхода в вашей компании?
Оставьте контакты. Мы учтём материал, который вы читаете, и начнём с полезного ответа для вашей команды.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники
