Сколько стоит техническая поддержка сайта на 1С-Битрикс?

Главное:

• Два сайта с одинаковым количеством страниц могут требовать разного объёма поддержки

• Ставка часа не меняется из-за каталога, личного кабинета или архитектуры сайта

• На итоговую стоимость влияют количество часов на изменения, диагностику и тестирование

• Интеграции, каталог, личный кабинет и частые доработки расширяют число сценариев для проверки

• Регулярный пакет часов подходит для планового развития; разовые работы — для редких и понятных задач

• До начала работ важно определить критичные функции сайта и ближайшие изменения

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

В Ameton сначала уточняют не только список задач, но и роль сайта в бизнесе. Это помогает отличить небольшую правку от изменения, которое затрагивает несколько связанных сценариев

От чего зависит стоимость поддержки

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

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

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

Поэтому два сайта с одинаковым количеством страниц могут требовать разного количества часов и иметь разную итоговую стоимость поддержки

Как формируется объём работ на поддержку

Объём поддержки формируется последовательно: бизнес-задачи → сценарии → данные → интеграции → архитектура → разработка → тестирование → стоимость

Сначала команда выясняет, зачем нужна задача и какой результат ожидает бизнес. Затем определяет, какие данные и сценарии она затрагивает, выбирает способ реализации и планирует проверку. Только после этого можно корректно оценить трудозатраты

Небольшая правка может затронуть большой сценарий

Запрос «добавить поле в заказ» не всегда означает простую задачу. Если это поле должно передаваться в учётную систему, отображаться в личном кабинете и попадать в уведомление менеджеру, изменение затрагивает несколько частей проекта

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

Частота изменений влияет на нужный объём часов

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

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

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

Что входит в техническую поддержку сайта

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

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

Подробнее о составе работ можно прочитать в статье Что входит в техническую поддержку сайта на 1С-Битрикс

Регулярная поддержка, разовые работы и аудит решают разные задачи

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

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

Почему оценки отличаются у разных подрядчиков

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

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

Как принять сайт на поддержку от другого подрядчика

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

Обычно вход в проект включает пять шагов:

1. Собрать управляемые доступы к сайту, серверу, домену, репозиторию, резервным копиям и внешним сервисам

2. Составить карту интеграций и ответственных со стороны компании

3. Зафиксировать критичные сценарии: заявка, заказ, оплата, авторизация, обмен, личный кабинет

4. Провести первичную диагностику кода, инфраструктуры, обновлений и известных ошибок

5. Сформировать очередь критичных, плановых и профилактических задач

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

Как получить более точную оценку поддержки

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

• адрес сайта и редакцию 1С-Битрикс

• роль сайта в бизнесе

• критичные сценарии для посетителей и сотрудников

• список интеграций и внешних сервисов

• известные ошибки и ближайшие задачи развития

• наличие репозитория, тестовой среды, резервных копий и документации

• текущий формат работы с внутренней командой или прежним подрядчиком

Чем лучше понятны задачи ближайшего периода, тем точнее можно определить нужный объём часов. Если сайт давно не поддерживался, содержит нестандартные доработки или передаётся новой команде, сначала обычно нужен предварительный аудит

Для каких проектов применимы эти рекомендации

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

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

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

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