Продуктовый магазин в онлайне живёт по другим законам, чем магазин техники или одежды. Покупатель не выбирает один товар после долгого изучения — он собирает большую корзину из десятков позиций повседневного спроса и хочет сделать это быстро. А ещё он приходит снова и снова за похожим набором. Если каталог заставляет каждый раз заново искать привычные продукты по одному, покупатель уйдёт туда, где корзина собирается в пару кликов.
В статье разберём, на что смотреть при проектировании структуры каталога и UX для магазина продуктов питания (e-grocery) на 1С-Битрикс: как устроить разделы под повседневный спрос, продавать на вес и поштучно, показывать сроки годности и наличие, ускорить повторные заказы и связать всё это со складом. Многое здесь упирается в учёт и логистику, поэтому фундамент — автоматизация продаж и склада на 1С.
Коротко
- E-grocery — про скорость сборки большой корзины и повтор заказа, а не про выбор одного товара.
- Настройте вес, штуку и кратность через торговый каталог, синхронно с учётом в 1С.
- Показывайте свежесть и наличие честно, с механикой замен на сборке.
- Дайте быстрый поиск, историю покупок и повтор прошлого заказа — это двигатель частоты.
Чем e-grocery отличается от обычного магазина
Понимание отличий определяет всю архитектуру. В обычном магазине покупатель изучает товар, сравнивает, принимает одно решение. В продуктовом он действует иначе: набирает много позиций сразу, каждая из которых знакома и не требует изучения, и делает это регулярно. Отсюда три следствия для UX.
- Скорость важнее подробностей. Ценится быстрый набор корзины, а не глубокие карточки.
- Повтор — норма. Покупатель возвращается за похожим набором, и это надо поддержать.
- Ассортимент огромен. Тысячи позиций требуют сильного поиска и продуманной навигации.
Продуктовый ритейл — одна из самых требовательных ниш к скорости и логистике, а значит и к интеграциям с внешними сервисами доставки и учёта. Как выстраивать такие интеграции безопасно, мы разбираем в статье про REST, вебхуки и безопасность в Битрикс.
Структура каталога под повседневный спрос
Разделы продуктового каталога строят по привычной покупателю логике магазина у дома: молочное, мясо и птица, овощи и фрукты, бакалея, напитки, заморозка. Глубина вложенности должна быть небольшой — покупатель не готов проваливаться на пять уровней ради пачки соли.
В 1С-Битрикс каталог реализуется на инфоблоках торгового каталога, а свойства товаров становятся основой умного фильтра `catalog.smart.filter`. Для продуктов важны такие фильтры, как бренд, жирность, вес фасовки, наличие, акции и признаки вроде «без сахара» или «фермерское». Но главное — не перегружать: продуктовый покупатель фильтрует реже, чем в технике, и чаще ищет напрямую.
Вес, штука и кратность
Продукты продаются по-разному: молоко — упаковкой, яблоки — на вес, яйца — десятком. Это надо корректно отразить в каталоге, иначе покупатель запутается, а сборщик получит неверное количество.
| Тип товара | Единица | Что показать |
|---|---|---|
| Весовой (овощи, мясо) | кг, дробный шаг | Цена за кг и за фасовку, шаг веса |
| Штучный (упаковки) | шт., целое | Цена за штуку/упаковку |
| Наборный (яйца) | десяток, кратность | Цена за набор, кратность заказа |
| Разливной | литр, дробный шаг | Цена за литр и за объём |
В 1С-Битрикс это задаётся через единицу измерения, шаг и кратность количества в торговом каталоге. Все эти параметры должны приходить из 1С и совпадать с учётом — иначе на сборке и в чеке появятся расхождения по количеству и сумме.
Сроки годности и свежесть
Свежесть — главный страх покупателя продуктов онлайн. Он не может сам выбрать пачку с лучшим сроком, поэтому доверяет магазину. Честная информация о свежести снимает тревогу и снижает возвраты.
Данные о партиях и сроках годности ведутся в учётной системе и передаются на сайт. В карточке скоропортящегося товара уместно показать остаточный срок или дату производства, а при сборке заказа — отгружать позиции с достаточным сроком. Для товаров с коротким сроком годности логика партий и остатков особенно важна, и она приходит из складского учёта.
Наличие и замены на сборке
Остатки продуктов меняются в течение дня, и к моменту сборки заказа какой-то позиции может не оказаться. Хороший e-grocery готов к этому заранее.
- Свежие остатки. Наличие подтягивается из учёта максимально актуальным и видно в карточке и корзине.
- Механика замен. Если товара нет, покупателю предлагают аналог или согласуют замену.
- Правила покупателя. Клиент заранее указывает, разрешать ли замены и на что.
- Уведомления. О заменах и недостающих позициях сообщают до, а не после доставки.
Всё это работает только при точной синхронизации остатков между сайтом и складом. Как выстроить корректный обмен и быстрые выборки данных, мы разбираем в статье про D7 ORM в Битрикс.
Быстрый поиск по продуктам
При тысячах позиций поиск важнее навигации по разделам. Покупатель знает, что ему нужно — «молоко 3,2», «хлеб бородинский», — и ждёт мгновенного точного результата. Хороший продуктовый поиск умеет:
- Автодополнение. Подсказки товаров по мере ввода прямо с ценой и наличием.
- Устойчивость к опечаткам. «гречка» и «гречнивая» находят нужное.
- Учёт наличия. В наличии — выше, отсутствующее — не мешает вверху выдачи.
- Добавление из выдачи. Товар кладётся в корзину прямо из результатов поиска.
Повторные заказы и любимое
Регулярность — экономика e-grocery. Покупатель, который заказывает раз в неделю привычный набор, ценнее того, кто пришёл однажды. Задача UX — сделать повтор максимально лёгким.
- История покупок. Прошлые заказы под рукой, из них легко повторить весь набор.
- Мои товары. Персональная полка часто покупаемого — быстрый набор корзины.
- Списки-любимое. Сохранённые наборы: «на неделю», «завтраки», «для дачи».
- Повтор в один клик. Кнопка «Повторить заказ» с проверкой наличия и замен.
Карточка продукта: состав и БЖУ
Карточка продукта короче, чем у техники, но у неё свои обязательные блоки. Покупатели всё внимательнее к составу, поэтому важно показать состав, пищевую ценность (БЖУ и калорийность), вес и производителя. Для части аудитории критичны признаки «без сахара», «без лактозы», «халяль», «эко» — их удобно вынести в свойства и фильтры.
Не превращайте карточку в стену текста: продуктовый покупатель добавляет знакомый товар быстро. Дайте главное сразу — цена, вес, свежесть, кнопка добавления с выбором количества, — а состав и подробности разместите ниже для тех, кому они нужны.
Слоты доставки и минимальный заказ
Продукты заказывают ко времени, поэтому доставка устроена сложнее, чем «привезём за 3 дня». Нужны интервалы доставки — слоты — с ограничением по загрузке, чтобы не набрать больше заказов, чем машина увезёт вовремя.
- Слоты по времени. Интервалы с лимитом заказов, недоступные слоты закрыты.
- Минимальная сумма. Понятный порог заказа, видимый до оформления.
- Стоимость по сумме и зоне. Бесплатная доставка от порога, разные зоны — разные условия.
- Экспресс-опция. Быстрая доставка за отдельную плату, если она есть.
Слот, минимальную сумму и стоимость лучше показывать до финального шага, чтобы не терять покупателя на неожиданных условиях в корзине.
Мобильная сборка корзины
Продукты массово заказывают со смартфона — на ходу, из транспорта, регулярно. Мобильный интерфейс должен позволять собрать корзину быстро.
- Добавление из списка. Плюс/минус количества прямо в каталоге, без захода в карточку.
- Поиск на первом экране. Строка поиска всегда под рукой.
- Повтор заказа. Кнопка повтора и «мои товары» на видном месте после входа.
- Лёгкие страницы. Без тяжёлых карточек и долгих переходов.
Связь с 1С и складом
E-grocery держится на учёте: остатки, партии, сроки, вес и кратность, цены — всё это живёт в 1С и приходит на сайт обменом. Если обмен работает плохо, покупатель увидит несуществующий товар, неверную цену или недоступный слот. Поэтому качество продуктового магазина напрямую зависит от интеграции с учётной и складской системой.
Обмен должен быть частым и надёжным, а данные — консистентными. Системно эту связку мы настраиваем через автоматизацию бизнес-процессов на 1С, а инфраструктуру под нагрузку продуктового трафика разбираем в статье про хостинг и инфраструктуру BitrixVM.
Частые ошибки
- Глубокая вложенность. Покупатель проваливается на пять уровней ради простого товара.
- Нет повтора заказа. Регулярный покупатель каждый раз собирает корзину заново.
- Вес и кратность не совпадают с 1С. Расхождения по количеству и сумме на сборке.
- Устаревшие остатки. В корзине товар есть, на складе — уже нет, без механики замен.
- Слабый поиск. При тысячах позиций покупатель не находит нужное быстро.
- Скрытые условия доставки. Слот и минимальная сумма всплывают в конце оформления.
- Тяжёлая мобильная версия. Медленная сборка корзины на смартфоне.
Чек-лист
- Структура неглубокая. Разделы по логике магазина у дома, плюс сквозные подборки.
- Вес и кратность настроены. Единицы, шаг и кратность синхронны с учётом в 1С.
- Свежесть показана. Сроки годности и партии учтены в карточке и на сборке.
- Наличие и замены. Актуальные остатки, правила замен и уведомления настроены.
- Поиск сильный. Автодополнение, устойчивость к опечаткам, учёт наличия.
- Повтор заказа работает. История, «мои товары», списки, кнопка повтора.
- Доставка прозрачна. Слоты с лимитом, минимальная сумма и стоимость видны заранее.
- Обмен с 1С надёжен. Остатки, цены и параметры приходят часто и консистентно.
Вывод
Каталог e-grocery — это не витрина для изучения, а инструмент быстрой сборки большой корзины, к которой покупатель возвращается снова и снова. Успех определяют скорость набора, честная информация о свежести и наличии, удобный повтор заказа и продуманная доставка со слотами. Всё это должно точно совпадать с тем, что происходит на реальном складе.
На 1С-Битрикс продуктовый магазин собирается на торговом каталоге, инфоблоках и умном фильтре, но его сердце — обмен с учётом и складом. Настройте вес и кратность, сроки, актуальные остатки и повтор заказа, свяжите каталог со складской автоматизацией — и e-grocery начнёт удерживать покупателей регулярностью, а не разовыми акциями.
