Главное за минуту
- Тариф без перечня работ и SLA нельзя сравнивать с другим тарифом по одной сумме.
- Для Битрикс отдельно учитывают обновления, резервные копии, модули и обмены.
- Нормальный отчёт связывает часы с задачами, релизами и проверяемым результатом.
- Сначала оцените нагрузку за 2–3 месяца, затем выберите пакет часов с резервом.
01
Цена поддержки сайта начинается с карты задач
Один и тот же пакет в 20 часов может быть достаточным для корпоративного сайта и критически малым для магазина с оплатой, 1С, CRM и рекламными посадочными. Поэтому стоимость обслуживания считают от фактической нагрузки, а не от числа страниц.
Выгрузите задачи за последние два-три месяца: ошибки форм, контентные правки, доработки, обновления, SEO, интеграции. Для каждой отметьте исполнителя, затраченные часы, срочность и последствия, если её не делать. Так маркетолог получает основание для бюджета, а не спор о «дорогом часе».
Если сайт работает на 1С-Битрикс, проверьте также версию ядра и модулей, резервное копирование и журнал ошибок. Рекомендации по обновлению доступны в документации 1С-Битрикс.
02
Единица расчёта: час и SLA
Цена складывается из плановых часов, ставки специалистов и обязательств по скорости реакции на инцидент.
03
Разделите работы на три очереди
Поддержка становится прозрачной, когда в ней не смешаны аварии, развитие и регулярная профилактика. У каждой очереди свой срок ответа, способ согласования и допустимый объём.

В абонентский пакет
- контроль форм, заявок и ошибок;
- обновления и резервные копии;
- небольшие правки контента и шаблонов;
- исправление подтверждённых дефектов.
Оценивать отдельно
- новый личный кабинет или раздел;
- интеграцию с CRM, 1С или API;
- редизайн и изменение воронки;
- крупную оптимизацию скорости.
Практика согласования
Зафиксируйте порог: например, задачи до четырёх часов выполняются из пакета после постановки в трекере, выше — требуют оценки и подтверждения. Это не даёт крупной доработке незаметно съесть месячный лимит.
04
Что сравнивать в коммерческих предложениях
Запросите у подрядчиков одинаковый входной сценарий: тип сайта, число интеграций, среднее количество задач и требуемую доступность. Иначе низкая цена часто означает, что важные работы вынесены за рамки тарифа.

| Параметр | Что уточнить | Риск без условия |
|---|---|---|
| Часы | Переносятся ли остатки и как учитывают встречи | Лимит расходуется без релизов |
| SLA | Время реакции и восстановления для критичных ошибок | Форма не работает до следующего дня |
| Состав | Входят ли обновления, SEO и администрирование | Появляются допсметы |
| Отчёт | Задача, часы, ссылка на результат, статус | Нельзя проверить ценность работ |
05
Как заложить резерв на маркетинговые изменения
Не планируйте поддержку только по прошлым поломкам. Если запускаются новые каналы рекламы, акции или посадочные страницы, добавьте резерв на формы, UTM, цели аналитики и передачу лидов в CRM.
06
Маршрут выбора тарифа на поддержку
Пройдите этот путь до подписания договора. Он помогает отделить реальную потребность сайта от случайных срочных просьб и сравнить предложения на одинаковых условиях.
- 1
Соберите историю. Выгрузите завершённые и незавершённые задачи минимум за два месяца, включая обращения по телефону и в мессенджерах.
- 2
Отметьте критичность. Отдельно выделите недоступность сайта, потерю заявок, ошибки оплаты, обмена и передачи в CRM.
- 3
Опишите контур. Укажите редакцию Битрикс, внешние сервисы, сервер, права доступа и ответственного со стороны бизнеса.
- 4
Запросите разбивку. Подрядчик должен показать, какие работы входят в пакет, а что считается отдельным проектом.
- 5
Проверьте первый месяц. Сверьте отчёт с задачами в трекере и протестируйте ключевой путь: UTM, форма, CRM, уведомление менеджеру.
07
Сигналы, что дешёвая поддержка обойдётся дороже
Низкая фиксированная сумма сама по себе не проблема. Риск появляется, когда нет границ услуги, технической ответственности и способа проверить результат.
Нет трекера
Задачи теряются в чатах, а часы нельзя связать с результатом.
Нет SLA
Критичная ошибка формы обрабатывается в общей очереди.
Нет доступов
Подрядчик не видит логи, хостинг и аналитику, поэтому ищет проблему дольше.
Нет теста
Изменение принято по словам, а не по заявке, CRM и целям.
08
Когда нужен не пакет часов, а отдельный проект
Выносите задачу в проект, если меняется логика заказа, структура каталога, схема данных или интеграция. У такой работы должны быть обследование, оценка, этапы и отдельная приёмка. Регулярная поддержка нужна для стабильности и небольших улучшений, а не для маскировки разработки.
Выгрузка задач за 2–3 месяца; список интеграций и модулей; правила критичности; SLA; лимит на задачу без допсогласования; ежемесячный отчёт; тест формы, UTM и CRM после релиза.
FAQ
Частые вопросы
Сколько часов поддержки нужно небольшому сайту?
Начните с фактической статистики задач. Для сайта без сложных интеграций обычно достаточно небольшого пакета, но резерв нужен на обновления и срочные ошибки.
Нужно ли платить за исправление ошибки подрядчика?
Нет, если дефект относится к его ранее принятой работе и действует согласованный гарантийный период. Это условие фиксируют в договоре.
Входит ли наполнение сайта в техническую поддержку?
Только если это прямо указано в составе тарифа. Массовый контент, подготовка текстов и изображений обычно оцениваются отдельно.
Как проверить отчёт по поддержке?
Сопоставьте часы с задачами в трекере, откройте ссылки на изменения и пройдите ключевой пользовательский сценарий на сайте и в CRM.
Что делать с неиспользованными часами?
Заранее согласуйте перенос на следующий месяц, срок его действия и перечень работ, на которые можно направить остаток.