Передача оператору выглядит второстепенной функцией — «на случай, если бот не справится». На деле это то, что определяет, будет бот приносить пользу или вред.
Бот без передачи не имеет выхода из тупика. Когда он не знает ответа, у него два варианта поведения: выдумать или упереться в «я вас не понял». Первое опаснее, второе просто раздражает — и в обоих случаях клиент уходит с испорченным впечатлением. Причём испорчено оно будет о компании, а не о боте.
Поэтому правило простое: бот, из которого нельзя выйти к человеку, к запуску не готов, каким бы качественным ни было его основное поведение.
Когда передавать: пять поводов
1. Клиент попросил. Безусловный повод. Просьба поговорить с человеком выполняется сразу, без попыток «сначала я попробую помочь». Удержание в боте против воли — самый быстрый способ получить негатив, и никакой выигрыш в статистике его не окупает.
2. Бот не знает ответа. Подходящих сведений в базе знаний нет. Правильное поведение — сказать об этом прямо и предложить человека. Не пытаться ответить приблизительно.
3. Стоп-тема. Вопросы, на которые бот не отвечает никогда, независимо от того, есть ли материалы: медицинские, юридические, финансовые оценки, претензии, всё, что связано с персональными данными сверх необходимого. Определяется списком до запуска.
4. Признаки недовольства. Резкая формулировка, повторный вопрос, «вы меня не поняли», прямая жалоба. Здесь стоит передавать с запасом: ложное срабатывание стоит минуты оператора, пропуск — клиента.
5. Хождение по кругу. Третья попытка ответить на один и тот же вопрос — сигнал, что дальше будет хуже. Ограничение по числу попыток ставится жёстко.
Что передавать вместе с диалогом
Ошибка, которая обесценивает всю функцию: перевести человека на оператора, не передав контекст. Клиент рассказывает всё заново — и это раздражает сильнее, чем если бы бота не было вовсе.
Оператор должен получить:
- историю диалога целиком, а не последнее сообщение;
- что бот уже ответил — чтобы не повторять то же самое;
- причину передачи — попросил сам, не нашёл ответа, стоп-тема, недовольство;
- что бот успел выяснить: номер заказа, город, тариф, суть вопроса;
- данные клиента, если он идентифицирован;
- какие фрагменты базы знаний использовались — полезно и оператору, и потом при разборе.
Технически это означает интеграцию с вашей системой поддержки, а не отправку уведомления. Диалог должен появиться там, где операторы работают, — в тикет-системе, в CRM, в чате поддержки, — а не прийти письмом, которое кто-то должен заметить.
Разбор ситуации: передача есть, но не работает
Задача. Интернет-магазин, бот на сайте и в Telegram, передача оператору настроена.
Симптом. Формально всё работало: диалоги передавались, операторы отвечали. При этом жалобы на бота не уменьшались, а доля повторных обращений росла.
Что показал разбор.
Первое. Передача была настроена только на явную просьбу «оператор». Клиент, который трижды переформулировал вопрос и не получил ответа, продолжал говорить с ботом — механизма выхода по недовольству не было. До кнопки «оператор» доходили немногие: большинство просто закрывало чат.
Второе. Передавалось только последнее сообщение. Оператор видел «а если я оплачу картой другого банка» без всего предшествующего разговора и переспрашивал, о каком заказе речь. Клиент повторял то, что уже написал боту.
Третье, самое дорогое. Передача работала круглосуточно, а операторы — с 9 до 18. Ночные обращения переводились в очередь и попадали к людям утром. Клиент, написавший в 23:00, получал сообщение «сейчас подключим специалиста» и молчание до утра. Хуже, чем честное «мы работаем с 9 до 18, ответим утром» — потому что обещание было дано и не выполнено.
Что сделали.
| Проблема | Решение |
|---|---|
| Выход только по явной просьбе | добавлены поводы: две неудачные попытки, признаки недовольства, стоп-темы |
| Оператор не видит контекста | передача всей истории с причиной и извлечёнными данными в тикет-систему |
| Обещание вне рабочего времени | разное поведение днём и ночью: днём — перевод, ночью — честный срок и запись контакта |
| Клиент не знает, что происходит | явное сообщение о передаче и об ожидаемом времени ответа |
Результат, который стоит отметить отдельно. Доля диалогов, дошедших до оператора, выросла — на бумаге показатель ухудшился. А жалобы сократились, и повторные обращения тоже.
Это типичная ситуация: доля переданных диалогов не является метрикой качества. Её снижение любой ценой означает удержание людей в боте, который им не помогает. Правильная метрика — доля обращений, закрытых с решением вопроса, независимо от того, кто его решил. Подробнее — «Метрики чат-бота».
Что делать вне рабочего времени
Отдельный сценарий, который забывают, а он определяет впечатление сильнее дневного.
Нельзя: обещать подключить оператора, которого нет.
Можно:
- сказать прямо, когда ответят, и записать контакт;
- предложить оставить заявку с гарантией ответа утром;
- продолжать отвечать на то, что бот умеет, — вопросы про условия не требуют человека;
- для срочных случаев дать телефон дежурной линии, если она есть.
Принцип: лучше честное ограничение, чем невыполненное обещание. Клиент, которому сказали «ответим в 9:00», приходит утром. Клиент, которому сказали «подключаем специалиста» и не подключили, уходит.
Обратная передача
Менее известный, но полезный механизм: возврат диалога боту после того, как оператор закрыл вопрос. Дальнейшие обращения снова обрабатываются автоматически, и оператор не остаётся привязанным к диалогу навсегда.
Здесь важно не переусердствовать: если клиент решает сложный вопрос, возврат к боту на середине воспринимается как отфутболивание. Разумная схема — возврат после явного завершения, а не по таймеру.
Требования к запуску
Короткий список, по которому проверяется готовность:
- явная кнопка или команда вызова человека, доступная всегда;
- автоматические поводы передачи, а не только просьба;
- передача полной истории и причины в систему, где работают операторы;
- разное поведение в рабочее и нерабочее время;
- сообщение клиенту о том, что произошла передача, и об ожидаемом сроке;
- журнал переданных диалогов для регулярного разбора — это лучший источник тем для дополнения базы знаний.
Последний пункт часто недооценивают. Диалоги, ушедшие к человеку, — это готовый список того, чего боту не хватает. Разбирать их еженедельно полезнее, чем перебирать настройки.
Частые вопросы
Когда бот должен передавать диалог оператору?
По просьбе клиента — сразу и безусловно. Кроме того: когда в базе знаний нет ответа, когда тема входит в список запрещённых для бота, когда в сообщениях есть признаки недовольства и когда бот не смог ответить со второй-третьей попытки. Ограничиваться только явной просьбой недостаточно — большинство недовольных просто закрывает чат.
Что нужно передать оператору вместе с диалогом?
Всю историю разговора, причину передачи, что бот уже ответил и что успел выяснить — номер заказа, город, суть вопроса. Передача одного последнего сообщения обесценивает функцию: клиент будет рассказывать всё заново, и это раздражает сильнее, чем отсутствие бота.
Что делать, если оператор недоступен?
Честно сказать, когда ответят, и записать контакт. Нельзя обещать подключить специалиста, которого сейчас нет: невыполненное обещание хуже прямого ограничения. Вне рабочего времени бот должен вести себя иначе, чем днём, и это отдельно проектируемый сценарий.
Плохо ли, если много диалогов уходит к оператору?
Само по себе — нет. Высокая доля передач может означать и то, что бот честно отказывается там, где не знает, — а это лучше уверенного неверного ответа. Смотреть надо не на долю передач, а на долю обращений, решённых в принципе, и на причины передач: они показывают, чего не хватает базе знаний.
Можно ли вернуть диалог боту после оператора?
Можно, и это разумно: иначе оператор остаётся привязан к диалогу навсегда. Возврат стоит делать после явного завершения вопроса, а не по времени — иначе клиент, ещё решающий проблему, воспримет это как отфутболивание.
Нужна ли передача оператору, если бот отвечает хорошо?
Нужна всегда. Ни один бот не покрывает сто процентов обращений, и часть клиентов принципиально хочет говорить с человеком. Бот без выхода к оператору при первом же непокрытом вопросе оставляет клиента в тупике — и впечатление портится о компании, а не о боте.
Что дальше
Причины передач — источник для дополнения материалов: «Подготовка базы знаний для ИИ». Если передач много из-за неверных ответов — «Чат-бот отвечает неправильно». Что измерять после запуска — «Метрики чат-бота».
Настройка передачи с интеграцией в вашу систему поддержки входит в работу по чат-ботам и ассистентам.