Передача диалога от ИИ человеку: правила, триггеры и шаблоны сообщений

Хорошая передача чат-бота оператору отдаёт диалог человеку в нужный момент, со всем, что бот уже узнал, в ту команду, которая действительно может решить вопрос, и сообщает клиенту, что будет дальше. Эскалируйте диалог, когда клиент просит человека, когда бот не может ответить на основе утверждённых источников, когда клиент раздражён и когда случай связан с деньгами, риском или необходимостью принимать решение. Передайте краткую сводку, данные клиента и то, что бот уже пробовал.

Большинство команд справляются с первой частью и ошибаются в остальном: бот передал диалог, но оператор начинает с «Чем могу помочь?», обращение попадает в общую очередь, а клиент ждёт до утра, не зная, что происходит. В этом руководстве разобраны правила, триггеры, контекст для передачи, маршрутизация и точные тексты сообщений.

Почему момент передачи так важен

Клиенты судят об автоматизации по худшему моменту, и этот момент обычно связан с передачей диалога. Сбой происходит по трём причинам:

• Бот держит диалог слишком долго. Он повторяет «Не могли бы вы переформулировать?», а клиент злится всё сильнее.
• Контекст теряется. Тот, кто принимает диалог, спрашивает номер заказа, который клиент написал пять минут назад.
• Тишина после передачи. «Оператор скоро ответит» в 23:00, и никто не отвечает до утра.

В WhatsApp есть и причина, связанная с правилами. Business Messaging Policy разрешает автоматические ответы в 24-часовом окне обслуживания клиентов, но требует, чтобы компании предлагали быстрые, понятные и прямые способы эскалации, например перевод на живого оператора в чате, номер телефона, адрес электронной почты или форму обращения. Бот без выхода — это не только плохой сервис, но и нарушение правил.

Когда чат-бот должен передать диалог человеку: 10 триггеров

Разделите триггеры на те, что запускает клиент, и те, что определяются вашими правилами.

Триггеры со стороны клиента

1. Клиент просит человека. «Оператор», «человек», «живой сотрудник», «можно поговорить с кем-то». Передавайте сразу, без шага «Вы уверены?».
2. Повторные неудачи. Бот не смог ответить два раза подряд, или клиент переформулировал тот же вопрос.
3. Раздражение. Заглавные буквы, оскорбления, «от вас никакого толку» или отрицательная оценка тональности, если вы её используете.
4. Повторное обращение. Третье сообщение за неделю по одной и той же нерешённой проблеме.

Триггеры по правилам

5. Нет обоснованного ответа. Вопрос не покрыт базой знаний или инструментами. Бот должен передать диалог или принять сообщение, а не гадать.
6. Деньги выше лимита. Возвраты, компенсации или скидки выше заданной вами суммы.
7. Чувствительные темы. Юридические угрозы, медицинские вопросы, вопросы безопасности, запросы на удаление данных, жалобы на сотрудников.
8. Ценные клиенты. Ключевые аккаунты, VIP-уровни, открытые сделки выше определённой суммы.
9. Процесс требует человека. Согласования, исключения из правил, всё, что должна утвердить ваша команда.
10. Технический сбой. Инструмент не отвечает или дважды возвращает ошибку. Не оставляйте клиента с фразой «что-то пошло не так».

Пропишите эти триггеры в инструкциях агента и, где возможно, в сценарии вокруг него. Инструкции направляют модель, а правила сценария обеспечивают исполнение. Правило «возврат свыше 100 идёт в биллинг» надёжнее как условие в сценарии, чем как предложение в промпте.

Какой контекст бот должен передать оператору

Человек должен суметь ответить по делу уже в первом сообщении. Передайте ему:

Контекст	Пример	Почему это важно
Причина передачи	«Клиент попросил человека» / «Возврат выше лимита»	Определяет первый шаг оператора
Сводка в одну строку	«Заказ 7315 доставлен повреждённым; клиент хочет замену, а не возврат»	Не нужно читать 20 сообщений
Данные клиента	Имя, телефон, номер аккаунта или заказа, подтверждена ли личность	Не придётся спрашивать повторно
Что бот уже пробовал	«Отправил условия возврата; предложил этикетку для возврата; клиент отказался»	Не нужно повторять то же самое
Собранные данные	Фото, номера моделей, даты, адрес	Оператор может действовать сразу
Тональность и история	«Вторая задержка посылки за месяц»	Меняет тон и предложение
Приоритет и SLA	«Срочно, первый ответ в течение 15 минут»	Ставит обращение на правильное место в очереди

Полная переписка тоже должна оставаться на виду. Сводки помогают, но операторы должны иметь возможность проверить, что именно сказал бот, особенно если бот ошибся.

Хорошая внутренняя сводка выглядит так:

Передача: возврат выше лимита (Биллинг)
Клиент: Омар Хаддад, подтверждён по номеру заказа
Проблема: двойное списание по счёту 1042 (два одинаковых списания с карты 2 октября)
Действия бота: подтвердил оба списания в биллинговой системе; объяснил условия возврата
Чего хочет клиент: вернуть одно списание сегодня
Тональность: спокойный, второе обращение

Как направить диалог нужному сотруднику

Передача «команде» — это половина передачи. Определите правила маршрутизации до запуска:

• По теме или намерению. Биллинг, техподдержка, продажи, возвраты. Бот уже знает тему, так что используйте это.
• По языку. Если клиент пишет по-немецки, направьте диалог тому, кто говорит по-немецки.
• По ценности клиента. Ключевые аккаунты идут к своему аккаунт-менеджеру, а не в общую очередь.
• По навыкам. Специалисты по продукту, старшие операторы для жалоб.
• По нагрузке и доступности. Распределяйте нагрузку между операторами онлайн; пропускайте тех, кто отошёл.
• По времени. Вне рабочих часов ставьте обращение в очередь утренней смены с обещанным временем ответа.

Краткие определения смотрите в глоссарии: маршрутизация и передача диалога.

Дополните маршрутизацию SLA: целевым временем первого ответа человека после передачи. Если к сроку обращение никто не взял, предупредите руководителя или переназначьте его. Передача, оставшаяся без ответа, хуже, чем отсутствие бота вообще.

Что сказать клиенту: шаблоны сообщений при передаче

Сообщения при передаче должны быть короткими, конкретными и честными. Назовите команду, обозначьте ожидания и подтвердите, какие данные у вас уже есть.

Клиент просит человека (в рабочее время):

Конечно. Сейчас я передаю вас нашей службе поддержки вместе с данными вашего заказа, так что повторять ничего не придётся. Сотрудник обычно отвечает в течение нескольких минут.

Бот не может ответить:

У меня нет надёжного ответа на этот вопрос, и я не хочу гадать. Я передал ваш вопрос нашей продуктовой команде. Ответ придёт в этот же чат.

Жалоба или раздражение:

Мне жаль, что это случилось снова. Я отметил ваше обращение как приоритетное, и сейчас его берёт на себя руководитель. Ему видны ваши предыдущие сообщения.

Вне рабочих часов:

Наша команда вернётся завтра в 9:00. Я сохранил ваш запрос вместе с присланными фото, и он первый в утренней очереди. Вы получите ответ в этом чате до 10:00.

Нужны деньги или согласование:

Возвраты на такую сумму утверждает наш отдел биллинга. Я отправил им ваш заказ и причину. Они подтвердят здесь сегодня.

А первое сообщение человека должно доказывать, что передача сработала:

Здравствуйте, Омар, это Селин из биллинга. Я вижу оба списания по счёту 1042. Я оформила возврат по одному из них и подтвержу здесь, когда он будет завершён.

Через 24 часа: шаблон для запоздавших ответов

В WhatsApp, когда с последнего сообщения клиента прошло 24 часа, писать можно только с помощью одобренного шаблонного сообщения. Если ваша команда может ответить с опозданием, заранее подготовьте шаблон категории utility:

Здравствуйте, {{1}}! У нас есть новости по вашему запросу {{2}}. Ответьте на это сообщение, и мы продолжим прямо здесь.

В Facebook Messenger политика Meta включает тег human agent, который позволяет человеку отвечать вручную в течение 7 дней после сообщения клиента. В Instagram ответ живого оператора тоже можно пометить тегом, чтобы отправить его вне 24-часового окна. Ни то ни другое не предназначено для автоматических сообщений. Подробности смотрите в нашем руководстве по 24-часовому правилу Messenger и тегам сообщений.

Возврат диалога боту

Передача не всегда односторонняя. Когда человек решил исключительную ситуацию, бот может вернуть себе рутинные шаги: отправить опрос, ссылку на оплату, обновление о доставке. Два правила:

• Сообщите клиенту. Политика Meta для Messenger, например, ожидает раскрытия того, что клиент общается с автоматизированным сервисом, там, где этого требует закон, в том числе когда чат возвращается от человека к автоматизации. Это хорошая практика везде.
• Не позволяйте боту вмешиваться. Пока диалог ведёт человек, автоматизация должна молчать, если оператор не вернул ей диалог.

Типичные ошибки при передаче диалога

• Прятать возможность связаться с человеком за тремя меню.
• Спрашивать «Вы уверены, что хотите поговорить с оператором?»
• Передавать диалог без сводки, так что оператор начинает с нуля.
• Направлять всё в одну общую очередь.
• Обещать «прямо сейчас» ночью.
• Позволять боту отвечать после того, как диалог взял человек.
• Никогда не разбирать переданные диалоги, чтобы улучшать бота.

Последний пункт самый ценный. Каждая передача сообщает вам, чего бот не смог. Помечайте причину, разбирайте обращения раз в неделю и решайте, добавить ли знания, добавить ли инструмент или оставить этот случай за людьми. В нашем руководстве по тестированию ИИ-агента перед запуском есть тесты передачи, которые можно провести до старта.

Как работает передача диалога в MonoChat

В MonoChat боты, ИИ-ассистенты и агенты работают в одних и тех же единых входящих команды, поэтому передача — это смена ответственного, а не переход в другой инструмент.

Передача с полной историей. Когда сценарий, ИИ-ассистент или агент Agent Harness передаёт диалог, он попадает к вашей команде вместе с полной историей, а операторы отвечают с того же номера WhatsApp, аккаунта Instagram или другого канала. Каждый ответ бота остаётся в диалоге рядом с сообщениями вашей команды, так что вы можете проверять и обучать. MonoChat ведёт единый профиль клиента с историей по всем платформам, поэтому оператор также видит, что клиент писал в других каналах.

Триггеры в сценарии. В автоматизации сценариев сценарий может передать диалог вашей команде на любом шаге. Комбинируйте условия по профилю клиента, сигналам диалога и бизнес-правилам, чтобы решать, когда передавать, а таймеры используйте для повторных обращений и эскалаций по SLA.

Маршрутизация нужному сотруднику. Умное распределение операторов определяет намерение, тему, язык и приоритет и назначает диалог нужной команде, очереди или оператору вместе со сводкой диалога и историей клиента. Руководители команд также могут назначать вручную.

Правила SLA и эскалации. Сценарии эскалации и SLA отслеживают SLA на первый ответ и на решение с учётом рабочих часов, эскалируют просроченные обращения, жалобы, VIP-клиентов и случаи с негативной тональностью и направляют их старшим операторам или руководителям.

Готовая настройка передачи. Ассистент MonoChat Start передаёт диалог человеку по просьбе клиента, когда клиент недоволен или когда у ассистента нет ответа. Вы выбираете команду или одного сотрудника, а вне рабочих часов ассистент сообщает, когда вы вернётесь, и принимает сообщение.

Настроить всё это можно на бесплатном тарифе Basic (1 оператор, 1 канал) на app.monochat.ai; для больших команд смотрите тарифы.

Источники

• WhatsApp Business Messaging Policy
• Политика Messenger Platform и IG Messaging API (Meta for Developers)
• Instagram API: отправка сообщений (Meta for Developers)
• Цены на WhatsApp Business Platform (Meta for Developers)