Редакции 1С-Битрикс: как выбрать Старт, Стандарт, Малый бизнес или Бизнес

01

Лицензия 1С-Битрикс — это граница сценариев, а не формальность в смете

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

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

В типовом проекте ICONICA первоначальная задача звучала как «корпоративный сайт с каталогом». На интервью выяснилось, что каталог нужен только как витрина, без корзины и онлайн-оплаты, а ключевой процесс — передача обращения в CRM с источником, UTM-метками и выбранной услугой. В таком сценарии покупать редакцию для полноценной торговли только из-за слова «каталог» обычно нерационально. Но если через квартал планируются личный кабинет, заказы и региональные цены, это должно попасть в решение до старта работ.

Набор модулей и условия поставки могут меняться. Перед оплатой сверяйте актуальную функциональность конкретной версии на официальном сайте документации 1С-Битрикс, а не с устаревшими сравнениями в блогах подрядчиков.

03

Четыре редакции: выбирать нужно по бизнес-процессу сайта

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

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

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

04

Как соотнести задачу сайта с редакцией

Не существует универсально «лучшей» редакции. Максимальная лицензия не компенсирует неописанные процессы, а минимальная становится дорогой, если через месяц её приходится менять. Важно отличить витрину товаров от магазина: карточки с кнопкой «Запросить цену» и карточки с корзиной, остатками, оплатой — это разные сценарии и разный объём тестирования.

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

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

06

Порядок выбора лицензии: от гипотезы к проверяемому решению

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

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

Типовой кейс принимают на тестовом контуре: создают заказ и отправляют форму с тестовыми UTM, проверяют карточку в CRM, уведомления, статусы и запись в журнале. Сравнение «вроде работает» недостаточно: нужен ожидаемый результат каждого шага и ответственный за его проверку.

1. 1

   Соберите сценарии. Запишите путь посетителя и действия менеджера после обращения или заказа.

2. 2

   Отделите обязательное. Разметьте функции на запуск, следующий этап и необязательные гипотезы.

3. 3

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

4. 4

   Опишите данные. Зафиксируйте поля формы, заказа, статусы и правила передачи в CRM или 1С.

5. 5

   Проведите приёмку. Пройдите тестовые сценарии до запуска рекламы и открытия продаж.

08

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

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

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

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

09

Как принять решение без переплаты и технического долга

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

Выбранная лицензия 1С-Битрикс должна быть подтверждена таблицей требований, а не предположением менеджера. В ней видно, что решается штатно, что настраивается, какие доработки потребуются и какие функции отложены. Эту таблицу стоит приложить к смете и использовать при приемке: она защищает обе стороны от подмены ожиданий техническими терминами.

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