Что важно знать
- Эскалация — не провал, а маршрут к решению.
- Клиент не должен рассказывать проблему второй раз.
- Десять одинаковых обращений за час — это инцидент.
Когда передавать обращение на вторую линию, как передать без потерь, что делать при массовом сбое.
Практика. Сверить свои эскалации за месяц с критериями и найти те, что можно было решить самому.
Практика. Написать регламент поддержки при массовом сбое — сигнал, кого звать, шаблоны сообщений, закрытие.
Войдите, чтобы пройти тест: сданный тест отмечает тему пройденной на карте и в ИПР.
Эскалируют, когда: нет прав или знаний решить (доступ к базе, изменение данных, код), исчерпан регламент первой линии или отведённое время, проблема похожа на ошибку продукта или затрагивает многих, есть риск денег, данных или безопасности, клиент требует…
Полный разборПередача должна быть самодостаточной: кто клиент и его важность, суть проблемы в одной фразе, шаги воспроизведения, что уже проверено, доказательства (скриншоты, логи, время), ожидаемое действие и срочность. Клиенту — сообщить, что передано и когда он получит…
Полный разборСразу сообщить дежурной команде с фактами (что, с какого времени, сколько обращений, примеры). Создать главный тикет и привязывать к нему остальные. Подготовить единый ответ клиентам (признаём, работаем, когда следующее обновление), разместить статус на сайте…
Полный разборКак искать причину проблемы по шагам, что собрать у клиента, когда и как передавать обращение дальше, что делать при массовом сбое.
Клиент спрашивает про цену, сроки или конкурентов — sotto подсказывает ответ с вашими условиями и следующим шагом. Первые 30 минут бесплатно.