Текущие пакеты и два примера бюджета
| Пакет | Часы в месяц | Без НДС | С НДС 5% |
|---|---|---|---|
| Базовый | 3 | 8 700 ₽ | 9 135 ₽ |
| Старт | 8 | 23 200 ₽ | 24 360 ₽ |
| Оптимальный | 16 | 46 400 ₽ | 48 720 ₽ |
| Бизнес | 24 | 69 600 ₽ | 73 080 ₽ |
Цены берутся из того же источника, что и на странице тарифов поддержки. Ниже — условные расчёты, а не оценка вашего проекта.
Условный пример 1 — редкие правки. Предположим, знакомому команде сайту нужны 1 час правок контента, 1 час проверки формы и 1 час небольших исправлений: всего 3 часа. Пакет «Базовый» — 9 135 ₽/мес. с НДС. Диагностика незнакомого кода и дополнительные задачи могут потребовать отдельной оценки.
Условный пример 2 — регулярные задачи магазина. Предположим, согласованы 2 часа проверки заказа, 2 часа мелких исправлений, 2 часа обслуживания обмена и 2 часа контрольных сценариев: 8 часов. Пакет «Старт» — 24 360 ₽/мес. с НДС. Эти часы — допущение для расчёта, фактический объём определяют после знакомства с проектом.
В пакет входят поддержка и небольшие доработки в пределах часов. Проектные доработки больше 8 часов согласуем отдельно даже в больших пакетах. Хостинг, домены и платные модули не входят. Реакция по SLA означает первичный статус; срок исправления и график аварийных работ согласуем отдельно.
Три шага для оценки бюджета
- Соберите задачи на месяц: регулярные проверки, исправления и небольшие доработки.
- Отделите диагностику незнакомого проекта и крупные проектные изменения от ежемесячных часов.
- Выберите условия реакции и контроль: они должны соответствовать последствиям сбоя, а не только цене пакета.
Результат расчёта — список задач, допущения по часам, границы пакета и отдельные работы. Примеры выше показывают арифметику пакетов; они не обещают исправить любую ошибку за указанный объём.
Универсальной цены нет, но есть понятная логика расчета
Два сайта с одинаковым количеством страниц могут требовать совершенно разного бюджета. Один работает как статичная витрина, другой связан с 1С, платежами, доставкой, CRM, личным кабинетом и рекламными посадочными страницами. Поэтому стоимость поддержки нужно считать по реальной нагрузке и рискам.
Главный вопрос не «сколько страниц на сайте», а «что произойдет с бизнесом, если сайт или его часть перестанет работать».
Что влияет на стоимость
- CMS и качество текущей реализации;
- количество нестандартных доработок;
- наличие интеграций с 1С, CRM, оплатой, доставкой и внешними API;
- требования к скорости реакции;
- объем регулярных задач на контент, дизайн и разработку;
- состояние сервера, резервных копий и безопасности;
- накопленный технический долг.
Если сайт давно не обновлялся, первый месяц поддержки часто уходит на диагностику и устранение критичных рисков. После стабилизации бюджет становится более предсказуемым.
Почасовая модель или абонентский пакет
Почасовая модель подходит, когда задачи появляются нерегулярно. Клиент согласует каждую работу и оплачивает фактически потраченное время. Это удобно для небольших доработок и разовых исправлений.
Абонентский пакет удобнее, когда сайт развивается постоянно. Внутри пакета можно планировать поддержку, срочные исправления и небольшие доработки без отдельного запуска договора на каждую задачу.
Почему самая дешевая поддержка часто обходится дороже
Низкая ставка сама по себе ничего не гарантирует. Если подрядчик не знает CMS, не ведет учет задач, не проверяет бэкапы и работает без регламента, бизнес платит временем, простоями и повторными исправлениями.
Хорошая поддержка стоит не только часы разработчика. В стоимость входят диагностика, ответственность, опыт команды, контроль качества и способность быстро разобраться в чужом проекте.
Как получить реалистичную оценку
Для первичной оценки достаточно описать CMS, список интеграций, типовые задачи и текущие проблемы. После доступа к коду и админке можно провести технический аудит и разделить работы на срочные, плановые и развивающие.
Такой подход помогает не покупать абстрактные «часы поддержки», а понимать, какие именно риски и задачи закрывает бюджет.