Универсальной цены нет, но есть понятная логика расчета
Два сайта с одинаковым количеством страниц могут требовать совершенно разного бюджета. Один работает как статичная витрина, другой связан с 1С, платежами, доставкой, CRM, личным кабинетом и рекламными посадочными страницами. Поэтому стоимость поддержки нужно считать по реальной нагрузке и рискам.
Главный вопрос не «сколько страниц на сайте», а «что произойдет с бизнесом, если сайт или его часть перестанет работать».
Что влияет на стоимость
- CMS и качество текущей реализации;
- количество нестандартных доработок;
- наличие интеграций с 1С, CRM, оплатой, доставкой и внешними API;
- требования к скорости реакции;
- объем регулярных задач на контент, дизайн и разработку;
- состояние сервера, резервных копий и безопасности;
- накопленный технический долг.
Если сайт давно не обновлялся, первый месяц поддержки часто уходит на диагностику и устранение критичных рисков. После стабилизации бюджет становится более предсказуемым.
Почасовая модель или абонентский пакет
Почасовая модель подходит, когда задачи появляются нерегулярно. Клиент согласует каждую работу и оплачивает фактически потраченное время. Это удобно для небольших доработок и разовых исправлений.
Абонентский пакет удобнее, когда сайт развивается постоянно. Внутри пакета можно планировать поддержку, срочные исправления и небольшие доработки без отдельного запуска договора на каждую задачу.
Почему самая дешевая поддержка часто обходится дороже
Низкая ставка сама по себе ничего не гарантирует. Если подрядчик не знает CMS, не ведет учет задач, не проверяет бэкапы и работает без регламента, бизнес платит временем, простоями и повторными исправлениями.
Хорошая поддержка стоит не только часы разработчика. В стоимость входят диагностика, ответственность, опыт команды, контроль качества и способность быстро разобраться в чужом проекте.
Как получить реалистичную оценку
Для первичной оценки достаточно описать CMS, список интеграций, типовые задачи и текущие проблемы. После доступа к коду и админке можно провести технический аудит и разделить работы на срочные, плановые и развивающие.
Такой подход помогает не покупать абстрактные «часы поддержки», а понимать, какие именно риски и задачи закрывает бюджет.