SLA (Service Level Agreement) — это соглашение об уровне обслуживания, которое фиксирует обязательства IT-аутсорсера перед клиентом. SLA определяет, какие гарантии даёт подрядчик, как измеряется качество услуг и что происходит при нарушении гарантий.
В этой статье разберём, что такое SLA простыми словами, какие показатели должны быть в SLA IT-аутсорсинга, как проверить выполнение и почему это важно для бизнеса.
Что такое SLA простыми словами
SLA — это обещания IT-аутсорсера, зафиксированные в договоре. Например: "мы отреагируем на критическую проблему в течение 15 минут" или "серверы будут доступны 99.9% времени".
Без SLA вы не сможете требовать от подрядчика соблюдения стандартов качества. Если что-то идёт не так, вы не сможете доказать, что подрядчик нарушил обязательства.
Красный флаг: если IT-аутсорсер отказывается прописывать SLA в договоре или говорит "мы всегда всё делаем быстро", это повод насторожиться. Профессиональные компании всегда фиксируют гарантии.
Зачем нужен SLA
SLA нужен для:
- Защиты интересов клиента (гарантии фиксируются в договоре)
- Измерения качества услуг (есть конкретные метрики)
- Мотивации подрядчика (штрафы за нарушение)
- Прозрачности (понятно, чего ожидать)
- Разрешения споров (есть критерии для оценки)
Какие показатели должны быть в SLA
1. Время реакции на инциденты
Это время от момента получения заявки до начала работы над проблемой. Обычно измеряется в минутах или часах.
Типичные значения:
- Критические инциденты (сервер упал, нет интернета): 15-30 минут
- Высокий приоритет (не работает программа): 1-2 часа
- Средний приоритет (мелкие проблемы): 4-8 часов
- Низкий приоритет (запросы на изменения): 1-2 рабочих дня
Важно: время реакции — это не время решения проблемы, а время начала работы над ней. Сложные проблемы могут решаться дольше, но подрядчик должен начать работу в указанное время.
2. Время восстановления (MTTR)
MTTR (Mean Time To Repair) — среднее время восстановления после сбоя. Это время от начала работы над проблемой до её решения.
Типичные значения:
- Критические инциденты: 2-4 часа
- Высокий приоритет: 8-24 часа
- Средний приоритет: 1-3 рабочих дня
3. Гарантия доступности (Uptime)
Это процент времени, в течение которого системы должны быть доступны. Обычно измеряется в процентах за месяц или год.
Типичные значения:
- 99.9% (≈43 минуты простоя в месяц)
- 99.95% (≈22 минуты простоя в месяц)
- 99.99% (≈4 минуты простоя в месяц)
99.9% uptime означает, что система может быть недоступна максимум 43 минуты в месяц. Это стандарт для большинства бизнес-приложений.
4. Время обработки заявок
Это время от создания заявки до её закрытия (решения проблемы).
Типичные значения:
- Критические: 4 часа
- Высокий приоритет: 1 рабочий день
- Средний приоритет: 3 рабочих дня
- Низкий приоритет: 5 рабочих дней
5. Процент успешного решения
Это процент заявок, которые были решены с первого раза без эскалации.
Типичные значения:
- Критические инциденты: 70-80%
- Обычные заявки: 85-95%
Как измеряется выполнение SLA
Для измерения выполнения SLA нужны инструменты и процессы:
- Система учёта заявок (HelpDesk) — фиксирует время создания, реакции, решения
- Мониторинг систем — отслеживает доступность серверов и приложений
- Отчёты — регулярные отчёты о выполнении SLA (обычно ежемесячно)
- Дашборды — визуализация метрик в реальном времени
Хороший IT-аутсорсер предоставляет доступ к системе учёта заявок и дашбордам, чтобы клиент мог видеть выполнение SLA в реальном времени.
Штрафные санкции за нарушение SLA
В договоре должны быть прописаны штрафные санкции за нарушение SLA. Это мотивирует подрядчика соблюдать гарантии.
Типичные санкции:
- Скидка на следующий месяц (например, 10% за каждое нарушение)
- Компенсация времени простоя
- Бесплатное продление договора
- Расторжение договора без штрафов (при систематических нарушениях)
Важно: штрафные санкции должны быть справедливыми и реалистичными. Слишком жёсткие санкции могут привести к тому, что подрядчик откажется от работы или будет завышать цену.
Что должно быть в SLA
Обязательные элементы SLA:
- Чёткое определение инцидентов и их приоритетов
- Измеримые показатели (время в минутах/часах, проценты)
- Методы измерения (как фиксируются нарушения)
- Штрафные санкции за нарушение
- Процедуры эскалации проблем
- Исключения (когда SLA не применяется, например, при форс-мажоре)
- Период отчётности (ежемесячно, ежеквартально)
Красные флаги в SLA
Повод насторожиться:
- Размытые формулировки ("быстрое реагирование" вместо "15 минут")
- Отсутствие штрафных санкций
- Невозможность проверить выполнение (нет доступа к системам)
- Слишком мягкие гарантии (например, 95% uptime)
- Много исключений, которые освобождают от ответственности
Как проверить выполнение SLA
Что нужно делать:
- Регулярно запрашивать отчёты о выполнении SLA
- Проверять доступ к системе учёта заявок
- Сверять данные отчётов с реальностью
- Фиксировать нарушения и требовать компенсации
- Проводить регулярные встречи с подрядчиком для обсуждения SLA
Пример хорошего SLA
Пример формулировки в договоре:
"Подрядчик обязуется обеспечить время реакции на инциденты не более: - Критические инциденты (полная недоступность сервиса): 15 минут - Высокий приоритет (частичная недоступность): 1 час - Средний приоритет: 4 часа Гарантия доступности серверов: 99.9% в месяц. При нарушении SLA предоставляется скидка 10% на следующий месяц за каждое нарушение."
Резюме
SLA — это критически важный элемент договора IT-аутсорсинга. Он фиксирует гарантии подрядчика, позволяет измерять качество услуг и защищает интересы клиента.
Ключевые показатели SLA: время реакции, время восстановления, гарантия доступности, время обработки заявок. Важно, чтобы показатели были измеримыми, проверяемыми и с чёткими штрафными санкциями за нарушение.
Мы в MITPro прописываем детальный SLA в каждом договоре: конкретные гарантии, измеримые показатели, прозрачные штрафные санкции. Предоставляем доступ к системе учёта заявок и регулярные отчёты о выполнении SLA. Если хотите обсудить условия сотрудничества — закажите бесплатную консультацию.