SLA в digital-проектах: почему об уровне сервиса нужно договариваться на старте

В большинстве договоров на разработку сайта или цифрового продукта подробно описан предмет работ, этапы и стоимость.

Но почти никогда не зафиксирован SLA (Service Level Agreement) — соглашение об уровне сервиса.

В результате конфликт возникает не из-за качества кода, а из-за ожиданий.

Что такое SLA простыми словами

SLA — это набор договорённостей о качестве и параметрах предоставляемых услуг.

Для web-студии это, например:

• часы доступности менеджера проекта;
• сроки реакции на обращения;
• время решения инцидентов;
• порядок работы с критическими сбоями;
• ответственность за нарушение сроков реакции.

Если упростить до бытового примера:

Магазин «у дома» работает с 09:00 до 22:00.
В 23:30 хлеб не продадут — не потому что вредничают, а потому что таков режим работы.

SLA — это «режим работы» сервиса.

Срочность и серьёзность — не одно и то же

В практике сопровождения digital-проектов часто путают две метрики:

• Срочность (Urgency) — насколько быстро нужно начать реагировать.
• Серьёзность (Severity) — насколько критичны последствия инцидента.

Простой пример:

• Дымится мусорка — можно дождаться дворника.
• Горит сухостой — нужна пожарная бригада.
• Горит квартира — максимальный приоритет и немедленная реакция.

Так же и с сайтами:

• Не подгружается картинка в блоге — низкая серьёзность.
• Не работает форма заявки — средняя.
• Интернет-магазин не принимает оплату — критическая.

И у каждого типа инцидента должны быть заранее определены:

• время реакции (response time);
• время решения (resolution time);
• ответственные лица.

Почему отсутствие SLA ломает проекты

На практике SLA почти никогда не фиксируется:

• ни в договоре;
• ни в приложении к нему;
• ни хотя бы на уровне понятийной договорённости.

В результате:

• клиент ожидает реакцию «в любое время»;
• подрядчик работает в стандартные часы;
• менеджеры не понимают, обязаны ли отвечать вечером;
• инциденты классифицируются хаотично.

Это приводит к:

• конфликтам;
• выгоранию команды;
• неучтённым переработкам;
• финансовым потерям.

SLA напрямую влияет на стоимость

Разные проекты требуют разного уровня сервиса.

Базовый SLA

• Доступность: 10:00–18:00, будние дни.
• Реакция: до 1 рабочего дня.
• Решение: по согласованию.

Расширенный SLA

• Расширенные часы поддержки.
• Реакция на критические инциденты в течение 1–2 часов.
• Возможность работы вне стандартного графика.
• Дежурные специалисты.

Очевидно, что второй вариант не может стоить столько же, сколько первый.

Если уровень сервиса не зафиксирован — он всё равно будет оказываться.
Вопрос только в том, оплачивается ли он.

Что обязательно нужно проговорить на старте проекта

1. Часы доступности команды.
2. Канал подачи инцидентов (email, тикет-система, портал).
3. Классификацию инцидентов по серьёзности.
4. Время реакции для каждого уровня.
5. Ожидаемый формат ответа.
6. Последствия нарушения SLA (если применимо).
7. Отдельную стоимость расширенного SLA.

Ключевой момент — эти правила должны знать не только руководители, но и менеджеры проектов.

Если менеджер не понимает:

• обязан ли он отвечать в 21:30,
• в какой срок нужно дать обратную связь,
• что считается инцидентом критического уровня,

процесс неизбежно станет хаотичным.

Чем студия отличается от фриланса

Разница не в количестве людей.

Разница — в процессах.

Студия — это:

• формализованные правила;
• управляемые метрики;
• прогнозируемый сервис;
• прозрачные ожидания.

Фриланс — это часто договорённость «по ситуации».

SLA — один из ключевых маркеров зрелости digital-команды.

Итог

Отсутствие SLA превращает сотрудничество в угадайку:

• «Почему вы не ответили вечером?»
• «Почему задача не решена за два часа?»
• «Мы думали, это критично.»

Все эти вопросы должны быть сняты до старта работ.

SLA это инструмент управления ожиданиями и рисками.

И обсуждать его нужно тогда, когда всё спокойно, а не в момент первого инцидента.