Эскалация обращения
Эскалация — частый источник негатива в поддержке, если она устроена плохо. Клиент несколько раз повторяет одно и то же, ждёт каждый раз новое лицо, и теряет доверие.
Что должно быть в процессе
- Чёткие критерии: какие обращения уходят на следующий уровень и при каких условиях.
- SLA на эскалацию: сколько максимум ждать передачи.
- Передача с контекстом: новый оператор видит всю историю и краткое резюме, а не начинает с нуля.
- Обратная связь от верхнего уровня вниз: что вы упустили, как было правильно.
Виды эскалаций
- Функциональная — другому отделу или к специалисту.
- Иерархическая — к старшему оператору или руководителю.
- VIP-эскалация — особый процесс для крупных или важных клиентов.
Когда применять и когда нет
Применять
- В сложных продуктах с многоуровневой поддержкой
- В B2B-сервисах с обязательствами по SLA
- Когда часть обращений требует разработки или продуктовой команды
Не применять
- В маленькой команде, где все сидят рядом, — здесь хватит устной коммуникации без формального процесса
Примеры применения
В техподдержке SaaS-продукта тикеты часто «зависали» в передаче от Tier 1 к Tier 2. Не было понятно, кто и когда должен забрать. Команда ввела простую регулярную проверку: раз в час система отмечает все тикеты, ожидающие эскалации больше 30 минут, и эскалирует их автоматически. После внедрения процент тикетов, «потерянных» в передаче, упал почти до нуля, а время до решения по сложным случаям сократилось на четверть.
Часто задаваемые вопросы
Сама по себе — нет. Это нормальный механизм работы со сложными случаями. Плохо — это когда эскалации много, контекст теряется и клиенту приходится повторяться. Если процесс настроен, эскалация прозрачна для клиента и проходит быстро.
Не сопротивляться. Желание поговорить с «менеджером» или «специалистом» обычно говорит о потере доверия. Лучше быстро передать с полным контекстом и потом проанализировать, что в работе оператора привело к такому запросу.