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