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