SLA — это договорённость о времени реакции или выполнения. Он работает не тогда, когда в CRM появился красный таймер, а когда команда понимает, что запускает отсчёт, кто отвечает и что происходит при риске просрочки.
- Выбрать только критичные сроки
- Разделить предупреждение и эскалацию
- Считать не только просрочки, но и причины
Выберите 3–5 действий, где скорость действительно важна
Не назначайте SLA всему подряд. Начните с точек, где задержка заметна клиенту или тормозит деньги: первый контакт, подготовка КП, согласование, выставление счёта, ответ по сервисному обращению.
- Событие старта однозначно определяется системой
- Есть конкретный ответственный
- Есть целевое время и рабочий календарь
- Можно зафиксировать факт завершения
Разделите реакцию и решение
Для сервиса и продаж полезно иметь два времени. Например, клиент должен получить первый ответ быстро, но полное решение может занимать дольше. Если смешать эти показатели, сотрудники начнут закрывать задачи формально, чтобы «не краснело».
| Метрика | Что измеряет | Пример действия |
|---|---|---|
| Время реакции | Когда сотрудник начал работу | Первый звонок / подтверждение обращения |
| Время решения | Когда достигнут конечный результат | КП отправлено / вопрос закрыт |
| Время ожидания | Где процесс зависит от внешней стороны | Ждём клиента / поставщика |
Сделайте эскалацию полезной, а не карательной
Эскалация нужна, чтобы у команды появился шанс исправить ситуацию до нарушения. Хорошая схема имеет минимум два уровня: предупреждение исполнителю и сигнал владельцу процесса.
- 80% срока — мягкое предупреждение
- 100% — просрочка и фиксация причины
- Критичная просрочка — уведомление руководителю
- Повторные нарушения — разбор процесса, а не только сотрудника
Не забывайте про паузы
Если задача ждёт ответ клиента, таймер может требовать отдельного статуса ожидания. Иначе отчёт будет наказывать команду за время, которым она не управляет. Важно ограничить такие статусы и фиксировать причину паузы.
Отчёт руководителя: два экрана вместо десятка уведомлений
Оперативный экран показывает, что нарушено прямо сейчас. Недельный — где повторяется причина. Вторая часть важнее: она превращает SLA из системы тревог в инструмент улучшения процесса.
- Просрочки сейчас: владелец, объект, длительность
- Доля соблюдения SLA по типам работ
- Топ причин просрочки
- Повторные нарушения по этапу, а не «рейтинг виноватых»
План внедрения на неделю
День 1 — выбрать точки контроля. День 2 — согласовать нормативы. День 3 — настроить события и уведомления. День 4 — прогнать 10 тестовых сценариев. День 5–7 — наблюдать реальные кейсы и корректировать исключения.
Перед тем как закрыть задачу
- ✓У SLA есть однозначное событие старта и конца
- ✓Учтён рабочий календарь
- ✓Есть предупреждение до просрочки
- ✓Есть понятная причина паузы/просрочки
- ✓Руководитель видит тенденцию за неделю
Цель SLA — не заставить людей быстрее нажимать кнопки, а сделать задержки видимыми раньше, чем их заметит клиент.
