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