Внедрение SLA: как запустить соглашение в работу
Кратко
Внедрение SLA начинается после того, как соглашение согласовано: сроки нужно перенести в систему учёта, чтобы они считались сами, проверить их на пилоте, обучить команду, выпустить первый отчёт и через квартал пересмотреть цифры. SLA, которое существует только в договоре, не внедрено — его никто не выполняет, потому что никто не видит, сколько осталось до срока.
Актуально на 25 сентября 2026 года.
Как составить само соглашение — в статье Как разработать SLA: состав и согласование. Эта статья — о том, что после подписания.
План внедрения за шесть недель
| Неделя | Что делаем | Результат |
|---|---|---|
| 1 | Замер «как есть»: время реакции и решения по данным за прошлый месяц | Понятно, насколько цели отличаются от реальности |
| 2 | Настройка приоритетов, графика и сроков в системе учёта | Сроки считаются автоматически |
| 3 | Пилот на одном клиенте или одной категории | Найдены ошибки настройки |
| 4 | Обучение команды: что считается, что ставит паузу, как эскалировать | Команда видит сроки и понимает их |
| 5 | Запуск на всех, ежедневный просмотр просрочек | Первые реальные данные |
| 6 | Первый отчёт заказчику и разбор отклонений | Решение, что поправить |
Что настроить в системе учёта
- Приоритеты — два-четыре уровня с понятными правилами назначения. Готовая таблица — Матрица приоритетов заявок.
- График работы — если срок считается в рабочих часах, система должна знать праздники и выходные.
- Паузы — когда ход за клиентом, часы не идут. Как это описать — в статье Как считать срок в рабочих часах.
- Предупреждения — за какое время до срока и кому приходит сигнал.
- Отчёт — какие показатели и в каком разрезе увидит заказчик.
Пилот
Пилот нужен, чтобы найти расхождения между тем, как задуман SLA, и тем, как его считает система. Типичные находки: заявка, созданная ночью, получает срок «до 3 часов ночи»; смена приоритета не пересчитывает срок; ожидание ответа клиента считается против исполнителя. Все такие случаи исправляют до запуска на всех.
Обучение команды
Операторам достаточно знать четыре вещи: где видно время до срока, что делать при риске просрочки, когда ставить статус ожидания клиента и когда эскалировать. Правило «ставить ожидание клиента, чтобы остановить часы, когда на самом деле ждём себя» нужно назвать прямо — это главный способ обмануть SLA.
Первый отчёт
В первом отчёте важнее честность, чем зелёный цвет: доля выполненных сроков, главные причины просрочек, что уже изменили. Какие показатели включать — в статье Показатели SLA: какие метрики считать.
Частые ошибки внедрения
- Цели без замера. Обещали 1 час реакции при фактических 4 — SLA нарушается с первого дня.
- Сроки считают вручную в таблице. Через месяц таблица расходится с реальностью.
- Никто не отвечает за пересмотр. Цифры устаревают, а договор остаётся.
Как это устроено в TehProf.kz Support
В TehProf.kz Support правила SLA задают сроки реакции и решения по приоритетам; правило может считать время в рабочих часах по графику, а статус «Ждём клиента» ставит часы на паузу. На тарифе Business и выше для клиентской компании формируется ежемесячный SLA-отчёт в PDF. Пошаговая настройка — в статье Настройка SLA, приоритетов и крайнего срока.
Частые вопросы
Сколько времени занимает внедрение SLA?
Для одной службы поддержки — обычно от нескольких недель до пары месяцев: замер, настройка, пилот, обучение и первый отчёт.
С чего начать внедрение SLA?
С замера фактических сроков за последний месяц. Без него цели в соглашении — догадка.
Нужен ли пилот при внедрении SLA?
Да. Он находит ошибки настройки сроков до того, как по ним начнут отчитываться перед заказчиком.
Связанные статьи
- Управление уровнем сервиса (SLM): что это в ITIL
- Что считается нарушением SLA и что делать с просрочкой
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.