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