Что такое SLA и зачем его настраивать
SLA (Service Level Agreement) — это набор правил, которые определяют, как быстро команда должна отреагировать на заявку и закрыть её. Без SLA поддержка работает хаотично: что-то решается за минуту, что-то зависает на неделю.
Правильно настроенный SLA даёт три вещи: предсказуемость для клиентов, прозрачность для руководства, чёткие ориентиры для команды.
Определите метрики
Два ключевых параметра SLA:
Время реакции (FRT)
Сколько времени проходит от создания заявки до первого ответа специалиста. Клиент должен знать, что его услышали.
Время решения (MTTR)
Сколько времени проходит от создания заявки до её закрытия. Главный показатель эффективности поддержки.
Создайте приоритеты
Не все заявки одинаково срочные. Стандартная модель P1–P4:
| Приоритет | Описание | Реакция | Решение |
|---|---|---|---|
| P1 — Критический | Система не работает, бизнес стоит | 15 мин | 1 час |
| P2 — Высокий | Важная функция не работает, есть обходной путь | 30 мин | 4 часа |
| P3 — Средний | Неудобство, но работа продолжается | 2 часа | 1 день |
| P4 — Низкий | Пожелание, вопрос, улучшение | 8 часов | 5 дней |
Важно: цифры в таблице — ориентир. Адаптируйте под свой бизнес. Для SLA лучше начать с реалистичных сроков и постепенно сокращать, чем обещать невозможное.
Настройте уведомления
SLA без уведомлений — просто табличка. Настройте автоматические оповещения:
- Предупреждение: за 15 минут до нарушения SLA — уведомление исполнителю.
- Нарушение: SLA просрочен — уведомление руководителю + визуальная пометка в системе.
- Эскалация: если заявка P1 не взята в работу 30 минут — автоматическое переназначение.
Определите рабочее время
SLA считается в рабочих или календарных часах? Это принципиально.
Рабочие часы
Пн–Пт, 9:00–18:00. Заявка, созданная в 17:55, не будет просрочена к 9:00 следующего дня. Подходит для внутренней IT-поддержки.
Календарные часы (24/7)
Таймер не останавливается. Подходит для критичных сервисов: хостинг, e-commerce, финансовые системы.
Тестируйте и улучшайте
После запуска SLA через 2–4 недели проверьте:
- Какой % заявок закрывается в срок? Целевой показатель — 90%+.
- Какой приоритет чаще всего нарушается? Возможно, сроки нереалистичны.
- Есть ли заявки без приоритета? Настройте автоприоритизацию или обязательное поле.
Ошибки при настройке SLA
Часто задаваемые вопросы
Какие SLA-метрики самые важные?
Время первого ответа (FRT) и время решения (MTTR). Для начала этих двух достаточно. Позже можно добавить % выполнения SLA и CSAT.
Как часто пересматривать SLA?
Раз в квартал. Посмотрите на статистику выполнения: если больше 95% заявок закрываются в срок — можно ужесточить. Если меньше 80% — смягчите или увеличьте команду.
Нужен ли SLA для внутренней поддержки?
Да. Без SLA внутренняя поддержка обычно работает по принципу «кто громче кричит». SLA наводит порядок и защищает команду от хаотичных приоритетов.
Работают ли шаблонные SLA или нужно создавать свои?
Начните с шаблона (например, из таблицы выше) и адаптируйте. Через 2–4 недели у вас будет статистика, чтобы скорректировать сроки под реальность.