SLA (service level agreement, соглашение об уровне сервиса) — это приложение к договору поддержки, в котором записано, за какое время исполнитель обязан отреагировать на обращение и за какое — вернуть работоспособность. Не обещание качества вообще, а конкретный перечень сроков с определениями, что именно считается реакцией и что именно считается решением.
Ближайшая офисная аналогия — сервисная служба бизнес-центра. В договоре аренды написано: «реагируем на заявку в течение двух часов». Мастер приходит через полтора часа, смотрит на сломанный кондиционер и говорит: нужна деталь, будет в четверг. Обязательство выполнено, переговорная три дня стоит закрытой. Ровно так же устроено большинство SLA на ИТ-поддержку: срок ответа записан, срок починки — нет.
Дальше — шесть параметров документа и модельный расчёт по состоянию на сентябрь 2026 года. Пример: производственно-торговая компания, 120 человек, контур из CRM, обмена с 1С и бота приёма заявок. Поддержка в режиме будних дней стоит 35 000 ₽/мес, круглосуточная — 82 000 ₽/мес. Полная стоимость часа рядового сотрудника — 700 ₽.
Реакция и решение — два разных обещания
Срок, за который исполнитель обязан ответить живым человеком: подтвердить приём обращения, присвоить номер и назвать исполнителя. Ничего про починку не обещает. Проверочный вопрос подрядчику: считается ли реакцией автоответ робота о приёме заявки — если да, параметр бесполезен.
Срок, за который работоспособность восстановлена. Делится на две части: обход — работа продолжается, пусть и неудобным способом, и полное восстановление — причина устранена. В договоре нужны обе цифры: обход показывает, когда люди вернутся к работе, полное восстановление — когда перестанут делать это вручную.
Разделение важно потому, что «ответили за 15 минут» и «починили за пять дней» — совместимые факты. Компания подписывает документ, видя первое число, а живёт со вторым. Практическое требование к формулировке: у каждого класса обращений записаны обе цифры, и обе привязаны к календарю обслуживания, а не к астрономическим часам.
Горизонтальная линия времени слева направо с четырьмя отметками. Первая — «Событие: обмен встал». Вторая — «Реакция: 30 минут, ответил человек, назван исполнитель». Третья — «Обход: 4 часа, заказы вводятся вручную». Четвёртая — «Полное восстановление: 1 рабочий день». Над второй отметкой выноска «эту цифру пишут всегда», над третьей и четвёртой — выноска «эти две забывают». Под линией узкая полоса с подписью «календарь обслуживания: пн–пт, 9:00–18:00 МСК». Тонкие чертёжные линии, подписи по-русски.
Шесть параметров, без которых документ не защищает
Проверять SLA удобно по списку: найти каждый из шести параметров и посмотреть, чем он заполнен. Правая колонка таблицы — реальные формулировки из договоров поддержки, которые выглядят как обязательство, но не создают его.
| Параметр | Что должно быть записано | Формулировка, которая ничего не гарантирует |
|---|---|---|
| Часы обслуживания | Пн–пт 9:00–18:00 МСК кроме нерабочих праздничных дней; вне этих часов заявка принимается, срок идёт с начала следующего рабочего часа | В рабочее время |
| Классы обращений | Три класса с признаком отнесения и указанием, кто относит и как оспорить класс | В зависимости от важности обращения |
| Время реакции | Ответ живого человека с номером заявки и назначенным исполнителем — 30 минут для критического класса | Оперативно, в кратчайшие сроки |
| Время решения | Отдельно обход и отдельно полное восстановление, для каждого класса своё число | До полного устранения проблемы |
| Порядок эскалации | На 70 % исчерпанного срока — руководителю поддержки, на 90 % — техническому директору, с именами и телефонами | При необходимости привлекается руководство |
| Последствия нарушения | Перерасчёт, право приостановить оплату и право выйти из договора без штрафа после трёх нарушений подряд | Стороны решают вопрос путём переговоров |
Отдельно проверьте, кто присваивает класс обращению. Если это делает исполнитель без права заказчика оспорить решение, все шесть параметров обходятся одним движением: любое обращение получает низкий класс и укладывается в срок. Полный состав работ по сопровождению, который прикрывается этими сроками, разобран в материале про то, что входит в поддержку системы.
Три класса по влиянию на бизнес, а не по сложности
Классификация по технической сложности бесполезна заказчику: ему всё равно, сложная ли причина, ему важно, работает ли компания. Поэтому признак отнесения формулируется на языке бизнеса, и трёх классов хватает почти всегда.
- 1Критический — работа встала, обходного пути нет
Не принимаются заказы, не печатаются отгрузочные документы, встал обмен с 1С. Реакция 30 минут, обход 4 часа, полное восстановление 1 рабочий день. Признак простой: группа людей физически не может делать свою работу.
- 2Существенный — работа идёт с ручным обходом
Заказы вводятся руками, отчёт не строится, бот не отвечает и обращения уходят операторам. Реакция 4 часа, решение 3 рабочих дня. Люди работают, но тратят лишнее время — и именно это время потом считается деньгами.
- 3Плановый — неудобство и доработки
Новый отчёт, изменение шаблона, неудобная сортировка. Реакция 1 рабочий день, срок по согласованию, но не более 15 рабочих дней. Верхняя граница нужна: без неё плановые обращения копятся годами и превращаются в список претензий к системе.
Уровней приоритета нужно ровно столько, сколько разных действий предпринимает поддержка. Если по двум уровням делается одно и то же и с одинаковой скоростью — это один уровень с двумя названиями, и он существует только затем, чтобы отчётность выглядела лучше. Как вывести нормативы из собственного распределения времени решения, а не из чужого шаблона, разобрано в материале про SLA в поддержке.
Сколько стоит круглосуточный режим и кому он нужен
Разница между режимом будних дней и круглосуточным дежурством в нашем контуре — 47 000 ₽/мес, то есть 564 000 ₽ в год. Чтобы понять, нужна ли доплата, считают не спокойствие, а цену инцидента, который она предотвращает. Модельный случай: обмен CRM с 1С встал в пятницу в 17:10, поддержка работает до 18:00, восстановление пришлось на утро понедельника.
Отсюда порог считается в одну строку. Доплата окупается, если таких инцидентов 35 в год, а не 3, либо если один инцидент стоит 188 000 ₽ вместо 16 010 ₽ — почти в 12 раз дороже. У модельной компании инцидентов 2–4 в год и вечерние часы малолюдны, поэтому круглосуточный режим ей не нужен: те же деньги полезнее потратить на жёсткий обход в рабочее время и на мониторинг, который ловит сбой обмена раньше людей.
Обратная ситуация выглядит так же арифметически, но с другими вводными: склад в две смены, маркетплейсный контур с ночной передачей заказов, производство в три смены. Там остановка обмена в 23:00 означает, что смена работает вслепую до утра, и цена инцидента как раз выходит на шестизначные числа. Подробный расчёт доступности контура и цены ночного дежурства мы разбирали в статье про SLA простыми словами: время реакции, решения и цена ночи.
Столбчатая диаграмма из двух групп. Слева одиночный высокий столбец «Доплата за режим 7×24 — 564 000 ₽/год». Справа группа из трёх низких столбцов «3 инцидента в год × 16 010 ₽ = 48 030 ₽» с подписью «фактический ущерб». Между группами горизонтальная штриховая линия порога и две выноски: «окупится при 35 инцидентах в год» и «или при цене инцидента 188 000 ₽». Оси подписаны: рубли в год. Тонкие чертёжные линии, подписи по-русски.
Что делать, если сроки нарушаются регулярно
Первое, о чём стоит знать заранее: денежная защита в SLA почти всегда символическая. Типовой перерасчёт — возврат части абонентской платы за месяц, и на фоне 17 360 ₽ ущерба от одного инцидента это единицы процентов. Судиться из-за таких сумм никто не будет, и обе стороны это понимают.
Поэтому рабочая защита — процедурная, и состоит она из трёх пунктов, которые вписываются в договор до подписания.
- 1Ежемесячный отчёт о выполнении с числом обращений по классам, долей уложившихся в норматив и списком нарушений с причиной. Без отчёта нарушение придётся доказывать перепиской, а это спор о том, когда именно вы «сообщили».
- 2Право приостановить оплату до устранения нарушения. Работает сильнее штрафа, потому что бьёт по денежному потоку исполнителя сразу, а не по итогам квартала.
- 3Право выйти из договора без штрафа после трёх нарушений подряд по одному классу — с передачей доступов, паролей и документации в оговорённый срок. Именно этот пункт делает предыдущие два не декларацией. Что должно передаваться при расставании, разобрано в материале про передачу доступов при завершении проекта.
Когда SLA не нужен
Соглашение об уровне сервиса стоит денег: и прямо, в абонентской плате, и косвенно — в часах на отчётность. Есть случаи, где оно не окупается.
- Система не влияет на выручку и на обязательства перед клиентами. Внутренний отчёт, который смотрят раз в неделю, переживёт три дня простоя без последствий. Здесь достаточно почасовой поддержки по заявке.
- Работ меньше 3–4 часов в месяц. Абонентская плата с гарантированными сроками при таком объёме дороже, чем оплата по факту. Границу и вилки цен по типам решений мы разбирали в материале про то, сколько стоит поддержка и зачем она нужна.
- Система на гарантии, и дефекты чинятся по договору разработки. Пока действует гарантийный срок, отдельное соглашение дублирует уже оплаченное обязательство — если, конечно, в договоре записаны сроки устранения, а не только сам факт гарантии.
И признак обратного: если остановка системы означает, что группа людей не может работать, а клиенты об этом узнают в тот же день, SLA нужен независимо от размера компании. Проверить готовность будущего исполнителя проще всего одним тестовым обращением в пятницу в 20:00 — до подписания договора, а не после первого инцидента.
Соглашение, в котором записано только время ответа, гарантирует вам вежливость, а не работоспособность. Это разные товары, и стоят они по-разному.
