SLA встречается в большинстве договоров на IT-аутсорсинг. Читают его дальше первой страницы редко — воспринимают как формальность, которую вставляет юрист по шаблону.
Ошибка объяснимая: пункт написан техническим языком, цифры в нем выглядят убедительно сами по себе, а разбираться, что стоит за словом «время реакции», кажется избыточным. Пока не наступает момент, когда этот пункт нужно применить на практике.
Что означают цифры на самом деле
«Время реакции 30 минут» звучит как гарантия быстрой помощи. На деле это может означать всего лишь автоматическое подтверждение заявки роботом — письмо «ваш запрос принят в обработку». Специалист при этом подключится через три часа, и формально условие договора не нарушено.
Разница между «временем реакции» и «временем решения» — ключевая, и подрядчики почти никогда не объясняют ее сами. Первое — про фиксацию проблемы, второе — про фактическое устранение. Компании нужно второе, а в договоре часто прописано только первое.
Категории серьезности
Серьезный SLA делит инциденты по категориям: критичный сбой (упали продажи, встал склад), средний (не работает второстепенный сервис), низкий (косметическая правка). У каждой категории свой срок реакции и решения. Если в договоре одна и та же цифра для всех случаев — это повод насторожиться: реальной градации ответственности за приоритеты нет. Подробнее о том, как строятся условия сопровождения — на сайте ИТ-Спектр
Штрафы, которые не работают
Пункт про неустойку за нарушение SLA часто выглядит внушительно, но на практике неприменим. Штраф в размере абонентской платы за месяц звучит справедливо, пока не читаешь мелкий шрифт: неустойка начисляется только после письменной претензии, поданной в течение трех дней, с приложением протокола фиксации инцидента по определенной форме.
Собственнику бизнеса, у которого только что упали продажи, обычно не до сбора протоколов по форме. Штраф существует на бумаге и почти никогда не выплачивается на практике — процедура получения компенсации обычно сложнее самой проблемы, которую она должна была компенсировать.
Что проверить до подписания
Стоит спросить у подрядчика конкретный пример из его практики: как выглядела последняя ситуация, когда SLA действительно нарушили, и что тогда произошло. Ответ по существу — хороший знак. Уклончивый ответ или фраза «такого еще не было» настораживает больше, чем честное признание проблемы.
Полезно также уточнить, кто физически отвечает на срочные заявки ночью и в выходные — единственный дежурный специалист или полноценная смена. Один человек на телефоне ночью означает долгое ожидание при реальной аварии, даже если в договоре написано «круглосуточно».
Зачем вообще в это вникать
Директор не обязан разбираться в технических деталях SLA так же глубоко, как ИТ-специалист. Но базовое понимание разницы между реакцией и решением, между общей и посекторной категорией серьезности — экономит деньги и нервы в момент, когда что-то реально ломается.
Хороший SLA держится на истории реальных инцидентов, которые подрядчик готов показать и разобрать по шагам.
