Выберите тему — соберём контекст
Что входит в интернет-магазин для категории «Продукты питания»: каталог, оплата и фискализация, доставка, интеграции и требования регулирования.
Модули, из которых собирается магазин для категории «Продукты питания».
Структура каталога для категории «Продукты питания»: категории, характеристики, варианты товара, единицы измерения и правила показа позиций не в наличии.
Корзина, оформление заказа, несколько способов оплаты и корректная фискализация каждого платежа по 54-ФЗ.
Расчёт стоимости и сроков до оформления заказа, интеграция со службами доставки и карта пунктов выдачи.
Двусторонний обмен с учётной системой: номенклатура, цены и остатки в магазин, заказы и статусы обратно.
Последовательность, при которой продажи открываются до завершения всех доработок.
Смотрим каталог, учётную систему, способы оплаты и доставки, требования по маркировке. Фиксируем, какие данные уже есть, а какие придётся собирать.
Согласуем сценарии покупки и схему обмена данными: какие сущности, в какую сторону и с какой периодичностью передаются.
Витрина, корзина, оформление, оплата, доставка и обмен с учётной системой. Демонстрация — в конце каждого спринта.
Перенос данных, проверка сценариев на реальных заказах, передача документации и регламент поддержки обменов.
Товар измеряется весом и фасовкой, у него короткий срок годности и высокая частота замены: нужны весовые позиции, замены отсутствующих товаров и «соберите заказ из наличия».
Каталог проектируем как структуру данных, а не как набор страниц: категории, характеристики, варианты, единицы измерения и правила показа товара не в наличии. Именно от этой модели зависят фильтры, поиск, выгрузки в маркетплейсы и последующая автоматизация закупок.
Для категории «Продукты питания» обычно нужны сразу несколько способов оплаты: карта, СБП, оплата частями или рассрочка, оплата по счёту для юридических лиц. Каждый способ требует корректного чека ОФД по 54-ФЗ и отдельного сценария возврата.
Если товар рекуррентный (доставка по расписанию, наборы, расходники), добавляются автосписания, уведомления о списании и управление подпиской в личном кабинете.
Продукты — самая насыщенная регулированием категория: молочная продукция, вода, безалкогольные напитки, консервы, БАД и корма маркируются в «Честном знаке», животноводческая продукция идёт через ФГИС «Меркурий», алкоголь — через ЕГАИС.
Мы проверяем требования по вашей номенклатуре до старта разработки: от этого зависит и структура каталога, и кассовый сценарий, и порядок работы склада.
Доставка окнами и слотами, зоны и минимальная сумма заказа, холодовая цепь, сборка на складе и замена позиции при недосборке.
Подключаем несколько служб доставки сразу: СДЭК, Boxberry, Почта России, курьерские сервисы и собственные пункты. Расчёт стоимости и сроков показываем до оформления заказа, а статусы и трек-номера — в личном кабинете.
Кассы и весовое оборудование, ОФД, «Меркурий» и ЕГАИС, сборщицкие приложения, 1С или ERP, службы курьерской доставки.
Обмен с учётной системой делаем двусторонним: номенклатура, цены и остатки — в магазин, заказы и статусы — обратно. Для маркетплейсов настраиваем отдельный контур FBS/FBO, чтобы остатки не «перепродавались» дважды.
Срок зависит от объёма каталога, количества интеграций и готовности данных. Если номенклатура в учётной системе ведётся без характеристик и единиц измерения, первым этапом идёт нормализация справочников — иначе фильтры и выгрузки будут работать некорректно.
Первым релизом выводим карточку товара, корзину, оформление заказа, оплату и передачу заказа в учётную систему. Дополнительные сценарии — личный кабинет, лояльность, маркетплейсы — идут следующими этапами и не задерживают запуск продаж.
Отличается структура данных и сценарии. Каталог должен отражать характеристики и варианты этой категории, оплата и доставка — её типовые способы покупки, а учёт — требования по маркировке, партиям и возвратам. Универсальное решение обычно приходится перестраивать именно в этих местах.
Если учёт ведётся в 1С, интеграция нужна: без неё остатки и цены придётся вести вручную, а заказы переносить в учётную систему людьми. Мы делаем обмен двусторонним и с журналом ошибок, чтобы расхождения находились сразу, а не в конце месяца.
Первый релиз с рабочими продажами для одной категории обычно занимает от четырёх до десяти недель в зависимости от количества интеграций и объёма каталога. Маркетплейсы, лояльность и личный кабинет разумно выносить во второй этап.
Запросите оценку: разберём каталог, оплату, доставку и интеграции и предложим план запуска.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.