SLA в поддержке — это не строчка на сайте про «ответим в течение часа», а параметр, из которого считается численность смены. Обещание в 15 минут вместо 4 часов на одном и том же потоке требует на двух операторов больше, и это единственное практическое значение норматива: он переводится в людей и в рубли напрямую. Всё остальное — оформление.
Отсюда два правила, которые нарушаются чаще всего. Первое: норматив выводится из собственного распределения времени решения, а не переписывается из чужого регламента — чужие цифры получены на другом составе обращений и другой численности. Второе: контроль строится до нарушения, а не после. Разбор просроченного обращения на еженедельной планёрке не возвращает клиента и не сокращает очередь; предупреждение оператору за час до истечения срока — сокращает.
Дальше — три срока, которые путают между собой, методика вывода норматива из своей статистики, разбор того, сколько уровней приоритета нужно на самом деле, модельный расчёт численности под три разных норматива и три места, где выполнение SLA считают нечестно. Все расчёты — на модельной компании кластера: 6 000 обращений в месяц, автоматически закрывается 45%, людям остаётся 3 300 обращений.
Три разных срока, которые называют одним словом
Фраза «у нас SLA — час» ничего не значит, пока не сказано, что именно измеряется. Сроков три, они считаются от разных событий и управляются разными способами. Время первого ответа зависит от численности смены и расписания, время решения — от глубины интеграций и от смежных подразделений, время до следующего ответа в диалоге — от дисциплины операторов. Смешивать их в один показатель нельзя: у них разные причины нарушений и разные способы починки.
| Срок | С чего начинается | Чем останавливается | Типовой норматив | Чем управляется |
|---|---|---|---|---|
| Время первого ответа | Обращение поступило в очередь | Первый содержательный ответ — человека или системы | 15 минут — 4 часа | Численность смены, расписание, автоответы первой линии |
| Время до следующего ответа в диалоге | Клиент ответил на сообщение поддержки | Следующее сообщение поддержки | 1–4 часа | Дисциплина операторов, распределение открытых диалогов |
| Время решения | Обращение поступило | Вопрос закрыт по существу, а не переведён в другой отдел | 8–72 часа по типам | Доступ в учётную систему, скорость смежных подразделений |
| Время до закрытия карточки | Вопрос решён по существу | Обращение переведено в статус «закрыто» | Не нормируется | Ничем; это техническая метрика, её нельзя показывать клиенту |
Клиенту в публичных обещаниях называют только первый срок, потому что только его компания контролирует полностью. Время решения зависит от поставщика, склада, банка или юриста, и обещать его снаружи — способ гарантированно нарушать собственный регламент. Внутри же нормируются все три: без норматива на следующий ответ в диалоге появляется классическая картина, когда на первое сообщение отвечают за 40 секунд, а на уточнение клиента — через сутки, и формально SLA выполнен.
Горизонтальная лента одного диалога слева направо: «обращение поступило» → «первый ответ поддержки» → «ответ клиента» → «следующий ответ поддержки» → «вопрос решён» → «карточка закрыта». Над лентой три скобки-таймера разной длины с подписями: «время первого ответа, 15 минут — 4 часа», «время до следующего ответа, 1–4 часа», «время решения, 8–72 часа». У первой скобки отметка «это и обещают клиенту», у последнего отрезка ленты серая пометка «не нормируется». Чертёжный стиль, подписи по-русски.
Норматив выводится из своего распределения, а не из среднего
Самая частая ошибка при вводе SLA — взять среднее время решения за прошлый квартал и объявить его нормативом. Среднее в поддержке почти всегда испорчено хвостом: десяток обращений, которые висели неделю в ожидании поставщика, поднимают его так, что оно перестаёт описывать типичный случай. Ниже — реальная форма распределения модельной поддержки: обратите внимание, где именно лежит среднее арифметическое.
| Показатель распределения | Время решения | Что это значит на практике |
|---|---|---|
| 50-й процентиль (медиана) | 3 часа 10 минут | Половина обращений решается быстрее — это и есть типичный случай |
| 70-й процентиль | 6 часов | Ещё комфортная зона, попадает большинство обычных вопросов |
| 80-й процентиль | 9 часов 30 минут | Кандидат в норматив: выполняется без изменения численности |
| 90-й процентиль | 26 часов | Начинается хвост: ожидание склада, смежных отделов, поставщика |
| 95-й процентиль | 71 час | Обращения, которые нормировать одним сроком нельзя в принципе |
| Среднее арифметическое | 11 часов 20 минут | Лежит между 80-м и 90-м процентилем и как ориентир бесполезно |
Если объявить нормативом среднее — «решаем за 11 часов» — выполнение окажется около 82%, потому что среднее по определению не делит выборку пополам. Хуже другое: 18% клиентов ждут в разы дольше обещанного, и именно они пишут жалобы и публичные отзывы. Метрика при этом выглядит прилично, а недовольство растёт, и связь между двумя фактами руководитель не видит.
Берётся текущий 80-й процентиль — в модельном примере это 9 часов 30 минут, округляем до 10 часов. Это норматив, который поддержка уже выполняет в четырёх случаях из пяти без единого нового человека. Целевая доля выполнения ставится на 90%: обязательство улучшить хвост на 10 процентных пунктов за счёт организации, а не за счёт найма. Через квартал распределение пересчитывается, и норматив подтягивается снова.
Хвост в 5% — обращения дольше 71 часа — из общего норматива выносится письменно, а не молча. Это не «плохая работа», а вопросы, где поддержка ждёт третью сторону: возврат денег через банк, экспертизу брака, ответ поставщика. Для них заводится отдельный тип обращения со своим нормативом в рабочих днях и с обязательным промежуточным ответом клиенту раз в сутки. Тип обращения берётся из справочника тем — без него нормировать по типам просто не на чем.
График распределения времени решения обращений: горизонтальная ось — время (от 0 до 80 часов, шкала сжатая справа), вертикальная — количество обращений. Кривая с высоким пиком около 3 часов и длинным правым хвостом. Вертикальные засечки с подписями: «медиана 3 ч 10 мин», «70-й процентиль 6 ч», «80-й процентиль 9 ч 30 мин», «90-й процентиль 26 ч», «95-й процентиль 71 ч». Отдельной пунктирной линией другого цвета — «среднее 11 ч 20 мин», подписанное «между 80-м и 90-м». Зона правее 95-го процентиля залита серым с подписью «5% — отдельный норматив в рабочих днях».
Сколько уровней приоритета нужно на самом деле
В шаблонах регламентов обычно пять уровней: критический, высокий, средний, низкий, плановый. В работающей поддержке их два или три. Проверка простая: уровень существует, только если по нему предпринимается отдельное действие — другая очередь, другой норматив, другой исполнитель или отдельная строка в отчёте руководителю. Если по «высокому» и «среднему» делается одно и то же, это один уровень с двумя названиями, и он вносит в работу только споры о классификации.
| Уровень | Что попадает | Первый ответ | Решение | Доля потока |
|---|---|---|---|---|
| Критический | Остановка сервиса, невозможность оплатить или получить заказ, всё, что касается здоровья | 15 минут | 4 часа | 2% |
| Обычный | Всё остальное: статусы, условия, консультации, изменение заказа | 1 час | 24 часа | 85% |
| Отложенный | Вопросы, где ответ зависит от третьей стороны: возвраты через банк, экспертиза, запрос поставщику | 4 часа | 5 рабочих дней | 13% |
Уровень назначается автоматически по теме обращения, а не оператором вручную. Ручное назначение приоритета всегда съезжает: под конец смены всё становится обычным, а после разбора у руководителя — критическим. Автоматическая классификация по справочнику тем даёт 85–90% точности на частых темах, и этого достаточно, потому что ошибка исправляется оператором в один клик и попадает в статистику. Отдельно от приоритетов работают стоп-темы: они управляют не сроком, а тем, имеет ли право отвечать автоматика.
У корпоративных клиентов норматив часто попадает в договор с денежной ответственностью за нарушение. Подпись не меняет распределение: если сейчас 90-й процентиль — 26 часов, обязательство «решаем за 8 часов» будет нарушаться примерно в четверти случаев с первого месяца. Перед подписанием считается тот же процентиль, но только по обращениям этого клиента, и добавляется запас: договорный норматив — это текущий 90-й процентиль плюс 30%, а не желаемая цифра из коммерческого предложения.
Связь SLA и численности: та же поддержка за 440 000 или за 660 000 ₽
Норматив первого ответа переводится в людей через загрузку. Оператор физически обрабатывает около 1 008 обращений в месяц — это мощность из модели кластера, где пять операторов закрывают 5 040 обращений. Но работать при стопроцентной загрузке нельзя: обращения приходят неровно, а очередь при загрузке, стремящейся к мощности, растёт быстрее линейно. Чем жёстче норматив, тем больше резерв мощности, который приходится оплачивать, — и именно этот резерв, а не сама скорость, стоит денег.
Числа в 133–200 ₽ за обращение выше знакомых 92 ₽ не потому, что что-то подорожало, а потому что знаменатель другой: 92 ₽ считались на весь поток 6 000 до автоматизации, а здесь — только на 3 300 обращений, которые остались людям после автозакрытия. Полная методика счёта стоимости обращения и структура расходов после запуска разобраны в расчёте окупаемости поддержки, здесь важен только вывод: норматив — это множитель к фонду оплаты труда.
Ступенчатая диаграмма из трёх столбцов. Столбец 1: норматив «4 часа», 4 оператора, подпись «440 000 ₽/мес», «133 ₽ за обращение». Столбец 2: «1 час», 5 операторов, «550 000 ₽/мес», «167 ₽». Столбец 3: «15 минут», 6 операторов, «660 000 ₽/мес», «200 ₽». Под каждым столбцом мелкой строкой целевая загрузка: 90%, 80%, 65%. Справа вертикальная стрелка между первым и третьим столбцом с подписью «+220 000 ₽/мес, 2 640 000 ₽ в год». Внизу общая подпись: «людской поток 3 300 обращений в месяц».
Из этого следует практический порядок действий, обратный привычному. Сначала считается, сколько компания готова платить за поддержку, и уже из этой суммы выводится норматив, который можно выполнять. Обратный путь — сначала объявить «отвечаем за 15 минут», а потом искать людей в тот же бюджет — заканчивается формально введённым SLA с выполнением 55–65% и командой, которая перестала воспринимать норматив всерьёз. Второй способ снизить цену норматива, не увеличивая численность, — поднять долю автозакрытия: каждый процентный пункт снимает с людей 60 обращений в месяц.
Контроль до нарушения, а не разбор после
Отчёт «за неделю нарушено 96 обращений» бесполезен: клиенты уже подождали, часть уже написала повторно, часть ушла. Работающий контроль устроен как три порога внутри самого срока — обращение подсвечивается заранее, пока его ещё можно спасти. Пороги считаются от норматива в процентах, поэтому одно правило работает для всех уровней приоритета сразу.
- 170% времени — предупреждение оператору
Обращение поднимается наверх очереди и подсвечивается. Никаких уведомлений руководителю: на этом пороге ничего ещё не случилось. При нормативе 4 часа предупреждение срабатывает на 2 часах 48 минутах, при нормативе 1 час — на 42 минутах.
- 290% времени — эскалация старшему
Старший оператор видит список и либо забирает обращение сам, либо перекладывает на свободного. При нормативе 4 часа это 3 часа 36 минут. Ключевое: эскалация — это перераспределение работы, а не сообщение «поторопись» текущему исполнителю.
- 3100% времени — фиксация нарушения с причиной
Нарушение записывается обязательно и с причиной из закрытого списка: не хватило людей в смене, ждали смежное подразделение, обращение ушло не в ту очередь, техническая проблема канала. Свободный текст здесь запрещён — иначе через месяц в отчёте будет 96 уникальных причин и ни одного вывода.
- 4Еженедельный разбор по причинам, а не по людям
Смотрят распределение нарушений по четырём причинам, а не фамилии. Если 60% нарушений — «ушло не в ту очередь», проблема в маршрутизации и справочнике тем, и наказывать операторов бессмысленно. Разбор занимает 20 минут, если причины проставляются автоматически при фиксации.
Эффект от такой конструкции считается прямо. В модельной поддержке до контроля нарушается норматив первого ответа примерно в 12% случаев — 396 обращений из 3 300. Предупреждения и эскалации снимают две трети: доля падает до 4%, то есть 264 обращения в месяц перестают быть просроченными. Дальше — во что обходились именно эти 264.
Отдельно стоит сказать, чего этот расчёт не учитывает и не должен. В нём нет «сохранённой лояльности» и нет пересчёта нарушений в ушедших клиентов: такие величины на своих данных достоверно не считаются, и подрядчик, который вставляет их в обоснование, продаёт вам оценку, а не расчёт. Считается только то, что видно в журнале обращений: лишняя переписка и лишние жалобы.
Честный подсчёт выполнения: три места, где цифру портят
Выполнение SLA — метрика, которую очень легко улучшить, не улучшив ничего для клиента. Три правила ниже надо записать в регламент до запуска контроля, а не после первого квартала, когда отчёт уже начал показывать 97% при растущем числе жалоб.
- 1Нерабочее время не считается. Таймер идёт по календарю обслуживания, а не астрономически: обращение, пришедшее в 23:40 при графике поддержки 9:00–21:00, стартует в 9:00 следующего дня. Без этого правила ночная и выходная поддержка «нарушает» норматив каждую ночь, метрика становится шумом, и её перестают читать. Календарь заводится отдельно на каждый уровень приоритета: критические обращения обычно обслуживаются круглосуточно, обычные — нет.
- 2Таймер останавливается, когда мяч на стороне клиента. Поддержка задала уточняющий вопрос — счёт времени решения приостанавливается до ответа. Но с потолком: три напоминания через 24, 72 и 120 часов, затем автоматическое закрытие с правом клиента переоткрыть. Без потолка обращения висят на паузе месяцами и превращают среднее время решения в фикцию.
- 3Переоткрытие не обнуляет срок. Обращение, переоткрытое в течение 72 часов, — то же самое обращение: счётчик времени решения продолжает идти с того места, где остановился, а не начинается заново. Это правило закрывает единственный способ нарисовать любое выполнение без изменения работы.
Смотрите долю обращений, закрытых быстрее чем за 10 минут после создания. В нормальной поддержке она не превышает 8% — это дубли и очевидные вопросы со статусом заказа. Если доля выше и у тех же клиентов через сутки появляется новое обращение по той же теме, значит обращения закрывают ради метрики и открывают заново. Проверяется одним запросом и обнуляет доверие ко всему отчёту, поэтому проверять надо до того, как отчёт начнут показывать наверх.
Ещё одна тонкость касается автоматических ответов. Если первая линия отвечает без человека, формально время первого ответа падает до секунд по всему потоку — и метрика перестаёт что-либо измерять. Поэтому время первого ответа считается отдельно по двум группам: обращения, закрытые автоматически, и обращения, дошедшие до человека. Какая часть потока в какую группу попадает, разбирается в материале про долю обращений без оператора; для SLA важно только то, что смешивать эти две группы в одном показателе нельзя.
Схема горизонтального таймера обращения. Полоса времени разделена засечками: «70% — предупреждение оператору» и «90% — эскалация старшему», в конце «100% — нарушение, причина из списка». Внутри полосы вырезан серый участок с подписью «пауза: ждём ответа клиента, три напоминания через 24, 72 и 120 часов». Сверху полосы ограничитель с подписью «календарь обслуживания 9:00–21:00: ночь не считается». Справа от конца полосы стрелка возврата с подписью «переоткрытие в течение 72 часов — тот же счётчик, не обнуляется». Чертёжный стиль, подписи по-русски.
Когда SLA вводить не надо или рано
Формальный норматив — это накладные расходы: регламент, календари, роли, разбор нарушений. На небольших объёмах эти расходы превышают пользу, а введённый и невыполняемый SLA хуже отсутствующего: он приучает команду к тому, что записанные правила не обязательны. Пять ситуаций, в которых мы советуем подождать.
- Меньше 300 обращений в месяц. Очередь видна глазами, а руководитель помнит каждое зависшее обращение по имени клиента. Здесь работает не регламент, а ежедневный просмотр списка открытых обращений; вводить таймеры и эскалации имеет смысл ближе к 800–1 000 обращениям в месяц.
- Нет справочника тем. Норматив привязывается к типу обращения, а если всё лежит в одной очереди без классификации, то единственный возможный норматив — один на всё, и он либо мучительно жёсткий для сложных случаев, либо бессмысленно мягкий для простых. Сначала классификация обращений, потом сроки.
- Текущее распределение не измерено. SLA, взятый «как у всех», в первый же месяц даёт выполнение 55–65%, и дальше метрику либо тихо перестают смотреть, либо начинают подгонять. Измерение распределения занимает один запрос к журналу обращений и полдня работы — это дешевле любого регламента.
- Один оператор и один канал. Норматив здесь превращается в инструмент давления на конкретного человека: перераспределить работу не на кого, эскалировать некому, и вся конструкция сводится к учёту его опозданий. Полезнее нормировать не человека, а процесс: договориться о времени, в которое поддержка гарантированно на связи.
- SLA нужен как основание для наказаний. Метрика, привязанная к премии, всегда улучшается быстрее, чем работа: закрытие ради счётчика, ответ-отписка на 59-й минуте, деление одного вопроса на три обращения. Норматив имеет смысл как инструмент планирования численности и приоритетов; как инструмент дисциплины он ломает данные, на которых сам же и построен.
И последнее. Норматив — не константа: распределение времени решения меняется вместе с составом обращений, сезоном и запуском автоматизации первой линии. Пересчитывать процентили и подтягивать нормативы имеет смысл раз в квартал, а сразу после запуска автоматических ответов — обязательно, потому что у людей остаётся более сложная часть потока и старый норматив решения по ней уже не выполним.
Норматив, который вы не выполняете, стоит дороже отсутствующего: он обесценивает все остальные правила регламента.
