Эскалация обращений: когда передавать диалог оператору

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

Если хотите посмотреть, как автоматизированное общение может передавать диалог сотруднику в нужный момент, посмотрите возможности xMessenger.

Зачем вообще нужна передача обращения оператору

У автоматизированной поддержки есть очевидное преимущество: она может быстро обработать типовые вопросы, собрать информацию и не заставлять сотрудника отвечать на одно и то же десятки раз в день.

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

Если в такой ситуации система продолжает отвечать автоматически, проблема уже не в отсутствии автоматизации, а в неправильной настройке сценария.

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

IBM также рекомендует заранее определять триггеры для передачи диалога человеку и передавать оператору контекст предыдущего общения, чтобы клиенту не приходилось повторять информацию.

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

Универсального правила для всех компаний нет. Набор условий зависит от продукта, сложности вопросов и того, какие действия может выполнять автоматизация.

При этом большинство сценариев можно разделить на несколько понятных групп.

Клиент прямо просит оператора

Самый очевидный случай — человек пишет:

• «Соедините меня с менеджером».
• «Хочу поговорить с человеком».
• «Мне нужен специалист».
• «Позовите оператора».
• «Я хочу обсудить это с сотрудником».

Игнорировать такой запрос не стоит. Даже если система потенциально знает ответ, продолжение автоматического диалога может только увеличить раздражение клиента.

В правилах эскалации такой триггер лучше сделать отдельным и максимально понятным: явный запрос человека → передача оператору.

Вопрос выходит за рамки сценария

Автоматизация хорошо работает там, где заранее определены типовые задачи и необходимая информация.

Например, система может самостоятельно:

1. уточнить, какой продукт интересует клиента;
2. спросить количество пользователей;
3. узнать сроки;
4. собрать дополнительные условия;
5. передать данные сотруднику.

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

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

Клиент повторяет вопрос или не понимает ответы

Это важный сигнал, который часто упускают.

Например:

Клиент: «Сколько стоит подключение?»
Бот: «Стоимость зависит от количества пользователей».
Клиент: «А сколько это стоит?»
Бот: «Стоимость зависит от количества пользователей».
Клиент: «Я спрашиваю цену».

Формально система отвечает корректно. Но с точки зрения клиента диалог не движется.

Повторный вопрос, несколько неудачных попыток уточнить информацию или признаки того, что человек не понимает ответ, могут быть основанием для эскалации обращений.

Возникает конфликтная или чувствительная ситуация

Есть темы, где автоматический ответ лучше заменить участием сотрудника.

Например:

• претензия к компании;
• спор по оплате;
• сложный возврат;
• жалоба на обслуживание;
• нестандартный конфликт;
• ситуация, требующая индивидуального решения.

Здесь важна не только точность ответа, но и возможность сотрудника разобраться в обстоятельствах и принять решение.

Нужно принять решение, а не просто предоставить информацию

Это ещё одна полезная граница.

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

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

Так автоматизация не конкурирует с оператором, а подготавливает работу для него.

Какие правила эскалации стоит настроить

Правила эскалации лучше формулировать не абстрактно вроде «передавать сложные вопросы», а через конкретные признаки.

Удобно разделить их на четыре группы.

Сигнал	Что происходит	Действие
Клиент просит человека	Явный запрос оператора	Передать диалог
Нет подходящего сценария	Система не может корректно ответить	Передать оператору
Повторяются вопросы	Диалог не продвигается	Предложить помощь сотрудника
Конфликт или нестандартная ситуация	Требуется индивидуальное решение	Передать ответственному сотруднику

Такая схема помогает избежать двух противоположных ошибок.

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

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

Оптимальная логика находится между этими крайностями.

Передавать нужно не только диалог, но и контекст

Одна из самых неприятных ситуаций для клиента выглядит так: сначала он подробно объясняет проблему боту, затем его подключают к оператору, и сотрудник спрашивает:

«Расскажите, пожалуйста, что у вас произошло?»

Получается, клиенту приходится начинать всё сначала.

Хорошая эскалация обращений должна передавать оператору не только сам факт подключения, но и собранную информацию.

Например:

Клиент: Иван
Запрос: хочет подключить сервис
Количество пользователей: 5
Каналы: Telegram и сайт
Потребность: автоматизировать первичную обработку обращений
Статус: требуется консультация менеджера

В результате сотрудник видит уже подготовленный контекст и может продолжить разговор с нужного места.

Именно передачу контекста IBM отдельно выделяет как важную часть эскалации: оператор должен получить историю взаимодействия, чтобы не заставлять клиента повторять уже сказанное.

Плановая и fallback-эскалация

Полезно разделять два типа передачи.

Плановая эскалация

Это ситуация, которую компания заранее предусмотрела.

Например:

• клиент хочет индивидуальные условия;
• нужно обсудить стоимость;
• требуется помощь специалиста;
• вопрос относится к определённому типу обращений;
• необходимо принять решение, которое автоматизация не принимает.

Здесь система заранее знает: если выполняется определённое условие, нужно передать диалог сотруднику.

Fallback-эскалация

Это запасной сценарий на случай, когда автоматизация не справилась.

Например, клиент несколько раз формулирует вопрос, а система не может определить подходящий сценарий.

Вместо бесконечных попыток угадать намерение можно использовать правило:

не удалось корректно обработать запрос → сообщить клиенту о подключении сотрудника → передать диалог вместе с собранным контекстом.

Такой подход описан и в документации IBM: fallback-эскалация может срабатывать, когда система неоднократно не может сопоставить запрос с подходящим действием или клиент явно просит человека.

Как не превратить эскалацию в источник лишней нагрузки

Сам факт наличия передачи оператору ещё не делает сценарий эффективным. Важно посмотреть, что происходит после неё.

Если почти каждый второй диалог заканчивается подключением сотрудника, стоит проверить:

• какие вопросы система не умеет обрабатывать;
• на каком этапе чаще всего возникает передача;
• какие формулировки клиентов вызывают сбой;
• достаточно ли информации собирается до подключения оператора;
• можно ли автоматизировать часть таких сценариев.

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

Так оператор получает не просто сообщение «клиент хочет узнать цену», а конкретный запрос с исходными данными.

Если хотите проверить такую логику на своих сценариях, настройте условия передачи человеку в xMessenger: можно определить, какие вопросы задавать клиенту, какую информацию собрать и в какой момент подключать сотрудника.

Что проверить перед запуском эскалации

Перед тем как включать автоматическую передачу обращений, полезно пройтись по небольшому чек-листу.

1. Определите ситуации для обязательной передачи.
Сюда относятся запрос оператора, чувствительные вопросы, нестандартные условия и другие случаи, где нужен сотрудник.

2. Опишите признаки неуспешного диалога.
Например, несколько непонятых сообщений подряд или отсутствие подходящего сценария.

3. Решите, какие данные нужно собрать до передачи.
Не стоит заставлять клиента отвечать на десять вопросов, если оператору достаточно трёх.

4. Подготовьте контекст для сотрудника.
Оператору важно видеть не только сообщение клиента, но и результаты предыдущего диалога.

5. Определите дальнейший маршрут.
В зависимости от запроса обращение может уходить менеджеру продаж, специалисту поддержки или другому ответственному сотруднику.

6. Проверьте сценарии на реальных формулировках.
Клиенты редко пишут строго по шаблону. Один и тот же запрос может быть сформулирован десятками способов.

Как настроить передачу обращения в xMessenger

Для xMessenger эскалация — это часть автоматизированного сценария общения с клиентом. AI может сначала уточнить потребность, собрать необходимые данные и сформировать контекст, а затем передать диалог сотруднику, когда наступает заданное условие.

Например, клиент может начать с общего вопроса, после чего AI уточнит необходимые параметры. Когда становится понятно, что требуется участие менеджера, сотрудник получает уже структурированную информацию вместо короткого сообщения без контекста.

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

При этом xMessenger поддерживает работу с обращениями из подключённых каналов в одном интерфейсе, а AI может работать с текстом, голосовыми сообщениями, фотографиями и видео. Команда xMessenger помогает с настройкой и первым запуском, поэтому правила передачи можно сразу привязать к реальным сценариям компании.

Проверить сценарий и настроить условия передачи человеку в xMessenger.

Главное

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

Читайте также: «Как масштабировать поддержку» — предыдущая статья серии о том.