Почему бот сливает сложные обращения в колл-центре и как это исправить

Бот работает, отчёты показывают автоматизацию, но операторы недовольны. К ним приходят раздражённые клиенты, которые уже объяснили проблему и вынуждены начинать заново. Вместо разгрузки команда получает более тяжёлые звонки без контекста.

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

Пять причин, почему бот не справляется со сложными обращениями

1. Сценарии обучены только на типовых запросах

FAQ помогает закрывать простые вопросы, но сложное обращение редко укладывается в одну формулировку. Клиент рассказывает историю, меняет тему, добавляет детали и ждёт, что система свяжет их между собой. Если сценарий знает только короткие интенты, он быстро переводит звонок.

Диагностика простая: сравните долю трансферов по темам. Если одна категория заметно выше среднего, послушайте выборку и посмотрите, в какой реплике теряется смысл. Чаще всего нужно добавить реальные формулировки, развилку или дополнительный вопрос.

2. Ошибки распознавания речи

ASR переводит речь в текст, NLU определяет намерение клиента. Акцент, фоновый шум, длинная эмоциональная фраза или попытка перебить робота ухудшают оба этапа. В результате система понимает запрос неверно, отвечает не по теме и получает требование соединить с оператором.

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

3. Бот не передаёт контекст оператору

Самый болезненный сценарий выглядит так: клиент назвал имя, номер договора и подробно описал проблему, после чего оператор спрашивает всё заново. Для клиента это потеря времени. Для оператора — лишний AHT и разговор, который уже начался с раздражения.

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

виртуальный агент Fromtech

4. Недостаточная интеграция с CRM и внутренними системами

Робот не закроет статус заказа, если не видит заказ. Не проверит платёж без доступа к биллингу. Не перенесёт запись без актуального расписания. В таких случаях он переводит даже те обращения, которые формально считаются типовыми.

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

5. Клиенты не доверяют боту и сразу требуют оператора

Часть клиентов просит человека в первые секунды. Причиной бывает механический голос, длинное приветствие или меню, которое ничего не объясняет. Человек не понимает, способен ли робот решить его вопрос, и выбирает привычный путь.

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

Как диагностировать и исправить проблему

Начните с аналитики трансферов по темам, времени и версии сценария. Затем прослушайте звонки, где бот не справился. Сравните аудио, распознанный текст, выбранный интент, причину перевода и то, что получил оператор.

Для каждого звонка зафиксируйте одну основную причину: распознавание, сценарий, данные, маршрутизация, запрос оператора. Через 50–100 диалогов появится картина. SpeechRadar Fromtech позволяет быстрее находить повторяющиеся проблемные точки в больших массивах разговоров:

SpeechRadar Fromtech

Что нужно изменить, чтобы бот перестал сливать обращения

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

Обычно систему не нужно менять целиком. Нужна донастройка конкретных участков и повторная проверка на ограниченном трафике. После каждого цикла смотрят долю трансферов, AHT оператора и повторные обращения. Если показатели улучшаются, новую версию масштабируют.

Управленческий вывод

Жалобы операторов полезны: они показывают, где автоматизация создаёт скрытую нагрузку. Не спорьте с ними и не ограничивайтесь общей долей автоматизации. Посмотрите, что происходит в точке передачи.

Хороший бот не обязан закрывать любое сложное обращение. Он должен вовремя понять границу, собрать контекст и передать клиента так, чтобы оператор продолжил разговор, а не начал его заново.

Как проверить точку передачи за один рабочий день

Выберите 30–50 трансферов из разных часов и тем. Для каждого звонка откройте аудио, расшифровку и карточку, которую увидел оператор. Отметьте, что клиент уже сообщил, что система поняла, почему произошёл перевод и какие данные дошли до сотрудника.

Потом дайте эту выборку двум опытным операторам. Они быстро скажут, где контекста достаточно, а где приходится начинать заново. Такой разбор полезнее общего спора о качестве бота: проблема становится конкретной и получает владельца.

Какие показатели контролировать после доработки

Основной показатель — доля трансферов по каждой теме. Но его недостаточно. Добавьте AHT после передачи, повторные обращения, число повторных вопросов оператора и долю звонков, где клиент просит человека в первые секунды.

Если трансферов стало меньше, а AHT вырос, робот мог начать удерживать клиента слишком долго и передавать только самые раздражённые случаи. Если AHT сократился, но повторных обращений стало больше, оператору, возможно, не хватает данных для окончательного решения. Метрики нужно читать вместе.

После каждого изменения сохраняйте версию сценария и дату запуска. Тогда рост или падение показателей можно связать с конкретной правкой, а не обсуждать качество автоматизации в целом.

Когда трансфер считается нормальным

Сам факт перевода не означает провал. Жалоба, спорная операция, риск мошенничества или индивидуальное решение должны уходить человеку. Проблема начинается, когда робот переводит типовую тему из-за нехватки данных или передаёт сложный случай без истории разговора.

Поэтому ставить цель обнулить трансферы опасно. Лучше определить допустимую долю по каждой теме и следить за качеством передачи.