SLA на поддержку сайта (Service Level Agreement, соглашение об уровне сервиса) — это документ, в котором прописаны конкретные сроки реакции и устранения проблем, приоритеты задач, зона ответственности подрядчика и штрафы за просрочку. Без SLA вы платите абонентскую плату, но не знаете, через день или через неделю возьмут в работу вашу аварию. С SLA — точно знаете: критический сбой устраняется в течение двух часов, рутинная правка — в течение трёх рабочих дней. Это принципиальная разница, когда сайт приносит заявки.
«Поддержка есть, просто долго отвечают» — такую фразу мы слышим от клиентов, которые приходят к нам со сломанным сайтом и предыдущим подрядчиком, который не выходил на связь двое суток. Никакого злого умысла — просто не было зафиксировано, что авария требует реакции быстрее, чем «когда дойдут руки». SLA закрывает именно эту дыру.
Что такое SLA и из чего он состоит
SLA — это набор измеримых обязательств. Главное слово здесь «измеримых»: не «быстро реагируем», а «берём заявку в работу не позднее 2 часов с момента обращения». Разница такая же, как между «скоро приедем» и «будем в 14:30».
Полноценный SLA на поддержку сайта включает несколько обязательных компонентов:
- Время первичной реакции. За сколько специалист подтвердит получение заявки и начнёт разбираться. Обычно от 15 минут до 4 часов — зависит от приоритета.
- Время устранения. За сколько проблема будет решена или переведена в более управляемое состояние. Для критических аварий — часы, для плановых задач — дни.
- Часы обслуживания. 8×5 (рабочие часы), 16×7 или 24×7. Для большинства бизнесов достаточно расширенного рабочего дня, для интернет-магазинов с круглосуточными продажами нужно что-то большее.
- Приоритеты (severity levels). Градация задач по критичности — что считается аварией, а что плановой правкой.
- Зона ответственности. Что подрядчик берёт на себя: хостинг, CMS, интеграции, контент, — а что остаётся на стороне клиента.
- Санкции. Что происходит, если сроки нарушены: перерасчёт стоимости, бонусные часы, конкретная компенсация.
Приоритеты задач: что считается аварией, а что — нет
Большинство конфликтов с подрядчиком происходят именно здесь: клиент считает, что упавшая форма обратной связи — это катастрофа, подрядчик ставит задачу в общую очередь как «мелкий баг». SLA снимает этот спор через чёткую классификацию.
Вот типовая структура приоритетов, которую мы используем в работе:
| Приоритет | Что это | Реакция | Устранение |
|---|---|---|---|
| Критический (P1) | Сайт недоступен, оплата не проходит, взлом и дефейс | до 1 часа | до 4 часов |
| Высокий (P2) | Ключевая функция сломана: каталог не открывается, корзина не работает, формы не отправляют | до 2 часов | до 8 часов |
| Средний (P3) | Частичная проблема: отдельная страница 404, некорректное отображение на мобильном, ошибка в одном разделе | до 4 часов | до 2 рабочих дней |
| Плановый (P4) | Контентные правки, улучшения, консультации, новый функционал | до 1 рабочего дня | по согласованию |
Почему SLA особенно важен при работе через часовые пояса
Хабаровск опережает Москву на 7 часов. Это значит, что когда у вашего клиента из Хабаровска рабочий день в разгаре, московская студия уже заканчивает работу. Если в договоре написано «реагируем в течение рабочего дня» без уточнения, чей именно рабочий день имеется в виду — московский или дальневосточный — вы рискуете ждать реакции почти сутки.
Та же история работает наоборот: мы в Хабаровске ведём проекты из Санкт-Петербурга и западной части России. Клиент заметил проблему утром по своему времени — мы уже заканчиваем рабочий день. Без чёткого SLA это превращается в неловкий разговор про «мы же не работаем ночью». С SLA всё прозрачно: для P1 реакция в течение часа — и это работает вне зависимости от того, в каком городе кто находится. Именно поэтому мы фиксируем время реакции в часах, а не в «рабочих днях», когда речь идёт о чём-то критичном.
На наших проектах время реакции по P1 — до 1 часа, даже если авария случилась в пятницу вечером по хабаровскому времени. Это не рекламное обещание — это строчка в договоре, за которую мы несём ответственность.
Что должно быть в договоре: чек-лист
Перед подписанием договора на поддержку пройдитесь по этому списку. Если хоть один пункт размыт или отсутствует — просите уточнить письменно.
- Конкретные цифры реакции по каждому приоритету. Не «оперативно» и не «в ближайшее время» — числа и единицы измерения.
- Часы обслуживания с указанием часового пояса. Москва это или ваш регион — огромная разница для Дальнего Востока.
- Определение каждого приоритета. Конкретные примеры того, что относится к P1, P2 и так далее.
- Канал подачи заявок. Почта, мессенджер, тикет-система — и что считается «моментом начала» отсчёта времени реакции.
- Порядок эскалации. Что происходит, если первый специалист не решил проблему за отведённое время.
- Санкции за нарушение SLA. Без этого пункта весь остальной документ — просто красивые намерения.
- Что НЕ входит в SLA. Форс-мажоры (проблемы на стороне хостинга, DDoS, недоступность сторонних API) должны быть оговорены отдельно.
SLA и стоимость поддержки: как они связаны
Более жёсткий SLA стоит дороже — это честно. Гарантия реакции за 1 час 24×7 требует дежурного специалиста, запасных ресурсов и выстроенных процессов. Это не то, что можно предоставить по цене «минимального тарифа».
Здесь важно считать не абонентскую плату, а цену простоя. Если ваш интернет-магазин делает 500 000 ₽ выручки в день, то час недоступности — это потеря около 20 000 ₽ плюс репутационный ущерб. Разница между тарифом за 15 000 ₽ и за 30 000 ₽ в месяц окупается одним предотвращённым инцидентом. Для сайта-визитки небольшой компании расчёт будет другим — там хватает стандартного SLA с реакцией в пределах рабочего дня.
Как читать и сравнивать SLA разных подрядчиков
Когда вы выбираете между несколькими студиями, SLA — один из самых объективных критериев сравнения. Вот на что смотреть в первую очередь.
- Время реакции vs. время устранения. Это разные вещи. «Ответим через час» не означает «починим через час». Убедитесь, что в документе прописаны оба показателя.
- Чьё рабочее время. Уточните часовой пояс и то, как считаются выходные дни. Для дальневосточного бизнеса это принципиально.
- Что считается инцидентом. Сравните определения приоритетов — у разных студий одно и то же может попасть в разные категории.
- Плановые задачи. Входят ли правки в пакет или оплачиваются сверху? Есть ли лимит часов?
- Отчётность. Получаете ли вы ежемесячный отчёт о том, сколько заявок было, как быстро закрывали, что сделали проактивно?
Частые вопросы
Обязательно ли SLA оформлять как отдельный документ?
Не обязательно — условия SLA могут быть частью общего договора на поддержку или приложением к нему. Важно не место в документе, а наличие конкретных цифр и ответственности.
Что делать, если подрядчик нарушил SLA?
Зависит от того, что прописано в договоре: как правило, это перерасчёт стоимости или дополнительные бонусные часы работ. Именно поэтому пункт о санкциях в договоре обязателен — без него нарушение SLA ничем не грозит исполнителю.
Нужен ли SLA для простого сайта-визитки?
Базовые условия — да. Даже для визитки важно знать, за сколько дней отреагируют, если сайт упадёт. Жёсткий 24×7 с часовой реакцией для визитки избыточен — достаточно фиксированной реакции в течение рабочего дня.
Можно ли договориться об индивидуальном SLA?
Да, и это нормальная практика. Мы адаптируем параметры под задачи конкретного бизнеса: для интернет-магазина в часы пиковых продаж условия будут жёстче, чем для корпоративного сайта с редкими правками.
Как SLA связан с ценой поддержки?
Прямо пропорционально. Чем быстрее требуется реакция и чем шире окно обслуживания, тем выше стоимость тарифа. Это честная зависимость, которую нормальный подрядчик объяснит сразу.
Хотите посмотреть, что конкретно будет в вашем договоре на поддержку, и выбрать параметры SLA под реальные задачи? Обсудим — бесплатно и без лишних слов. Звоните: 8 800 55-100-10. Подробнее об условиях — поддержка сайтов. Если сайта ещё нет или нужна доработка — разработка сайтов.
