Голосовой агент ответил неверно: как выстроить разбор инцидентов

Короткий ответ

Когда голосовой агент даёт неверный ответ — называет старую цену, отправляет не по тому адресу, консультирует на запретную тему, — вопрос должен быть не «кто виноват?», а «скольких клиентов это затронуло и как этого больше не допустить?». Для этого нужен процесс разбора инцидента из шести шагов: зафиксировать, сразу ограничить влияние, найти первопричину, исправить, повторно протестировать и проинформировать затронутых клиентов.

Процесс нужно написать заранее, потому что момент обнаружения ошибки обычно напряжённый: пришла жалоба, руководитель спрашивает, а агент всё ещё принимает звонки. В статье — шаги, уровни серьёзности и карточка инцидента.

Что считается инцидентом

Не каждый мелкий дефект — инцидент. Инцидент — это случай, когда агент дал клиенту неверную или вредную информацию, нарушил границу или неожиданно оборвал звонок, и это может повториться. Например, агент один раз неправильно услышал имя — это дефект. Агент весь день называл старую цену — это инцидент.

Уровни серьёзности

1. 1ВысокийРиск финансового, медицинского или юридического вреда; ошибочное раскрытие персональных данных; экстренный звонок не передан. Реакция немедленно.
2. 2СреднийНеверная цена, условие или срок; ошибка, затронувшая многих клиентов. Реакция в тот же день.
3. 3НизкийЕдиничная ошибка, влияние мало, недовольства клиента нет. Исправление в еженедельном цикле.

Шаг 1: фиксация

Где бы инцидент ни обнаружился — жалоба клиента, сигнал оператора, проверка транскрипта, — он фиксируется в одном месте. В записи: когда, какой звонок (или звонки), что сказал агент, что должно было прозвучать, кто обнаружил. Приложите доказательство из транскрипта — по «кажется, он сказал не то» первопричину не найти.

Шаг 2: ограничение влияния

Прежде чем искать первопричину, остановите повторение ошибки. Варианты зависят от серьёзности: временно убрать неверный ответ из базы знаний, пометить тему в сценарии как «передавать», при высокой серьёзности — временно направлять этот тип звонков сразу людям. Этот шаг делается за часы, иногда за минуты.

Шаг 3: первопричина

• База знаний: ответ устарел, неполон или неверен
• Граница: агент ответил на тему, на которую не должен был
• Распознавание: вопрос был неверно услышан
• Похожий ответ: агент выбрал близкий, но другой ответ
• Сценарий: инструкции противоречат друг другу или отсутствуют
• Интеграция: внешняя система передала неверные или устаревшие данные

Определяйте причину по транскрипту и версии базы знаний, действовавшей в тот момент. Найдя причину, проверьте, нет ли той же проблемы в похожих темах.

Шаги 4 и 5: исправление и повторный тест

Исправление должно соответствовать первопричине: проблема знаний решается в базе знаний, проблема границ — в сценарии, проблема интеграции — в системе. После исправления сделайте тестовые звонки с вопросом, вызвавшим инцидент, и несколькими его вариантами. Снимайте временное ограничение из шага 2 только после прохождения тестов.

Шаг 6: информирование

Если клиенты получили неверную информацию, найдите их — по журналу звонков и транскриптам — и сообщите правильную. Например, если называлась старая цена, компания должна решить, как поступить с этими клиентами: признать старую цену или объяснить правильную. Это бизнес-решение, иногда юридическое, но не техническое.

Важно и внутреннее информирование: операторы должны знать, что произошло, чтобы правильно отвечать, когда эти клиенты позвонят.

Карточка инцидента

• Номер и дата, уровень серьёзности
• Что произошло — одно-два предложения со ссылкой на транскрипт
• Влияние — сколько звонков, за какой период
• Ограничение — что сделано и когда
• Первопричина и исправление
• Результат теста
• Информирование клиентов и команды
• Изменение, предотвращающее повтор

Иллюстративный пример: изменение цены

Это не реальный кейс клиента. Фитнес-клуб изменил цену месячного абонемента, сайт обновили, а голосовую версию в базе знаний — нет. Два дня агент называл звонящим старую цену. Операторы подали сигнал после того, как на ресепшене клиенты сказали: «по телефону мне назвали другую цену».

Ограничение: вопрос о цене сразу пометили как «передавать». Первопричина: цена хранилась в двух местах, и одно не обновили. Исправление: голосовая версия обновлена, в процесс изменения цен добавлен шаг «база знаний». По транскриптам нашли 17 клиентов, услышавших старую цену; клуб решил сохранить её для них на первый месяц.

Роли: кто что делает

Во время инцидента решения нужно принимать быстро, поэтому роли прописываются заранее. Минимум три: кто фиксирует инцидент (оператор или ответственный за качество), кто принимает решение об ограничении (руководитель группы — при высокой серьёзности доступен и в нерабочее время) и кто решает об информировании клиентов (директор клиентской службы). В небольшой команде один человек может совмещать роли, но имена должны быть записаны.

Ежемесячный обзор инцидентов

Раз в месяц просматривайте все карточки инцидентов вместе. Один инцидент показывает причину, несколько — закономерность: если у трёх инцидентов первопричина «информация хранится в двух местах», проблема не в отдельных ответах, а в процессе. Итог обзора — одно-два изменения процесса: новое правило, новый шаг проверки, новый ответственный.

Типичные ошибки

• Исправить ошибку в одном ответе и не искать первопричину
• Пропустить ограничение — агент продолжает давать неверный ответ
• Не найти затронутых клиентов
• Не проинформировать операторов
• Не фиксировать инциденты — повторяющаяся закономерность остаётся невидимой

Ограничения

Процесс разбора инцидентов не устраняет ошибки, а снижает их влияние и затрудняет повтор. Для инцидентов с персональными данными местное законодательство может требовать уведомления или регистрации — определите это с юристом заранее. Решения о компенсации клиентам — вопрос бизнес-политики.

След инцидента в Vexvon

В Vexvon AI Call Center запись, полный транскрипт, резюме и извлечённые поля каждого звонка остаются в панели — отсюда доказательства для шагов 1 и 3. Поскольку база знаний общая с чат-ботом, одно исправление работает и в звонке, и в переписке. Сценарий меняется в панели, сложная тема передаётся живому оператору; правилами маршрутизации определённые звонки можно временно направлять сразу людям, а правило заранее проверяется в симуляторе.

Предотвращение ошибок — в статье галлюцинации голосового AI, формат базы знаний — в база знаний голосового агента.

Первый шаг

Напишите процесс разбора инцидентов на одной странице: уровни серьёзности, кто фиксирует, кто решает об ограничении, кто информирует клиентов. Он должен быть готов до первого инцидента. Другие статьи — в разделе надёжность и пилот; чтобы выстроить процесс вместе, свяжитесь с нами.