Сколько стоит доработка сайта на 1С-Битрикс?

Главное:

• Небольшая правка интерфейса и изменение бизнес-логики — разные по трудозатратам задачи

• Цена часа остаётся фиксированной, а итоговая стоимость зависит от сложности задачи и объёма работ

• Самая важная часть оценки — понять, какой сценарий затронет изменение

• Доработка каталога может повлиять на фильтры, цены, остатки и оформление заказа

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

• Чем точнее описаны цель и ожидаемый результат, тем надёжнее смета

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

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

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

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

На трудозатраты влияют:

• сложность текущей архитектуры и индивидуальных доработок

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

• наличие каталога, личного кабинета, заказов и персональных условий

• частота изменений на проекте

• число сценариев, которые нужно проверить после выпуска

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

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

Как формируется оценка доработки

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

Команда сначала уточняет ожидаемый результат: например, покупатель должен увидеть персональную цену, а менеджер — получить заказ с нужными параметрами. Затем определяется, откуда берутся данные, какие системы участвуют в сценарии и что нужно проверить после изменения

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

Изменение интерфейса и изменение процесса — не одно и то же

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

Пример из практики Ameton: компания обратилась с задачей добавить в карточку признак «товар под заказ». При обсуждении выяснилось, что значение должно поступать из учётной системы, отображаться в каталоге и передаваться менеджеру вместе с заказом. Команда настроила получение признака, его вывод на сайте и сохранение в заказе, а затем проверила весь сценарий. В результате покупатель видел корректные условия, а менеджер сразу понимал, как обрабатывать такой заказ

Готовый модуль или индивидуальная доработка

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

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

Компетентный разработчик понимает проект целиком

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

Проверить такой подход можно вопросами:

• Какие сценарии вы изучите до доработки?

• Какие данные затронет изменение?

• Что вы проверите после выпуска?

• Какой риск видите в этой задаче?

• Какая информация нужна для точной оценки?

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

Признак компетенции — способность связать изменение кода с бизнес-результатом и назвать сценарий, который нельзя нарушить

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

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

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

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

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

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

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

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

• какую бизнес-задачу нужно решить

• что должен сделать посетитель или сотрудник

• где функция работает сейчас и что в ней нужно изменить

• какие данные используются

• какие разделы, роли и интеграции могут быть затронуты

• как будет выглядеть готовый результат

• есть ли ограничения по срокам или порядку выпуска

• какие функции нельзя нарушить после изменений

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

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

Такой подход подходит для корпоративных сайтов, каталогов, интернет-магазинов, личных кабинетов и B2B-порталов на 1С-Битрикс. Он особенно важен, если сайт связан с CRM, 1С, оплатой, доставкой или другими сервисами

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

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

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