Что такое SLA в поддержке и как считать его честно

SLA — соглашение об уровне сервиса — часто сводят к одной строке в договоре: «реагируем в течение часа». Толку от такой формулировки мало: непонятно, что считать реакцией, от какого момента идёт час, работает ли он ночью и что происходит, когда мяч на стороне клиента. Разбираем по частям.

Реакция и решение — два разных обязательства

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

Время решения — сколько прошло до момента, когда проблема устранена и клиент это подтвердил.

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

Календарные часы против рабочих

Если поддержка работает с 9 до 18 по будням, а SLA считается в календарных часах, обращение в пятницу вечером «просрочено» ещё до начала понедельника. Формально команда виновата, фактически — никто не обещал круглосуточной работы.

Поэтому в SLA всегда должен быть указан режим обслуживания, а таймер — останавливаться вне рабочих часов. Если часть клиентов покупает режим 24/7, а часть нет, у них должны быть разные календари, иначе общая статистика ничего не значит.

Приоритет — это не «срочность по ощущению»

Самый частый источник конфликтов: клиент считает свою задачу критической, поддержка — рядовой. Спор снимается, если приоритет определяется по двум измеримым осям:

• влияние — сколько людей затронуто: один пользователь, отдел, вся организация;
• срочность — работа полностью остановлена, есть обходной путь или это неудобство.

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

Отдельно стоит договориться, кто имеет право повышать приоритет и что для этого нужно. Если поднять приоритет может каждый и без обоснования, через месяц критическими будут все обращения.

Паузы на стороне клиента

Классическая ситуация: инженер запросил у клиента логи или доступ и ждёт три дня. Всё это время таймер решения продолжает идти, и SLA нарушен не по вине поддержки.

Решение — статус ожидания, который останавливает счётчик. Но с двумя оговорками. Во-первых, переход в этот статус должен быть виден клиенту: он должен понимать, что от него ждут ответа. Во-вторых, за долей времени в ожидании нужно следить: если половина тикетов подолгу висит в ожидании, значит, запросы формулируются нечётко и клиенту приходится переспрашивать.

Что мерить, кроме процента соблюдения

Процент тикетов, уложившихся в SLA, — плохой единственный показатель. Он одинаково выглядит и когда все закрыты впритык, и когда все закрыты сразу. Полезнее смотреть шире:

• Доля решённых с первого касания. Показывает, насколько первая линия справляется сама.
• Количество переоткрытий. Тикет, закрытый и открытый заново, — признак того, что решали симптом.
• Повторяемость. Если одна и та же проблема приходит десятый раз, её нужно не решать быстрее, а устранять причину.
• Распределение времени решения. Среднее скрывает хвост: полезнее смотреть, как выглядят самые долгие 10% тикетов, — обычно вся боль клиентов именно там.

База знаний экономит больше, чем кажется

Повторяющиеся обращения — самая дешёвая для оптимизации часть очереди. Правило простое: если вопрос пришёл третий раз, по нему пишется статья, и следующий ответ — ссылка плюс краткое пояснение.

Чтобы это работало, писать должен тот, кто решал, и сразу при закрытии тикета — иначе статьи не появятся никогда. Отдельный «день написания документации» раз в квартал не работает: к этому моменту детали забыты.

Минимум, который нужно видеть

• очередь по приоритетам и её возраст — не только сколько тикетов, но и сколько они уже висят;
• соблюдение реакции и решения отдельно;
• тикеты, близкие к нарушению срока, — до нарушения, а не после;
• топ повторяющихся тем за месяц.