Бот слишком часто переводит клиентов на оператора: что менять сначала

Разберите не долю, а состав передач

Возьмите 100 последних диалогов, переданных человеку, или весь поток, если объём меньше. Разметьте причину и конечный результат: оператор дал стандартный ответ, нашёл факт в закрытой системе, договорился об исключении, исправил ошибку бота. Если половина передач закончилась копированием одного и того же утверждённого условия, это кандидат на автоматизацию. Если большинство связано с жалобами и расчётами, высокая доля передачи может быть правильной.

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

Пять причин и разные решения

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

Запускайте изменения по одной группе

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

Не открывайте сразу право отвечать на все вопросы о доставке: там могут быть региональные исключения и индивидуальные соглашения. Практическое руководство OpenAI по агентам рекомендует ясные границы инструментов и передач; в поддержке эти границы стоит связывать с проверяемыми типами обращений.

Метрики, которые не обманывают

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

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

Сравните две недели на одной теме

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

Когда передача должна быть обязательной

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

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

Операторы могут жаловаться на «слишком много передач», потому что карточки приходят без контекста, а не потому что их много. Замерьте время на чтение истории, поиск данных и повторный опрос клиента. Если бот уже собрал город, товар и суть вопроса, но не передаёт их человеку, исправление снизит нагрузку без изменения числа передач. Если же передаётся множество однотипных простых вопросов, улучшайте источник ответа. Эти случаи требуют разных решений и разных метрик.

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

Что делать с повторной просьбой о человеке

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

Сократить ручную работу поможет пересчёт стоимости решённого обращения, а не одна метрика передачи.