Передача диалога оператору должна сохранять историю переписки, цель обращения и уже собранные данные клиента. Тогда менеджер продолжает разговор с нужного места и не просит человека повторять вопрос. В статье разберём, когда чат-боту пора подключать сотрудника, какие сведения передавать вместе с сообщением, как построить сценарий эскалации и что проверить перед запуском. Подход подходит интернет-магазину, сервисной компании и отделу продаж малого бизнеса в Беларуси.
В каких случаях чат-бот должен подключать оператора?
Чат-бот хорошо справляется с повторяющимися задачами: показывает каталог, объясняет условия доставки, собирает заявку, сообщает статус заказа или отвечает по базе знаний. Оператор нужен там, где требуется решение, которого нет в сценарии, или где цена ошибки выше стоимости разговора с сотрудником.
- Клиент прямо просит соединить его с менеджером.
- Бот два раза не понял вопрос или получил ответ, который не подходит ни под один сценарий.
- Покупатель сообщает о проблеме с заказом, оплатой, возвратом или качеством товара.
- Нужно обсудить индивидуальную цену, оптовую поставку или нестандартные условия.
- Клиент проявил интерес к покупке, но не выбрал товар или остановился на важном вопросе.
- В сообщении есть раздражение, претензия или просьба срочно разобраться.
Лучше заранее определить признаки эскалации. Например, слова «оператор», «менеджер», «жалоба», «вернуть» и «срочно» могут направлять диалог в разные очереди. Для интернет-магазина это могут быть «заказ», «доставка» и «обмен», а для B2B-компании — «прайс», «договор» и «оптовая цена».
Не стоит отправлять оператору каждое нестандартное сообщение. Сначала бот может уточнить суть обращения одной кнопкой или коротким вопросом. Если клиент не отвечает по готовым вариантам, система передаёт диалог человеку вместе с отметкой: «клиент не выбрал подходящую тему».
Какие данные нужно передать оператору вместе с перепиской?
Одной кнопки «Подключить менеджера» недостаточно. Сотрудник должен сразу увидеть, кто обратился, что уже произошло и какого результата ждёт клиент. Иначе бот формально передаст диалог, но менеджер начнёт его заново.
| Данные | Зачем они оператору | Пример |
|---|---|---|
| История сообщений | Показывает вопрос клиента и ответы бота | Клиент спросил о наличии, затем уточнил срок доставки |
| Причина передачи | Помогает выбрать первый ответ и очередь | «Нестандартный запрос», «жалоба», «просьба о менеджере» |
| Имя и контакт | Позволяет обратиться по имени и продолжить работу в CRM | Имя из диалога и идентификатор чата |
| Выбранный товар или услуга | Убирает повторные вопросы о предмете обращения | Название товара, артикул или тип услуги |
| Собранные параметры | Передаёт уже полученные требования | Количество, город, желаемый срок, способ получения |
| Статус заявки | Показывает место клиента в воронке | «Новая заявка», «ожидает расчёта», «вопрос после покупки» |
Состав сведений зависит от задачи. Для магазина одежды хватит товара, размера, города и вопроса клиента. Для производителя или дистрибьютора понадобятся объём, сроки поставки и контакт ответственного лица. Бот не должен собирать поля «на всякий случай»: каждое поле увеличивает путь до оператора.
Историю лучше передавать в удобном порядке: сначала краткое резюме, затем последние сообщения, после этого — технические данные заявки. Резюме можно сформировать по шаблону: «Клиент хочет заказать [товар], спрашивает [вопрос], уже получил [ответ], ожидает [действие]». Оператору не придётся читать длинный диалог, чтобы понять задачу.
Как выглядит сценарий передачи диалога оператору?
Рабочий сценарий состоит из нескольких понятных шагов. Сначала бот фиксирует запрос клиента. Затем объясняет, что передаёт разговор сотруднику, и сообщает, что произойдёт дальше. После этого система создаёт обращение в рабочем интерфейсе и прикрепляет к нему историю.
- Бот распознаёт запрос, который требует участия человека.
- Он уточняет одну деталь, если без неё нельзя выбрать нужного сотрудника.
- Показывает сообщение: «Передаю вопрос менеджеру по заказам».
- Формирует карточку обращения с историей и кратким описанием.
- Назначает диалог оператору или очереди.
- Останавливает автоматические рекламные и информационные сообщения.
- Передаёт оператору возможность продолжить переписку в том же канале.
Сообщение для клиента должно быть конкретным. Фраза «Ваш вопрос передан специалисту» звучит лучше, если рядом указать тему: «Менеджер по доставке продолжит разговор в этом чате». Если сотрудник не может ответить сразу, бот показывает следующий шаг: например, предлагает оставить удобное время или сообщает, что обращение принято и имеет номер.
Параллельно стоит предусмотреть обратную передачу. После ответа менеджера бот снова может показать кнопки «Узнать статус заказа», «Посмотреть каталог» или «Задать другой вопрос». Оператор завершает текущую задачу, а клиент получает понятный путь для следующего обращения.
Для сложных задач полезно разделить очереди. Запросы о покупке направляются в продажи, вопросы по заказу — в поддержку, оптовые обращения — ответственному менеджеру. Чат-боты для продаж и клиентского сервиса часто объединяют такие сценарии с CRM, чтобы заявка не оставалась только в переписке.
Как сохранить контекст при интеграции чат-бота с CRM?
Интеграция нужна для связи чата с карточкой клиента, заявкой и статусом работы. В минимальной схеме бот передаёт идентификатор диалога, имя, контакт, тему обращения и историю сообщений. CRM создаёт новую заявку или добавляет информацию к существующей.
Перед настройкой определите, где оператор будет отвечать. Если сотрудник переключается между несколькими окнами, растёт риск пропустить сообщение или ответить не в ту очередь. Практичнее выбрать один рабочий интерфейс и закрепить правило: менеджер меняет статус только после того, как дал клиенту ответ.
Статусы должны описывать действие, а не настроение заявки. Подойдут варианты «передано оператору», «в работе», «ждём данные клиента», «решено» и «закрыто». Для каждого статуса задайте следующее действие. Например, при статусе «ждём данные клиента» бот может отправить напоминание, а при «решено» — предложить открыть новый раздел меню.
Отдельно проверьте, что происходит при повторном обращении. Если клиент пишет через неделю, система должна найти прежнюю карточку или создать новую по понятному правилу. Иначе оператор увидит только последнее сообщение и потеряет связь с прошлым заказом.
После запуска полезно регулярно просматривать диалоги и искать места, где бот передаёт разговор слишком рано или слишком поздно. Такой анализ взаимодействий помогает уточнить ключевые слова, вопросы квалификации и текст уведомления для клиента. Для плановой проверки сценариев пригодится материал что проверять в чат-боте каждый месяц, чтобы не терять заявки.
Какие ошибки мешают оператору продолжить разговор?
- Передача без причины. Менеджер видит только фразу «подключить оператора» и не понимает, что нужно клиенту. Добавьте тему и краткое резюме.
- Потеря истории. Оператор получает новое сообщение без предыдущих реплик. Передавайте хотя бы последние сообщения и ключевые ответы бота.
- Параллельные ответы. Пока сотрудник пишет клиенту, бот продолжает отправлять автоматические подсказки. На время работы оператора отключайте соответствующий сценарий.
- Нет очереди. Все обращения попадают одному сотруднику. Разделите заявки по теме, продукту или типу клиента.
- Нет завершения диалога. После решения карточка остаётся «в работе». Добавьте кнопку или команду, которая меняет статус.
- Слишком длинная форма. Клиент не доходит до оператора, потому что бот просит лишние сведения. Оставьте только поля, нужные для первого ответа.
Если бизнес пока не использует CRM, начать можно с простой карточки обращения в рабочем кабинете. Но уже на первом этапе зафиксируйте структуру данных: причина передачи, история, контакт и следующий шаг. При росте числа диалогов эту логику легче подключить к CRM, чем собирать заново.
3 шага, которые можно сделать на этой неделе:
- Выписать пять причин, по которым клиенту нужен живой сотрудник, и назначить для них очереди.
- Составить шаблон карточки: контакт, тема, краткое резюме, история и ожидаемое действие.
- Проверить сценарий в тестовом чате: попросить оператора принять диалог, ответить клиенту и закрыть заявку.
Если в компании несколько каналов общения, настройку можно расширить до интеграции чат-бота с CRM и анализа реальных диалогов. При этом оператор получает контекст в привычном рабочем процессе, а клиент продолжает разговор без повторного описания проблемы.
