Сколько стоит поддержка сайта или приложения после запуска

Поддержка сайта или приложения после запуска обычно стоит от 15 до 25% стоимости разработки в год — это ориентир студии, а точная сумма зависит от сложности продукта, числа интеграций и того, насколько быстро нужно реагировать на сбои. В поддержку входят мониторинг, обновления и исправления безопасности, разбор ошибок, инфраструктура и небольшие доработки.

Разберём, из чего складывается стоимость поддержки, какие бывают модели оплаты и на чём нельзя экономить.

Что входит в поддержку продукта?

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

Базовый состав поддержки:

• мониторинг и реагирование на сбои — сайт доступен, ошибки видны, кто-то отвечает за инциденты;
• обновления безопасности — фреймворк, библиотеки, операционная система серверов;
• исправление ошибок, найденных пользователями или мониторингом;
• инфраструктура — серверы, бэкапы и проверка восстановления, сертификаты, домены;
• небольшие доработки — тексты, настройки, мелкие изменения интерфейса;
• консультации — ответы на вопросы бизнеса о возможностях системы.

Почему поддержка вообще нужна, если всё работает?

Поддержка нужна, потому что продукт живёт в меняющемся окружении: выходят обновления безопасности, меняются API внешних сервисов, браузеры и мобильные системы, растут данные и нагрузка. Сайт, который никто не обновляет, не остаётся в прежнем состоянии — он постепенно становится уязвимым и ломается.

Что происходит без поддержки:

1. Накапливаются известные уязвимости в библиотеках, и сайт становится лёгкой целью.
2. Внешний сервис — платёжный, CRM, доставка — меняет API, и интеграция перестаёт работать.
3. Заканчивается сертификат или место на диске, и сайт падает в выходные.
4. Обновление, которое годами откладывали, превращается в большой проект по переписыванию.

Из чего складывается стоимость поддержки?

Стоимость поддержки складывается из объёма регулярных работ, требуемой скорости реакции на инциденты и стоимости инфраструктуры. Самый сильный фактор — не размер кода, а то, насколько бизнес зависит от доступности продукта каждую минуту.

Фактор	Как влияет на стоимость
Сложность продукта	Больше модулей и ролей — больше обновлений и проверок
Интеграции	Каждая внешняя система — источник изменений и сбоев
Время реакции	Реакция за 15 минут круглосуточно дороже реакции на следующий рабочий день
Состояние кода	Старый код без тестов дороже обновлять и безопаснее трогать меньше
Нагрузка и данные	Рост данных требует оптимизации и масштабирования
Требования безопасности	Платежи и персональные данные — чаще аудиты и обновления

Фото: Unsplash

Уровни реакции на инциденты

Уровень реакции обычно фиксируют в договоре как SLA — соглашение об уровне сервиса. Пример разделения по критичности:

Критично   — сайт недоступен, не проходят оплаты     реакция до 1 часа, 24/7
Высокий    — не работает важная функция              реакция до 4 часов, рабочее время
Средний    — ошибка с обходным путём                 реакция до 1 рабочего дня
Низкий     — косметика, пожелания                    в плановом порядке

Какие модели оплаты поддержки бывают?

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

Как выбрать:

• Пакет часов в месяц (retainer) — подходит большинству продуктов: предсказуемый бюджет, зарезервированные люди, неиспользованные часы иногда переносятся.
• Оплата по факту — для стабильных продуктов, где обращения редки; риск — долгая реакция, потому что под вас никто не зарезервирован.
• Выделенная команда — когда поддержка совмещена с активным развитием и работы много каждую неделю.

Об общих принципах моделей оплаты мы писали в статье fixed price или Time & Materials, а о том, как читать разбивку работ, — в статье как читать смету.

Как снизить стоимость поддержки?

Стоимость поддержки снижают решения, принятые ещё на этапе разработки: стандартный стек, автотесты, документация и автоматизация выкладки. Продукт, который легко проверить и обновить, дешевле поддерживать любой команде.

Что работает:

1. Держите зависимости свежими небольшими регулярными обновлениями, а не раз в три года.
2. Автоматизируйте выкладку и откат — ручной деплой отнимает время и повышает риск ошибки.
3. Покройте тестами критичные сценарии: оплату, регистрацию, оформление заказа.
4. Настройте мониторинг ошибок и доступности, чтобы узнавать о проблемах раньше пользователей.
5. Ведите короткую документацию по архитектуре и развёртыванию — она сокращает время любой задачи.

И главное — не экономьте на бэкапах и обновлениях безопасности. Эти расходы невелики по сравнению с последствиями утечки или потери данных.

Коротко

• Ориентир студии — 15–25% стоимости разработки в год, точная сумма зависит от продукта и требуемой скорости реакции.
• Поддержка — это мониторинг, обновления безопасности, исправление ошибок, инфраструктура и мелкие доработки.
• Без поддержки продукт постепенно становится уязвимым и ломается из-за изменений вокруг.
• Для большинства продуктов удобен месячный пакет часов с SLA по критичности.
• Дешевле всего поддерживать продукт со стандартным стеком, тестами, документацией и автоматическим деплоем.