Схема эскалации обращений: образец правил и уровней

Кратко

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

Готовый образец

СХЕМА ЭСКАЛАЦИИ ОБРАЩЕНИЙ

1. Уровни и границы компетенции

Правило границы: L1 не изменяет систему. Любое действие, которое меняет состояние <системы> для других пользователей, выполняется с L2 и выше. Это не про квалификацию — это про то, чтобы причина сбоя всегда была восстановима по журналу.

2. Два вида эскалации — их нельзя путать

3. Пороги — когда эскалация обязательна

4. Что обязано быть в передаче — обращение, переданное без этих пяти пунктов, возвращается отправителю

• Что обратившийся просил — одной фразой его словами.

• Что уже проверено и с каким результатом — перечнем, включая неудачные попытки.

• Почему передаю — какое именно умение или полномочие отсутствует.

• Сколько времени осталось до срока и какой приоритет.

• Что обещано обратившемуся и когда — дословно.

5. Текст уведомления обратившемуся при эскалации

<Имя>, по вашему обращению <№ 1234> подключаю коллег: <причина простыми словами — нужен доступ к настройкам сервера, которого у меня нет>.

Я остаюсь на связи и держу срок: <ЧЧ:ММ ДД.ММ>. Отвечать по-прежнему можно в эту переписку.

6. Текст управленческой эскалации — внутреннее сообщение, не обратившемуся

Обращение <№ 1234>, приоритет <P2>, срок <ЧЧ:ММ>, осталось <1 час>.

Суть: <одна фраза>.

Сделано: <перечень>.

Нужно решение: <что именно требуется — люди, доступ, разрешение на исключение, выбор между двумя обращениями>.

Если решения не будет до <ЧЧ:ММ>, произойдёт: <последствие>.

7. Чего эскалация не делает

7.1. Не снимает ответственности с передавшего: владелец обращения прежний до закрытия.

7.2. Не перезапускает срок: отсчёт идёт от первоначальной регистрации.

7.3. Не заменяет уведомления обратившемуся: молча переданное обращение для него выглядит как молчание.

7.4. Не является оценкой специалиста: эскалация в срок — правильное поведение, эскалация после срока — нарушение.

Как заполнять

Начните с колонки «Не решает». Границу уровня определяет не перечень умений, а перечень запретов: он короче и не допускает толкований. Формулировка «L1 не изменяет систему» решает больше спорных случаев, чем страница описаний.

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

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

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

Доля эскалаций — показатель, за которым нужно следить в обе стороны. Ориентир для первой линии: от 15 до 40 % обращений уходит на L2. Ниже 15 % означает, что сложное тихо закрывается отписками — проверяется долей возвратов. Выше 40 % означает, что первая линия работает диспетчером, и либо ей не хватает базы знаний, либо не хватает прав. Как считать такие перекосы — в статье Как проверить, что техподдержка работает: семь замеров.

Пороги из раздела 3 удобно сделать автоматическими уведомлениями, а не обязанностью помнить: как настраиваются напоминания по сроку, описано в статье Напоминания по заявкам.

Частые ошибки

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

Порог, привязанный к моменту, а не ко времени. «Эскалируем, когда не получается» — правило, которое каждый понимает по-своему и всегда позже, чем нужно. Порог обязан быть числом, которое считает система.

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

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

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

Управленческая эскалация только через руководителя службы. Если руководитель недоступен, обращение стоит. Схема обязана называть замещающего: строка «M — <руководитель службы, при его отсутствии — …>» экономит часы в неудачный день.

Связанные статьи

• Матрица приоритетов заявок: готовая таблица
• Разбор массового сбоя: образец отчёта
• Положение о службе технической поддержки: образец
• Напоминания по заявкам