Настройте передачу так, чтобы оператор сразу видел вопрос клиента, историю переписки и причину подключения человека. Клиенту сообщите, кто продолжит разговор и чего ждать дальше. Для этого понадобятся понятные условия перевода, краткая сводка для оператора и правило, которое останавливает ответы бота после передачи. Ниже разберём, какую информацию передавать, как организовать очередь и что проверить перед запуском. Такой порядок подойдёт небольшой службе поддержки, интернет-магазину или бизнесу с записью на услуги.
Когда чат-боту пора подключать оператора?
Начните с ситуаций, в которых бот уже не помогает решить вопрос. Например, клиент просит человека, оспаривает ответ или сообщает об ошибке, для которой в сценарии нет решения. Если бот снова предлагает то же действие, диалог пора передать оператору.
Прямую просьбу «Позовите сотрудника» лучше обрабатывать без дополнительного опроса. Не заставляйте клиента сначала выбирать тему, если он уже описал её в переписке. Бот может взять тему из сообщения и показать оператору вместе с исходным вопросом.
Для начала разделите обращения по доступным действиям. Бот отвечает на вопросы, где есть проверенный ответ: как оформить заявку, где посмотреть статус, как изменить запись. Оператор подключается, когда нужно проверить расхождение или согласовать исключение. Подробно разобрать эту границу поможет материал о том, какие вопросы оставить оператору, а какие передать ИИ-ассистенту.
У каждого условия перевода должна быть понятная причина. Формулировка «Клиенту нужна помощь» почти ничего не даёт сотруднику. «Клиент не смог перенести запись: бот не нашёл свободное время» сразу подсказывает, с чего начать разговор.
Что передать оператору вместе с перепиской?
Одной истории сообщений недостаточно: сотруднику придётся читать её с начала, пока клиент ждёт. Добавьте короткую сводку, но сохраните возможность открыть весь диалог. Сводка помогает начать работу, а переписка позволяет проверить детали и точные формулировки.
Согласуйте состав карточки обращения с теми, кто будет отвечать клиентам. В ней нужны:
- Запрос клиента: что он хочет получить или изменить.
- Уже известные сведения: например, номер заказа, который клиент назвал в чате.
- Действия бота: что он проверил, предложил и какой ответ получил.
- Причина перевода: почему сценарий не завершил обращение.
- Открытый вопрос: что именно предстоит выяснить оператору.
Представим обращение в мастерскую: клиент спрашивает о готовности заказа, но статус на сайте не меняется. Полезная сводка выглядит так: «Клиент уточняет готовность заказа. Бот показал статус “В работе”. Клиент сообщил, что обещанный срок уже прошёл. Нужна проверка у ответственного сотрудника». Здесь нет догадки о причине задержки и обещания, которое никто не подтвердил.
Если сводку составляет ИИ, отдельно запретите ему додумывать ответы и договорённости. Фразу «Клиент согласен подождать» можно включить только тогда, когда клиент действительно это написал. При расхождении оператор сверяется с исходной перепиской.
Интеграция бота с CRM позволяет передавать сведения об обращении в рабочую систему через API или промежуточный сервис. Для Telegram-бота в такой связке используют Bot API и вебхуки, которые сообщают системе о новых событиях (источник: SMSblog, «Интеграция Telegram-бота с CRM и сайтом: пошаговый план для маркетинга в 2026 году»). В задании разработчику перечислите поля карточки и события, при которых они должны обновляться.
Как настроить передачу, чтобы обращение не потерялось?
Самая неприятная ошибка возникает между обещанием бота и началом работы оператора. Клиент уже прочитал «Передаю сотруднику», но обращение не попало в очередь. Поэтому системе нужно подтверждение, что она приняла запрос на передачу. Только после этого бот сообщает клиенту о переводе.
Настройку удобно пройти в таком порядке:
- Создайте очередь, куда будут попадать обращения после бота.
- Добавьте передачу истории и сводки в карточку обращения.
- Настройте подтверждение, что очередь приняла обращение.
- Остановите автоматические ответы бота после успешной передачи.
- Покажите оператору новые сообщения, которые клиент написал во время ожидания.
У обращения должен быть один ответственный за разговор. Когда оператор подключился, бот перестаёт давать советы и задавать вопросы по своему сценарию. Иначе клиент получает параллельные ответы: сотрудник проверяет заказ, а бот предлагает оформить новый.
Заранее определите, что произойдёт вне часов работы поддержки или при отсутствии свободного оператора. Если обращение остаётся в очереди, скажите об этом прямо. Не показывайте «Оператор уже отвечает», пока сотрудник не принял чат. Точный срок ожидания называйте только тогда, когда команда умеет его соблюдать.
Если переписку ведёт внешний контакт-центр, ему тоже нужны история обращения и доступные следующие действия. Передача только текста «Свяжитесь с клиентом» возвращает сотрудника к началу опроса. Технические состояния чата и порядок подключения человека подробнее разобраны в статье о том, как настроить бесшовный перевод диалога с ИИ-бота на оператора.
Что написать клиенту при переводе и после подключения?
Сообщение бота должно объяснять, что произойдёт дальше, без обещаний от лица сотрудника. Подойдёт такая формулировка: «Передаю вопрос оператору вместе с перепиской. Он проверит статус заказа. Если появятся уточнения, напишите их в этом чате». Используйте её только после того, как система подтвердила передачу истории.
Когда операторов нет, текст должен отражать реальную ситуацию: «Сейчас поддержка не в сети. Ваш вопрос остался в очереди. Ответ появится в этом чате после начала работы поддержки». Если очередь не сохраняет обращение, такое сообщение использовать нельзя: сначала настройте приём запроса на время отсутствия сотрудников.
Оператор начинает с того, что уже понял из диалога. Например: «Здравствуйте. Вижу, что статус заказа не изменился, а обещанный срок прошёл. Проверю, на каком этапе работа». Клиент видит, что переписку прочитали, и ему не приходится заново объяснять причину обращения.
Уточняющий вопрос всё же может понадобиться. Объясните, какой детали не хватает: «В переписке нет номера заказа. Напишите его, пожалуйста, чтобы я проверил именно ваш заказ». Такая просьба отличается от общего «Расскажите, что случилось», когда описание проблемы уже есть выше.
В конце разговора зафиксируйте договорённость: кто проверяет вопрос и где клиент получит ответ. Если срок пока неизвестен, согласуйте следующий контакт без выдуманной даты готовности. Для этого пригодятся примеры того, как завершать разговор с понятным следующим шагом.
Типичные ошибки: что проверить перед запуском?
Проведите пробные диалоги со стороны клиента и оператора. Начните с обычной передачи, затем проверьте отсутствие сотрудников и сбой при отправке обращения. В каждом случае смотрите, совпадает ли сообщение клиенту с тем, что произошло в рабочей системе.
- Бот обещает перевод, но очередь не принимает обращение. Добавьте подтверждение приёма и отдельное сообщение на случай ошибки.
- Оператор видит только последнее сообщение. Передавайте историю вместе с краткой сводкой и проверьте доступ к ней из карточки.
- Бот продолжает отвечать после подключения человека. Свяжите остановку сценария со статусом передачи.
- Новые сообщения остаются в старом чате. Проверьте, что оператор получает дополнения, которые клиент отправил в ожидании ответа.
- Сводка содержит догадки или старые сведения. Сопоставьте её с перепиской и уберите выводы, которых клиент не подтверждал.
Проверка пройдена, если оператор открывает обращение, понимает запрос и продолжает разговор с того места, где остановился бот. Для проверки задайте вопрос боту, попросите сотрудника, а во время ожидания добавьте уточнение. В карточке должны появиться и исходный запрос, и новое сообщение.
Сейчас откройте текст перевода на оператора и за минуту проверьте одно обещание: действительно ли сотрудник получает всю переписку, если бот сообщает об этом клиенту.
