Частая иллюзия заказчиков: "Мы заплатим агентству 3 миллиона рублей за разработку корпоративного B2B-портала, они его сделают, мы пожмем руки и забудем про техническую часть на ближайшие 5 лет". В реальности, чем сложнее ваша система и чем глубже она интегрирована в бизнес-процессы компании, тем больше она нуждается в ежедневном мониторинге. Если у вас нет собственной in-house команды инженеров, готовых проснуться в 3 часа ночи из-за упавшего сервера, вам критически необходим договор SLA (Service Level Agreement).

Сайт крупной компании - это не статичная картина, которую повесили на стену и любуются. Это живой ИТ-организм, который работает во враждебной среде. Меняются протоколы безопасности, выходят мажорные обновления серверного ПО, сторонние сервисы меняют свои API.

Иллюзия вечного двигателя: почему сайты ломаются "сами по себе"

Многие собственники бизнеса искренне недоумевают, когда через полгода после успешного запуска портала начинаются технические проблемы. Кажется, что код никто не трогал, значит, и ломаться нечему. Однако современный веб-проект работает в экосистеме, которая постоянно эволюционирует. Вот лишь несколько типичных сценариев, когда система дает сбой без какого-либо вмешательства с вашей стороны:

  • Обновление API сторонних сервисов. Ваш банк-эквайер выпустил новый протокол безопасности и отключил поддержку старого API. Как итог - все платежи на сайте внезапно перестали проходить. Покупатели видят непонятную ошибку, а вы теряете выручку каждую минуту.
  • Сбой синхронизации с ERP-системой. Каталог вашего B2B-портала интегрирован с 1С:УТ. В пятницу вечером на стороне сервера 1С произошел сбой, завис скрипт выгрузки, и на сайте исчезли актуальные остатки по складам. Дилеры не могут оформить оптовые заказы на выходных.
  • Уязвимости нулевого дня (Zero-day). Вы используете популярную CMS или фреймворк. Вчера в них нашли критическую дыру в безопасности. Если в течение 24 часов ваш DevOps-инженер не накатит патч, сайт будет заражен вирусом-майнером, а Яндекс моментально повесит на него красную плашку "Сайт угрожает безопасности", полностью обнулив ваш SEO-трафик.
  • Внезапный наплыв трафика (DDoS или маркетинг). Отдел маркетинга запустил сверхуспешную рекламную кампанию на ТВ или в профильных СМИ. Сервер, рассчитанный на 10 000 визитов в сутки, получает 100 000 хитов за час. База данных ложится, сайт выдает ошибку 502 Bad Gateway.

Во всех этих ситуациях счет идет на минуты. И если вы работаете с разработчиками по модели Time & Material (оплата за часы по факту), то вы рискуете услышать: "Мы сможем взять вашу задачу в работу только в следующий вторник, сейчас все программисты заняты". Именно для предотвращения таких коллапсов и существует SLA.

Развитие vs Поддержка: где проходит граница

Самый частый камень преткновения между клиентом и агентством - это непонимание разницы между развитием проекта и его поддержкой. Заказчику кажется, что если он платит абонентскую плату, то в нее включены любые его "хотелки". Это в корне неверно.

Развитие (Development) - это создание нового функционала. Если вы хотите добавить новый блок на главную страницу, переделать логику работы корзины или интегрировать новую CRM-систему - это задачи развития. Они оцениваются и оплачиваются отдельно по часам разработчиков (Time & Material) или в рамках отдельных спринтов.

Поддержка по SLA (Maintenance) - это гарантия того, что уже созданный и принятый функционал будет работать в режиме 24/7/365. Это обеспечение стабильности, безопасности и доступности проекта. В классический договор технического сопровождения (SLA) для сложного B2B-проекта входят следующие базовые услуги:

  • Мониторинг доступности (Uptime). К вашему серверу подключаются системы автоматического мониторинга (Zabbix, Prometheus). Если сервер не отвечает на пинг в течение 1 минуты, дежурный DevOps-инженер автоматически получает SMS-уведомление и начинает поднимать систему, даже если на часах 4 утра воскресенья.
  • Ежедневное резервное копирование (Backups). Настройка и проверка бэкапов баз данных и файловой системы. Копии отправляются в изолированное, территориально распределенное облачное хранилище. Даже если основной дата-центр сгорит, сайт будет восстановлен из бэкапа без потери коммерческих данных.
  • Проактивное обновление безопасности. Регулярный аудит логов сервера, накатывание секьюрити-патчей на операционную систему, СУБД, интерпретатор языка (PHP/Node.js) и саму CMS.
  • Гарантированное время реакции (Response Time). Это самый важный параметр SLA. В договоре жестко фиксируется, через сколько минут/часов специалисты агентства обязаны взять инцидент в работу.

Матрица инцидентов: цена простоя для бизнеса

Профессиональный договор SLA всегда включает матрицу критичности (Severity Levels). Инциденты делятся на уровни, для каждого из которых прописано свое жесткое время реакции и время решения проблемы.

Уровень критичности Описание ситуации Время реакции (Response) Время решения (Resolution)
Blocker (Критический) Сайт полностью недоступен (ошибка 500/502). Лежит база данных. Невозможно оформить заказ или провести оплату. Бизнес теряет деньги прямо сейчас. До 15 минут До 2-4 часов (с привлечением дежурных DevOps)
Major (Высокий) Не работает важная функция, но сайт доступен. Например, отвалилась выгрузка товаров из 1С, сломался фильтр в каталоге, не уходят email-уведомления. До 1 часа До 8 рабочих часов
Normal (Средний) Локальные баги, не влияющие на продажи. Поехала верстка на одной информационной странице, опечатка в футере, сломалась анимация кнопки. До 4 рабочих часов До 24 рабочих часов
Minor (Низкий) Консультации, мелкие текстовые правки, вопросы по работе с админ-панелью CMS, запрос доступов. До 8 рабочих часов До 48 рабочих часов

Для B2B-сегмента, где средний чек сделки через оптовый портал может составлять несколько миллионов рублей, падение сайта на сутки эквивалентно катастрофическим кассовым разрывам. Договор SLA - это юридическая гарантия того, что ваши финансовые риски минимизированы.

Почему агентства так любят абонентку (и почему вам это выгодно)

Секрет Полишинеля: digital-агентствам очень выгодно продавать услуги SLA. Проектная разработка (Project) - это всегда зона высокого риска. Постоянно меняющиеся требования, смещения сроков, переработки команды и, как следствие, низкая маржинальность. Поддержка (Retainer) - это, напротив, прогнозируемый, стабильный ежемесячный доход. Он позволяет агентству уверенно планировать найм сотрудников, закупать лицензии на софт и избегать кассовых разрывов.

Однако этот формат выгоден не только исполнителю. Для бизнеса заказчика SLA - это классический Win-Win сценарий. Когда вы платите абонентскую плату (которая может варьироваться от 50 000 до 300 000 рублей в месяц для Enterprise-проектов), вы покупаете спокойствие.

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

Из чего физически складывается ежемесячный чек на сопровождение? Многие клиенты возмущаются: "Вы за этот месяц сделали всего две мелкие правки, за что я плачу 80 000 рублей?". Важно понимать экономику процесса. В эту сумму заложены:

  • Бронирование часов команды. Агентство не может взять на эти часы сторонние проекты, оно держит их в резерве специально под вас, чтобы обеспечить то самое "время реакции 15 минут".
  • Оплата дежурств DevOps-инженеров. Специалисты, которые мониторят графики доступности серверов ночью и на выходных, получают за это двойную ставку.
  • Инфраструктурные расходы. Оплата облачных хранилищ для огромных архивов бэкапов, лицензии на системы платного мониторинга и анализа логов.
  • Работа аккаунт-менеджера. Человек, который всегда на связи в корпоративном мессенджере и готов принять от вас задачу, правильно маршрутизировав ее в технический отдел.

In-house команда или аутсорс по SLA: считаем деньги

Крупный бизнес рано или поздно встает перед выбором: продолжать платить агентству по SLA или нанять собственных специалистов в штат. Давайте проведем математическое сравнение.

Формат технической поддержки Главные плюсы для бизнеса Ключевые минусы и финансовые риски
Time & Material (Разовые задачи без договора) Платите только по факту физически выполненных работ. Никаких абонентских платежей. Подходит для простых сайтов-визиток. Нулевой приоритет. Разработчики агентства заняты другими проектами с SLA. Время реакции на ваше ЧП может достигать 1-2 недель. Сайт будет лежать, пока не появится окно.
SLA (Абонентская поддержка в агентстве) Высший приоритет задач. Жесткие юридические гарантии быстрого восстановления системы. Финансовая ответственность исполнителя за простои. Спокойный сон ИТ-директора. Необходимость платить фиксированные косты каждый месяц, даже если весь месяц "ничего не ломалось и сайт работал идеально".
Штатная In-house команда Полный, 100% контроль над специалистами. Мгновенная реакция. Глубочайшее погружение инженеров в специфику ваших бизнес-процессов. Огромный ФОТ. Содержание минимальной команды (Backend, Frontend, DevOps) обойдется от 600 000 руб/мес с налогами. Высокие риски при увольнении Senior-специалиста.

Ваш сайт бросили после запуска?

В LavrAgency мы не бросаем проекты на произвол судьбы. Мы берем на профессиональную техническую поддержку как свои, так и чужие корпоративные порталы (после проведения обязательного независимого технического аудита). Мы подписываем жесткий договор SLA с полной финансовой ответственностью за простои серверов. Ваша ИТ-инфраструктура будет под круглосуточным мониторингом наших опытных DevOps-инженеров, а критические баги будут устраняться в течение минут, а не бесконечных недель. Узнайте стоимость SLA для защиты вашего бизнеса.

Рассчитать стоимость поддержки