Обучение эскалации: как правильно передать обращение

Короткий ответ

Правильно эскалировать обращение, которое оператор не может решить, — это три навыка: распознать момент для эскалации, передать обращение так, чтобы следующему не пришлось ничего переспрашивать у клиента, и честно сказать клиенту, кто и когда ответит. Для этого нужны письменные критерии эскалации, понятный путь (куда уходит обращение), шаблон заметки о передаче из пяти строк и правило «кто держит клиента в курсе». Оператор не должен бояться сказать «не знаю» — бояться стоит неверного ответа, эскалации не туда и клиента, оставшегося без ответа.

Две ошибки эскалации

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

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

Когда эскалировать

• Ответа нет в базе знаний, и оператор не может найти его в проверенном источнике.
• Решение вне полномочий оператора: лимит компенсации, исключение из правил.
• Юридическая угроза, подозрение на утечку данных, риск безопасности или здоровья.
• Клиент настаивает на разговоре с руководителем.
• Одна и та же проблема у клиента повторяется в третий раз.
• Техническая проблема затрагивает больше одного клиента (массовый сбой).

Кому: путь эскалации

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

Заметка о передаче из пяти строк

1. 1КтоКлиент, контакты, номер заказа или аккаунта.
2. 2ПроблемаОдно-два предложения с фактами: что случилось и с какого момента.
3. 3Что сделаноЧто оператор уже проверил и попробовал.
4. 4Ожидание и обещаниеЧего хочет клиент и что ему сказали — со сроком.
5. 5СрочностьПочему срочно и насколько.

Без такой заметки эскалация превращается для клиента во вторую очередь: новый человек снова всё спрашивает.

Что сказать клиенту

Клиент должен знать три вещи: кому передано обращение (отдел, по возможности имя), когда он получит ответ и что ему тем временем делать. «Передал руководителю, ожидайте» — недостаточно. «Передал в отдел платежей, вам напишут сегодня до 16:00 в рабочее время; с картой ничего делать не нужно» — достаточно. Обещанный срок должен соответствовать реальному времени ответа по пути эскалации, а не надеждам оператора.

Тёплая и холодная передача

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

Кто держит клиента в курсе

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

Сценарии для тренировки

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

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

Что оценивается

• Своевременна ли эскалация — не слишком поздно и не без нужды?
• Выбран ли правильный адрес?
• Были ли в заметке все пять строк?
• Сказали ли клиенту, кто, когда и что ему делать?
• Был ли обещанный срок реальным?

Иллюстративный пример

Это иллюстративный пример. В поддержке страховой компании запросы по оплате передавались в финансы без заметок, и финансы перезванивали клиентам, чтобы снова спросить всю информацию. Клиенты жаловались: «Я объяснял это три раза».

Команда внедрила шаблон заметки из пяти строк и потренировалась на двух сценариях. Финансы стали возвращать обращения оператору, если заметки не хватало, и это улучшило заполнение шаблона.

Типичные ошибки

• Отвечать догадкой на то, чего не знаешь.
• Держать клиента бесконечно словами «ожидайте».
• Передавать без заметки.
• Обещать нереальный срок.
• Наказывать операторов за число эскалаций — обоснованные эскалации начинают скрывать.

Ограничения

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

В Vexvon

В Vexvon, когда клиент в переписке просит оператора, в Telegram-группу команды уходит уведомление со ссылкой на панель, а оператор может подключиться к диалогу и остановить бота; вся история переписки видна, ответ уходит в тот канал, где написал клиент. Диалог можно назначить конкретному сотруднику. Для тренировки эскалации компания строит собственные сценарии и критерии в AI Training. Подробнее — AI Training.

Следующий шаг

Откройте 10 эскалаций прошлого месяца и проверьте в каждой: была ли заметка из пяти строк и назвали ли клиенту срок. Правила передачи от бота человеку разобраны отдельно в статье о правилах эскалации чат-бота. Другие статьи — в разделе об обучении клиентскому сервису; правила эскалации можно написать вместе во время демо.