Подключайте сотрудника по просьбе клиента, при недостатке данных, споре или выходе за согласованные полномочия. Передавайте вместе с вопросом историю и следующий шаг.
Клиент пишет: «Мне нужен менеджер». Бот предлагает выбрать тему, затем повторяет справочный ответ и снова просит уточнить вопрос. Компания рассчитывала разгрузить поддержку, а человек тратит время на попытку выйти из сценария. Возможность подключить сотрудника нужна не только для крайних случаев: это обычная часть хорошего сервиса.
Границы передачи стоит определить до запуска. Они зависят от задач помощника, данных и полномочий, которые компания ему доверяет. Иногда бот может собрать дополнительные сведения, но в некоторых ситуациях правильный следующий шаг — сразу сохранить запрос и направить его человеку, не продолжая неподходящий автоматический разговор.
Клиент прямо просит сотрудника
Фраза «позовите менеджера» не требует доказательства, что бот действительно не справляется. Клиент может предпочитать разговор, иметь сложную ситуацию или уже устать от уточнений. Сценарий должен предусматривать понятный выход к человеку. Если сотрудник сейчас недоступен, помощник объясняет ожидание и сохраняет запрос по установленному порядку.
Не стоит обещать немедленное соединение, если компания работает только днём. Передача в очередь и живое подключение — разные действия. Человеку нужно знать, что произошло сейчас и когда продолжится разговор. При этом уже собранные сведения должны перейти сотруднику: просьба о человеке не должна обнулять историю.
Проверьте разные формулировки такой просьбы, а не только одну команду. Клиенты могут писать «хочу поговорить», «нужен специалист» или «не отвечайте шаблоном». Можно также оставить заметную кнопку. Так путь к сотруднику будет доступен даже тогда, когда помощник не распознал смысл свободного сообщения.
Для ответа нет надёжной информации
Если источник не содержит нужного условия, помощник не должен заменять его правдоподобной догадкой. Например, клиент спрашивает об индивидуальной совместимости, а каталог описывает только общие характеристики. Бот может собрать обозначение модели и передать вопрос специалисту. Наличие похожего товара не подтверждает ответ для конкретного случая.
Передача нужна и при противоречивых данных, если сценарий не позволяет надёжно разрешить их. В условном магазине учётная запись показывает один статус, а клиент сообщает о другом. Вместо утверждения, что человек ошибается, полезнее сохранить расхождение и направить его ответственному. Это уменьшает риск лишнего спора и повторных объяснений.
Если рабочая система временно недоступна, отличайте техническую проблему от неизвестного ответа. Не показывайте старое значение как актуальное. Компания должна определить, можно ли предложить повторную проверку или требуется ручной разбор. В любом случае клиенту и сотруднику нужен понятный статус запроса, а не уверенный ответ без источника.
Запрос требует решения за пределами полномочий бота
Помощник может объяснить согласованное правило, но это не всегда даёт ему право менять условия. Индивидуальная скидка, нестандартный срок, пересмотр заказа или обещание компенсации могут требовать сотрудника по правилам компании. Такие обращения стоит выделять заранее, не заставляя бота вести переговоры без понятных границ.
Если некоторые изменения разрешены автоматически, условия должны быть определены отдельно: что проверяется, какое подтверждение нужно и что происходит при исключении. Фраза клиента сама по себе не даёт полномочий на действие. ИИ может понять просьбу, а решение выполняется только внутри утверждённого сценария или передаётся человеку.
Разговор перестал продвигаться или возникла спорная ситуация
Повторный вопрос после одного ответа ещё не обязательно означает проблему: клиент мог уточнить деталь. Но если помощник несколько раз не понимает запрос, возвращается к тому же меню или игнорирует исправление, разговор нужно продолжить иначе. Не заставляйте человека повторять одно и то же ради сохранения автоматического сценария.
Жалоба или сообщение о несоответствии требуют внимательного отношения. Бот может принять описание и материалы, но не должен спорить, автоматически отрицать проблему или обещать решение, которое не согласовано. Выраженная эмоция не всегда определяет маршрут; важнее содержание обращения, просьба клиента и правила компании для таких случаев.
Опишите признаки передачи на понятных примерах вместе с сотрудниками. Нельзя полагаться только на оценку настроения по тексту: короткая реплика может быть нейтральной, а вежливое сообщение — содержать серьёзную претензию. Для проверки используйте оба типа, а также сообщения, где клиент меняет или уточняет первоначальное описание.
Передавайте не только сообщение, но и задачу
Сотруднику нужны причина передачи, запрос, уже собранные сведения и исходный диалог. Если есть краткое содержание, обозначьте неизвестные и противоречивые данные. Это помогает начать с нужного вопроса, а не повторить неудачные уточнения бота. Известные поля обычно передаются интеграцией, сводка разнообразного текста может готовиться с помощью ИИ.
- Запрос направлен конкретному ответственному или в очередь с установленным порядком разбора.
- Получатель видит причину передачи и действия, которые помощник уже выполнил.
- Исходная история и нужные материалы доступны для проверки.
- Клиент понимает ожидаемый следующий контакт, особенно вне рабочего времени.
- После принятия сотрудником бот не продолжает параллельно давать противоречивые ответы.
Определите, кто подхватывает обращение при отсутствии основного сотрудника. Само уведомление не гарантирует принятия работы. Для компании важен весь переход: запрос сохранён, виден получателю и имеет следующий шаг. Только тогда автоматическая передача становится полезным продолжением сервиса.
Проверьте передачу до расширения сценариев
Пройдите сценарии прямой просьбы, неизвестного ответа, спорного условия, повторного непонимания и отсутствия сотрудника. Проверяйте обе стороны: что видит клиент и что получает команда. Даже правильное распознавание сложного случая бесполезно, если обращение ушло в чат, который никто не просматривает.
После запуска разбирайте передачи по причинам. Они не обязательно означают слабость помощника: часть должна происходить по правилам. Если типовая задача постоянно уходит человеку, можно улучшить материалы. Если сложная остаётся у бота, уточните границы. Хороший сценарий помогает системе вовремя остановиться и сохраняет клиенту простой путь к компетентному сотруднику.
Материал подготовлен Legan Studio.
Определим границы помощника
Согласуем ситуации передачи, состав контекста и работу очереди, чтобы бот помогал клиентам и вовремя подключал вашу команду.
Обсудить передачу человеку