Эскалация на оператора (Fallback)

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

Есть три основных триггера эскалации. Первый — низкая уверенность: если модель или классификатор намерений отвечает ниже заданного порога уверенности, разговор уходит оператору вместо рискованного ответа наугад. Второй — прямая просьба клиента: фразы «позовите человека», «оператора», «менеджера» распознаются через NLU и мгновенно запускают перевод. Третий — чувствительный контекст: жалоба, отказ, упоминание денег, здоровья или расторжения договора.

Дополнительно эскалацию инициируют защитные правила бота — guardrails, которые не позволяют ИИ отвечать на темы вне его компетенции, а также сценарии, где бот дважды подряд не смог помочь. Такой «страховочный» переход снижает риск галлюцинаций в ответственных вопросах.

Как устроена эскалация технически

Передача не должна ронять контекст. При эскалации оператору отправляется вся история диалога, распознанное намерение, данные клиента из CRM и причина перевода — обычно через webhook или API-интеграцию с хелпдеском (Bitrix24, amoCRM, чат-платформой). В омниканальной поддержке разговор при этом остаётся в том же канале, где начал клиент — WhatsApp, Telegram, виджет на сайте или звонок.

Важно предусмотреть и обратный сценарий: если свободных операторов нет, бот честно сообщает время ответа, фиксирует заявку и ставит её в очередь. Для клиник и финансов при передаче учитывают требования 152-ФЗ — персональные данные не должны утекать за пределы защищённого контура.

Связанные термины

• Порог уверенности — Значение, ниже которого бот не отвечает сам, а эскалирует диалог
• Guardrails — Защитные правила, которые запускают передачу человеку в рискованных темах
• Omnichannel — Перевод на оператора внутри того же канала, где обратился клиент
• Чат-бот — Основной инструмент, из которого происходит эскалация