SLA в техподдержке: что важно зафиксировать
SLA — документ, который определяет, как будет работать техподдержка и что она гарантирует. Без SLA сотрудничество превращается в «догадайся сам»: вы не знаете, чего ожидать, а подрядчик — что от него требуется.
В этой статье — что такое SLA в техподдержке, какие показатели важно зафиксировать и как не попасть в неприятную ситуацию. Если хотите работать с нами по прозрачному SLA — обращайтесь.
Что такое SLA
SLA (Service Level Agreement) — соглашение об уровне обслуживания. Документ, в котором фиксируются обязательства подрядчика по техподдержке: что он делает, за какое время, с каким качеством и что будет, если обязательства не выполнены.
SLA может быть частью основного договора или отдельным приложением. Обычно включает:
- Перечень услуг: что именно подрядчик обязуется делать;
- Сроки реакции: сколько времени есть на ответ по обращению;
- Сроки решения: сколько времени на устранение проблемы;
- Доступность сайта: процент времени, когда сайт должен работать;
- Приоритеты: критичные, серьёзные, средние, мелкие задачи;
- Ответственность: что подрядчик платит или делает при нарушении SLA;
- Каналы обращения: как связаться, где фиксируются заявки.
Зачем нужен SLA
Прозрачность
Вы точно знаете, чего ожидать от подрядчика, а подрядчик — что от него требуется.
Защита интересов
SLA защищает обе стороны: клиент получает гарантии, подрядчик — защиту от необоснованных претензий.
Управляемость
Можно измерить качество работы и на основе этого принимать решения.
Основание для претензий
Если подрядчик не выполняет SLA — у вас есть формальное основание для требований.
Показатели SLA
Ключевые метрики, которые важно включить в SLA:
1. Время реакции
Сколько времени есть у подрядчика, чтобы отреагировать на обращение: зафиксировать заявку, начать диагностику, связаться с клиентом.
- Критичные задачи: 15-30 минут;
- Серьёзные задачи: 1-2 часа;
- Средние задачи: 4-8 часов;
- Мелкие задачи: до 24 часов.
2. Время решения
Сколько времени есть на полное устранение проблемы или выполнение задачи. Зависит от сложности.
3. Доступность сайта
Процент времени, когда сайт должен быть доступен. Стандартные значения:
- 99,9% — около 8,7 часов простоя в год;
- 99,95% — около 4,4 часа в год;
- 99,99% — около 52 минут в год.
4. Время работы
В какие часы подрядчик доступен:
- Рабочие часы: 9:00-18:00 по будням;
- Расширенные часы: 8:00-22:00, включая выходные;
- Круглосуточно: 24/7 для критичных сервисов.
5. Каналы обращения
- Телефон — для срочных вопросов;
- Email — для обычных заявок;
- Тикет-система — для отслеживания статуса;
- Мессенджеры — для быстрых консультаций.
Приоритеты задач
Разные задачи требуют разной скорости реакции. В SLA фиксируются приоритеты:
| Приоритет | Примеры | Реакция | Решение |
|---|---|---|---|
| Критичный | Сайт недоступен, потеря данных, угроза безопасности | 15-30 мин | До 4 часов |
| Серьёзный | Не работает ключевой функционал, ошибки на страницах, не работают формы | 1-2 часа | До 24 часов |
| Средний | Проблемы с отдельными функциями, консультации, настройка | 4-8 часов | До 3 рабочих дней |
| Мелкий | Косметические улучшения, правки, документирование, плановые работы | 1 рабочий день | По согласованию |
Ответственность за нарушение SLA
В SLA должны быть прописаны последствия нарушений. Варианты:
- Финансовая компенсация: скидка на следующий месяц или выплата;
- Расширенные работы: подрядчик выполняет дополнительные задачи бесплатно;
- Эскалация: проблема передаётся руководству подрядчика;
- Расторжение договора: при систематических нарушениях;
- Штраф: за каждое нарушение или за час просрочки.
💡 Важно
Компенсации должны быть реальными и ощутимыми, но не настолько жёсткими, чтобы подрядчик отказывался от сотрудничества. Наша практика — компенсация в виде скидки на следующий месяц или бесплатных дополнительных работ.
Типичные ошибки при составлении SLA
1. Размытые формулировки
«Оперативно», «в кратчайшие сроки» — нет конкретики. Должны быть точные сроки.
2. Отсутствие приоритетов
Все задачи одинаковы — значит, критичная может ждать в очереди. Нужны приоритеты.
3. Нет метрик измерения
Если нельзя измерить — нельзя проконтролировать. Нужны конкретные метрики.
4. Нет ответственности
SLA без санкций — просто бумага. Нужны реальные последствия нарушений.
5. Нереальные сроки
«Реакция 1 минута 24/7» — невыполнимо. Сроки должны быть достижимыми.
6. Игнорирование выходных
Если бизнес работает 7 дней в неделю — SLA должен учитывать это.
7. Нет описания услуг
Что именно входит в SLA? Что дополнительно оплачивается? Это должно быть в документе.
8. Отсутствие процедуры эскалации
Что делать, если проблему не решают? Нужна схема эскалации.
Наши рекомендации
Наш стандартный SLA
- Реакция на критичные задачи: 15 минут;
- Реакция на серьёзные задачи: 1 час;
- Реакция на средние задачи: 4 часа;
- Реакция на мелкие задачи: 8 часов;
- Доступность сайта: 99,95%;
- Каналы обращения: телефон, email, Telegram, тикет-система;
- Компенсации: скидка на следующий месяц или бесплатные дополнительные работы.
📌 Итоговый вывод
SLA — это документ, который делает техподдержку прозрачной и управляемой.
Что нужно знать:
- Что это: соглашение об уровне обслуживания с фиксацией сроков и качества;
- Зачем: прозрачность, защита интересов, управляемость, основание для претензий;
- Показатели: время реакции, время решения, доступность, время работы, каналы;
- Приоритеты: критичные, серьёзные, средние, мелкие задачи;
- Ответственность: скидки, бесплатные работы, эскалация, расторжение;
- Ошибки: размытые формулировки, отсутствие приоритетов, нереальные сроки.
Также рекомендуем: что входит в техподдержку, виды техподдержки, обновления CMS, мониторинг, все статьи о техподдержке.