Решение

Архитектура

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

Каталог и карточки товаров

Каталог сделан как единая товарная система, где /catalog/, /sale/ и /new/ работают на одной базе разделов и товаров. У «Новинок» и «Распродаж» свой входной сценарий, но карточка товара одна и ведет в основной каталог. Это правильное архитектурное решение: маркетинговые разделы не дублируют товарную сущность, а используют общий торговый контур.

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

Личный кабинет

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

Формы и сервисные сценарии

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

Логика заказов и статусов

Отдельный слой решения - статусы заказов. Они завязаны на тип доставки и способ оплаты. Для самовывоза, курьера и транспортной компании предусмотрены разные последовательности: от «в обработке» и «выставлен счет» до «ожидает выдачи», «передан курьеру» и «отгружен в ПВЗ». Это важная деталь: команда проектировала не просто заказ, а реальный жизненный цикл заказа внутри бизнеса.

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

Ключевая часть решения - обмен с 1С. Оттуда должны приходить цены, типы контрагентов, остатки, признаки «Скидки» и «Новинки», документы, менеджеры, статусы и часть контентных зависимостей. В обратную сторону сайт уже умеет готовить данные по формам. При этом команда явно фиксирует ограничения со стороны 1С, не маскируя их под «будет сделано потом». Для проекта такого масштаба это признак зрелого подхода: не обещать лишнего, а проектировать систему по реальным данным и поэтапно расширять ее возможности.