Сколько стоит поддержка сайта: разовые работы и сопровождение

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

На текущем публичном прайсе Za IT поддержка сайта стоит 9 999 ₽ в месяц и включает до четырёх часов работ, мониторинг доступности, резервные копии и плановые обновления. Разовые инженерные задачи оцениваются по 2 999 ₽/час либо отдельным пакетом после диагностики. Для первого обращения действует предложение: одна небольшая локальная проблема — 0 ₽ после подтверждения, что она входит в условия.

Как выбрать формат

• Одна понятная доработка. Подходящее решение — разовая работа. До начала фиксируем: результат, оценка, доступы, приёмка.
• Сайт регулярно меняется. Подходящее решение — абонентская поддержка. До начала фиксируем: часы, очередь, мониторинг, отчёт.
• Продажи остановлены. Подходящее решение — аварийная работа. До начала фиксируем: канал связи, приоритет, диагностика, восстановление.
• Нужен новый раздел. Подходящее решение — мини-проект. До начала фиксируем состав работ, дизайн и проверки, срок по оценке.
• Нет понимания причин. Подходящее решение — аудит. До начала фиксируем: список проблем и план работ.

Абонентская поддержка выгодна, когда задачи возникают каждый месяц и важна сохранённая история проекта. Если изменение бывает раз в полгода, честнее разовая оценка.

Что входит в ежемесячную поддержку Za IT

Базовый пакет за 9 999 ₽/мес включает до четырёх часов инженерных работ. Часы могут уходить на небольшие исправления, обновления контента, диагностику, работу с формами, CMS или конфигурацией. Кроме времени, в пакет входят регулярные обязанности:

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

Состав уточняется для конкретного стека. Нельзя обещать одинаковую процедуру статическому лендингу и старому магазину на CMS с десятками интеграций.

Что не означает «мониторинг 24/7»

Мониторинг — это автоматическая проверка доступности в течение суток, а не обещание, что инженер непрерывно смотрит на экран и начнёт любую доработку ночью. В договорённостях нужно разделить обнаружение, уведомление и реакцию человека.

Полезно определить:

1. какие URL и процессы проверяются;
2. какой сбой считается критическим;
3. куда приходит уведомление;
4. кто принимает решение о восстановлении;
5. какие доступы разрешено использовать;
6. как фиксируется инцидент и причина.

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

Резервная копия — это не просто архив

Наличие файла ещё не доказывает возможность восстановления. Для базы и пользовательских файлов важны частота, срок хранения, отдельное место, шифрование, доступы и периодическая проверка восстановления.

Минимальная схема отвечает на вопросы:

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

Перед опасными production-изменениями делается отдельная проверенная резервная копия, даже если есть ежедневное расписание.

Плановые обновления

Обновлять зависимости и CMS «в один клик» на production рискованно. Нормальный процесс включает чтение изменений, резервную копию, тестовое окружение или локальную сборку, проверки, окно выкладки и план отката.

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

Разовые работы по 2 999 ₽/час

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

Почасовая ставка плохо подходит для задачи «ускорить сайт» без метрики или «исправить всё SEO». Сначала нужен аудит, затем список конкретных изменений.

Аварийные и плановые задачи

Критический инцидент

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

Высокий приоритет

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

Плановая очередь

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

Границы ответственности

Поддержка сайта не делает подрядчика владельцем всех внешних систем. Зоны нужно записать явно.

• Код. Работа команды — исправления и deploy по процедуре. За владельцем остаётся согласование изменений.
• CMS. Работа команды — обновления, роли, диагностика. За владельцем остаётся корректность публикуемого контента.
• Хостинг. Работа команды — конфигурация и мониторинг. За владельцем остаётся оплата аккаунта и право собственности.
• Домен. Работа команды — DNS по согласованию. За владельцем остаётся продление и доступ к регистратору.
• Почта/CRM. Работа команды — интеграционный код. За владельцем остаётся работоспособность и тариф внешнего сервиса.
• Аналитика. Работа команды — установка целей. За владельцем остаётся интерпретация и бизнес-решения.

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

Как учитывать часы

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

Согласуйте правила округления, перенос неиспользованных часов, согласование превышения и что происходит с крупной задачей. Безлимитная формулировка почти всегда приводит к конфликту.

Как принять работу поддержки

Для каждой задачи нужен проверяемый результат. «Поправили форму» превращается в: валидный номер принимается, некорректный показывает ошибку, запрос возвращает успех, уведомление доставлено, событие аналитики отправлено, desktop и mobile проверены.

Ежемесячный отчёт полезно дополнять состоянием:

• uptime и заметные инциденты;
• успешность резервных копий;
• обновлённые зависимости или CMS;
• выполненные задачи;
• открытые риски;
• план следующего месяца.

Когда нужен отдельный проект

Поддержка не должна маскировать разработку новой системы. Редизайн всех страниц, новый кабинет, миграция CMS, интеграция 1С, большой каталог или смена архитектуры требуют отдельного состава работ. Иначе четыре часа пакета будут уходить на бесконечный проект без даты результата.

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

Что подготовить для оценки

Пришлите URL, стек или CMS, описание проблемы, её влияние, доступный способ проверки и желаемый результат. Не отправляйте пароли в форму: доступы передаются после согласования безопасным каналом.

Посмотрите кейс sf2v, где поддержка включает магазин на 1С-Битрикс и серверный контур. Следующий материал — сколько стоит администрирование сайта, а общий расчёт нового проекта — в статье о цене сайта под ключ.

Если сайт уже работает нестабильно, сначала отделите аварийное восстановление от регулярного обслуживания. После диагностики проще оценить накопленный технический долг, убрать первопричины сбоев и сформировать понятный ежемесячный план без бесконечного списка «срочных» задач.