Сколько стоит интернет-магазин на 1С-Битрикс?

Главное:

• Стоимость магазина определяется не количеством страниц, а числом и сложностью пользовательских сценариев 

• Каталог становится интернет-магазином, когда появляются корзина, оплата, доставка, статусы и обмен данными

• Интеграция с 1С влияет на бюджет через правила работы цен, остатков и заказов, а не только через факт подключения

• Личный кабинет с договорными условиями и документами — отдельный функциональный контур, а не стандартная страница профиля

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

На первый взгляд интернет-магазин может выглядеть как каталог с кнопкой «Купить». Но после составления пользовательского сценария покупки возникают вопросы, которые определяют реальный объём проекта: откуда поступают цены и остатки, как обрабатываются отмены, что увидит пользователь при отсутствии товара, куда передаётся заказ и кто исправляет ошибку обмена

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

Что входит в разработку интернет-магазина

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

Основной состав работ обычно включает:

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

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

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

• настройку 1С-Битрикс и разработку нужной логики

• подключение оплаты, доставки и необходимых обменов

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

• подготовку к запуску и выпуск проекта

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

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

Как формируется стоимость интернет-магазина

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

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

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

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

Какие функции сильнее всего влияют на бюджет

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

Интеграция с 1С и другими системами

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

Запрос клиента → «нужен обмен с 1С»
Решение команды → описать состав данных, направления обмена и правила ошибок
Риск без проработки → заказ может не дойти до учётной системы или получить неверный статус
Влияние на оценку → растёт объём аналитики, разработки и проверки результатов обмена

Личный кабинет и персональные условия

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

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

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

Оплата, доставка и оформление заказа

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

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

Миграция действующего магазина

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

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

Готовое решение или индивидуальная разработка

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

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

Лицензия 1С-Битрикс не заменяет разработку. Она предоставляет право использовать возможности платформы, но не создаёт каталог, правила цен, сценарии заказа и интеграции. Редакцию платформы поможет выбрать подрядчик после определения нужных функций

Что обычно не входит в смету интернет-магазина

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

В смету интернет-магазина могут не входить:

• лицензия 1С-Битрикс и её продление

• хостинг, домен и инфраструктурные сервисы

• платные модули, сервисы оплаты, доставки или рассылок

• массовая подготовка карточек товаров, фотографий и описаний

• миграция данных со старого сайта

• дополнительные функции, появившиеся после согласования первого запуска

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

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

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

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

Для понимания общей логики сметы полезно также посмотреть материал Из чего складывается стоимость разработки сайта на 1С-Битрикс

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

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

Для оценки обычно нужны:

• цель магазина и тип покупателей: розничные клиенты, партнёры или оба сегмента

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

• структура каталога, цены, остатки и источник этих данных

• роли пользователей и потребность в личном кабинете

• нужные интеграции с 1С, CRM, оплатой, доставкой и другими сервисами

• наличие действующего сайта, который нужно переносить

• готовность контента, изображений и свойств товаров

• обязательные функции первого запуска и задачи следующих этапов

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

Для каких проектов применим ориентир от 2 млн ₽

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

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

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

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