SLA в техподдержке
SLA (Service Level Agreement) — это соглашение об уровне сервиса. Оно определяет, как быстро команда поддержки реагирует на заявки, как решает инциденты и что происходит, если обязательства не выполнены. Без SLA поддержка превращается в лотерею.
В этой статье — что такое SLA, из чего он состоит, как правильно его составить и не переплатить. Разберём время реакции, время решения, приоритеты, эскалацию. Если нужна техподдержка с SLA — поможем.
Что такое SLA
SLA (Service Level Agreement) — это документ, который фиксирует договорённости между заказчиком и исполнителем об уровне сервиса. В контексте техподдержки SLA определяет:
- Что считается инцидентом — какие события требуют реакции;
- Как быстро реагировать — время до первого ответа;
- Как быстро решать — время до устранения проблемы;
- Кто отвечает — распределение ответственности;
- Что при нарушении — компенсации или штрафы.
Зачем нужен SLA
- Прозрачность — вы знаете, чего ожидать;
- Ответственность — исполнитель обязан соблюдать сроки;
- Приоритизация — критичные задачи решаются первыми;
- Защита — при нарушении вы получаете компенсацию;
- Планирование — вы можете строить процессы, зная сроки.
💡 Важно
SLA — это не гарантия, что ничего не сломается. Это гарантия, что при сбое реакция будет предсказуемой и в срок. Инциденты случаются у всех, важно — как быстро их решают.
Из чего состоит
Хороший SLA включает несколько ключевых элементов.
| Элемент | Что определяет | Пример |
|---|---|---|
| Часы поддержки | Когда команда доступна | Будни 9:00–19:00, выходные по запросу |
| Время реакции | Как быстро команда отвечает | Критичные — 30 минут, обычные — 4 часа |
| Время решения | Как быстро устраняется проблема | Критичные — 4 часа, обычные — 3 дня |
| Приоритеты | Классификация инцидентов | Critical, High, Medium, Low |
| Эскалация | Кому передаётся проблема | Уровень 1, 2, 3 |
| Компенсации | Что при нарушении | Скидка, бонусные часы |
| Исключения | Что не считается нарушением | Форс-мажор, действия клиента |
Что важно учесть
- Реалистичность — не требуйте 15 минут реакции, если у подрядчика 5 клиентов;
- Измеримость — все параметры должны быть измеримы;
- Гибкость — SLA можно пересматривать раз в полгода;
- Прозрачность — отчётность по SLA обязательна.
Время реакции и решения
Это два ключевых параметра SLA. Часто их путают.
Время реакции (Response Time)
Время реакции — это время от подачи заявки до первого ответа команды поддержки. Ответ может быть:
- Автоматический — «Заявка принята»;
- От специалиста — «Начали разбираться»;
- С вопросом — «Уточните детали».
Время реакции — это не время решения. Это только подтверждение, что заявка принята в работу.
Время решения (Resolution Time)
Время решения — это время от подачи заявки до полного устранения проблемы. Это более важный параметр для бизнеса.
Типичные значения
| Приоритет | Время реакции | Время решения |
|---|---|---|
| Critical | 15-30 минут | 2-4 часа |
| High | 1-2 часа | 8-24 часа |
| Medium | 4-8 часов | 2-3 дня |
| Low | 24 часа | 5-10 дней |
💡 Важно
Реальные сроки решения зависят от сложности. Если проблема требует анализа, время может быть увеличено с согласованием. Главное — не молчать, а информировать о статусе.
Приоритеты
Приоритет определяет, как быстро задача попадёт в работу. Обычно используется 4 уровня.
| Приоритет | Описание | Примеры |
|---|---|---|
| Critical | Система недоступна, бизнес стоит | Сайт упал, оплата не проходит, данные потеряны |
| High | Важная функция не работает | Не работает поиск, ошибка в корзине |
| Medium | Ошибка, но система работает | Косметический баг, медленная загрузка |
| Low | Улучшение, не влияет на работу | Изменение цвета кнопки, новая функция |
Как определить приоритет
- Влияние на бизнес — сколько денег теряется из-за проблемы;
- Количество пользователей — кого затрагивает проблема;
- Возможность обхода — есть ли временное решение;
- Срочность — как быстро нужно решение.
Эскалация
Эскалация — передача задачи на более высокий уровень, если она не решена в срок. Это механизм, который гарантирует, что проблема не «зависнет».
Типичная схема
| Уровень | Кто | Срок | Что делает |
|---|---|---|---|
| Уровень 1 | Дежурный инженер | 15 минут | Диагностика, первичные действия |
| Уровень 2 | Старший инженер | 30 минут | Подключение к решению |
| Уровень 3 | Руководитель | 60 минут | Эскалация, решение о ресурсах |
Правила эскалации
- Автоматическая — если не решено в срок, эскалация происходит сама;
- По запросу — вы можете запросить эскалацию, если недовольны;
- Уведомления — вы получаете информацию о передаче задачи;
- Отчёт — после решения предоставляется разбор инцидента.
Штрафы и компенсации
Что происходит, если SLA нарушен? В хорошем договоре это прописано.
Формы компенсаций
- Скидка на следующий месяц — процент от абонентской платы;
- Бонусные часы — дополнительные часы работы бесплатно;
- Возврат части оплаты — за период нарушения;
- Продление подписки — бесплатный месяц;
- Приоритетное обслуживание — ускоренное решение следующих задач.
Что важно учесть
- Размер компенсации — обычно 5-20% от месячной оплаты;
- Порог — минимальное нарушение, с которого начинаются компенсации;
- Исключения — форс-мажор, действия клиента, плановые работы;
- Порядок — как фиксируется нарушение и как получить компенсацию.
💡 Важно
Компенсации — это не главное в SLA. Главное — предсказуемость. Если подрядчик редко нарушает SLA, компенсации не нужны.
Как выбрать SLA
Что учитывать
- Критичность системы — для e-commerce нужна быстрая реакция, для блога — нет;
- Бюджет — жёсткий SLA стоит дороже;
- Размер команды — если у подрядчика мало людей, жёсткий SLA нереален;
- График работы — нужна ли поддержка в выходные и ночью;
- История — как часто подрядчик нарушал SLA у других клиентов.
Типичные ошибки
- Слишком жёсткий SLA — подрядчик не справится, и это будет стресс для всех;
- Отсутствие приоритетов — все задачи «срочные», в итоге не решается ничего;
- Нет отчётности — невозможно проверить, соблюдается ли SLA;
- Нет эскалации — проблема может «зависнуть» без последствий.
Чек-лист SLA
Что должно быть в SLA
- Часы поддержки
- Время реакции по приоритетам
- Время решения по приоритетам
- Классификация приоритетов
- Схема эскалации
- Формы компенсаций
- Исключения
Что проверить
- Реалистичность сроков
- Измеримость параметров
- Наличие отчётности
- Прозрачность эскалации
- Соответствие бюджету
- Отзывы других клиентов
- Возможность пересмотра
Наши рекомендации
Что вы получаете, заказывая поддержку с SLA у нас
- SLA в договоре — время реакции, решения, эскалация;
- Реакция за 30 минут — на критичные инциденты;
- Отчётность — ежемесячные отчёты о соблюдении SLA;
- Выделенную команду — разработчик, тестировщик, менеджер;
- Мониторинг — автоматическое обнаружение проблем;
- Компенсации — при нарушении SLA.
📌 Итоговый вывод
SLA в техподдержке в 2026 году — это основа предсказуемых отношений.
Что нужно знать:
- SLA — соглашение об уровне сервиса: время реакции, решения, эскалация;
- Из чего состоит: часы поддержки, время реакции, время решения, приоритеты, эскалация, компенсации;
- Время реакции — до первого ответа, время решения — до устранения проблемы;
- Приоритеты: Critical (30 мин), High (1-2 ч), Medium (4-8 ч), Low (24 ч);
- Эскалация — 3 уровня: дежурный, старший инженер, руководитель;
- Компенсации — 5-20% от месячной оплаты при нарушении;
- Как выбрать — реалистичность, измеримость, отчётность, соответствие бюджету.
Также рекомендуем: техподдержка, управление инцидентами, управление бэклогом, стоимость поддержки, все статьи.