Витрина и каталог
Каталог для отрасли «Здоровье и фармацевтика» с фасетными фильтрами, поиском и карточкой товара, отражающей обязательные атрибуты отрасли.
- Структура каталога и характеристики
- Поиск с опечатками и синонимами
- Быстрые подборки и акции
Выберите тему — соберём контекст
Что входит в проект для связки «1С-Битрикс» + «Здоровье и фармацевтика» в бюджете 1 500 000 – 3 000 000 ₽: состав работ, интеграции, сроки и что придётся отложить на следующий этап.
Блоки проекта для связки «1С-Битрикс» + «Здоровье и фармацевтика». Конкретный набор зависит от текущих систем и состояния данных.
Каталог для отрасли «Здоровье и фармацевтика» с фасетными фильтрами, поиском и карточкой товара, отражающей обязательные атрибуты отрасли.
Карты, СБП, рассрочка, оплата по счёту — с корректной фискализацией по 54-ФЗ и передачей кода маркировки в чек, где это требуется.
Расчёт стоимости и сроков, пункты выдачи, курьеры и самовывоз, статусы и трек-номера для клиента.
Двусторонний обмен с учётной системой, складом, маркетплейсами и CRM с журналом операций и повторными попытками.
Требования отрасли «Здоровье и фармацевтика»: работа с кодами маркировки, партиями и сроками, отраслевыми реестрами и документами.
Первый релиз в бюджете 1 500 000 – 3 000 000 ₽: работающие продажи и обмен, без отложенных «на потом» критичных сценариев.
Этапы, после каждого — демонстрация результата и обновлённая оценка оставшегося объёма.
Разбираем каталог, учётную систему, оплату, доставку и требования регулирования. Проверяем ограничения платформы на ваших сценариях.
Согласуем сценарии покупки, схему обмена и границу первого этапа: что входит в бюджет, что переносится дальше.
Витрина, оформление заказа, оплата и чеки, доставка, обмен с учётной системой и отраслевые модули. Демонстрации каждые две недели.
Проверяем сценарии на реальных данных, проводим нагрузочную проверку перед акцией, передаём документацию и регламент поддержки.
1С-Битрикс: 1С-Битрикс — распространённая в России платформа: лицензия, готовый модуль интернет-магазина, компонентный подход и предсказуемая интеграция с 1С и Битрикс24.
Отрасль «Здоровье и фармацевтика» задаёт требования, которые платформа должна выдержать: МДЛП и «Честный знак», лицензирование фармацевтической деятельности, запрет дистанционной продажи рецептурных препаратов, 152-ФЗ.
Магазин с B2B-контуром или маркетплейс: прайс-листы под клиента, лимиты и отсрочки, ЭДО, интеграция с WMS, выгрузки в Wildberries и Ozon (FBO/FBS), аналитика продаж и отчётность, нагрузочное тестирование.
Состав работ фиксируем после обследования: одинаковые суммы в разных проектах закрывают разный объём, если по-разному устроены учётная система и справочники.
Производительность и стоимость лицензий зависят от редакции, часть типового кода требует доработки под нагрузку, а обновления платформы нужно проверять на тестовом контуре. Кастомизация возможна, но подчиняется правилам компонентного подхода.
Мы проверяем ограничения до старта, потому что часть из них нельзя обойти разработкой. Если требование отрасли платформой не закрывается, честнее сказать об этом сразу и предложить другой стек или гибридную схему.
МДЛП и «Честный знак», лицензирование фармацевтической деятельности, запрет дистанционной продажи рецептурных препаратов, 152-ФЗ.
Регулирование влияет на архитектуру: 54-ФЗ и ОФД определяют кассовый сценарий, 152-ФЗ — хранение и обработку персональных данных, отраслевые реестры (ФГИС «Меркурий», ЕГАИС, МДЛП, ГИИС ДМДК) — обязательный обмен с внешними системами. Каждый такой обмен — отдельный модуль со своим журналом ошибок.
Собираем каталог и торговые предложения, настраиваем цены и скидки, подключаем обмен с 1С по CommerceML или через REST, делаем кассовый сценарий с ОФД и маркировкой, интегрируем доставку и маркетплейсы.
Работаем итерациями с демонстрацией результата: сначала ключевые сценарии покупки и обмен с учётной системой, затем отраслевые доработки, маркетплейсы и аналитика.
Типовой набор для отрасли «Здоровье и фармацевтика»: Аптечная учётная система, МДЛП, ОФД, эквайринг и СБП, сервисы телемедицины.
Интеграции проектируем с идемпотентностью и журналом операций: повторная отправка заказа не должна создавать второй документ, а расхождение остатков должно находиться по логу, а не по жалобе клиента.
Ориентировочный срок: 3–6 месяцев с параллельными потоками: витрина и обмен разрабатываются одновременно. Состав команды: Аналитик, 3–5 разработчиков, тестировщик, DevOps на часть ставки, проектный менеджер.
Сроки чаще всего сдвигают данные, а не код: непроработанная номенклатура, отсутствие остатков в учётной системе и неописанные правила доставки. Поэтому приводим справочники в порядок до начала разработки витрины.
Остаются за рамками: собственная мобильная разработка, персональный рекомендательный движок и глубокая кастомизация поиска — их разумно делать после накопления данных.
Мы всегда показываем границу этапа письменно: так видно, что будет работать после первого релиза и что появится дальше. Это защищает проект от бесконечного расширения объёма без пересмотра бюджета и сроков.
Стоимость зависит от редакции лицензии, объёма доработок и сложности обмена с 1С. Для обмена с 1С:УТ часто хватает штатного механизма — это экономит время по сравнению с собственной разработкой.
Дополнительно стоимость определяют: количество интеграций и качество их API, объём и структура каталога, число способов оплаты и доставки, требования по маркировке и документам, а также необходимость нагрузочного тестирования перед акциями.
Да, если границы этапа зафиксированы. В этот бюджет входит то, что описано в разделе «Что входит в бюджет»: Магазин с B2B-контуром или маркетплейс: прайс-листы под клиента, лимиты и отсрочки, ЭДО, интеграция с WMS, выгрузки в Wildberries и Ozon (FBO/FBS), аналитика продаж и отчётность, нагрузочное тестирование. Всё остальное переносится во второй этап, и мы показываем это в предложении до начала работ, а не в процессе.
Платформа подходит, если её ограничения не конфликтуют с требованиями отрасли. Ключевые ограничения: Производительность и стоимость лицензий зависят от редакции, часть типового кода требует доработки под нагрузку, а обновления платформы нужно проверять на тестовом контуре. Кастомизация возможна, но подчиняется правилам компонентного подхода. Если конфликт есть, мы предложим другой стек или гибридную схему — например, витрину на одной платформе, а обмен и маркировку в отдельном сервисе.
После обследования: смотрим каталог, учётную систему, способы оплаты и доставки, требования по маркировке и документы. Затем фиксируем состав работ и прототип ключевых сценариев. Изменения в объёме оформляются отдельно — так бюджет остаётся предсказуемым.
Передаём код, доступы, документацию по обмену и инструкции. Далее возможны регламентная поддержка (исправление ошибок, обновления интеграций при изменении внешних API) и развитие — маркетплейсы, лояльность, аналитика, мобильное приложение.
Пришлите вводные по каталогу и учётной системе — вернёмся с оценкой и планом первого этапа.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.