Человек заходит в магазин БАДов не за «товаром», а за решением: «плохо сплю», «хочу поддержать иммунитет», «врач назначил витамин D». А каталог встречает его полками «Витамины», «Минералы», «Спортивное питание» — логикой склада, а не логикой покупателя. В нише, где решение и так даётся с сомнением, такое несовпадение стоит особенно дорого.
Разберём, как спроектировать UX и структуру каталога для магазина товаров для здоровья и БАДов на 1С-Битрикс: навигация по потребностям, фильтры по составу, торговые предложения по фасовке, блоки доверия и корректный контент. Всё это опирается на продуманную модель данных и обмен, которые закрывает автоматизация на 1С.
Коротко
- Покупатель ищет решение потребности, поэтому нужна навигация «по цели» (сон, иммунитет), а не только по брендам и формам.
- Ключевые фильтры — по действующему веществу, форме, дозировке и назначению; их закладывают в свойства инфоблоков заранее.
- Разные фасовки и дозировки — это торговые предложения одного товара, а не отдельные карточки.
- Доверие и корректный контент — часть UX: состав, применение, сертификаты и формулировки без обещаний лечебного эффекта.
Как думает покупатель БАДов
В основе UX-проектирования — понимание, как рассуждает покупатель. В нише здоровья он приходит от потребности, а не от товара, и проходит путь от симптома или цели к конкретному продукту. По дороге он сомневается: «а это точно поможет», «безопасно ли», «кому доверять». Задача каталога — вести его от потребности к решению и снимать сомнения на каждом шаге.
Из этого вырастают все дальнейшие решения: навигация по целям, фильтры по составу, богатая карточка с доказательствами и подписка на курсовой приём. Если проектировать «от склада», а не «от покупателя», магазин будет технически исправным и коммерчески слабым.
Навигация по потребностям, а не только брендам
Классическая товарная структура (витамины, минералы, спортпит) нужна, но её недостаточно. Поверх неё строят навигацию «по цели»: сон и спокойствие, энергия, иммунитет, красота и волосы, суставы, ЖКТ. Это второй разрез каталога, который совпадает с тем, как формулирует запрос покупатель.
Структура каталога и разделы
Хорошая структура сочетает несколько разрезов, каждый из которых ведёт покупателя своим путём:
- По категории. Витамины, минералы, омега, пробиотики — привычная товарная логика.
- По потребности. Сон, иммунитет, энергия — вход «от проблемы».
- По аудитории. Для женщин, мужчин, детей, спортсменов, 50+.
- По бренду. Для лояльных к конкретным производителям.
Все разрезы работают на одном наборе товаров через свойства и подборки, а не на дублированных карточках. Это сохраняет чистоту данных и не плодит проблем с обменом и SEO.
Фильтры по составу и назначению
Фильтр в магазине БАДов — главный инструмент подбора, и он гораздо богаче обычного. Кроме цены и бренда покупателю нужны:
- Действующее вещество. Магний, витамин D, коллаген — по сути главного компонента.
- Форма выпуска. Капсулы, таблетки, порошок, жидкость.
- Дозировка. Содержание активного вещества в порции.
- Особенности. Веганское, без сахара, без глютена, гипоаллергенное.
- Назначение. Связка с целью — сон, иммунитет, энергия.
Эти свойства выносят в умный фильтр catalog.smart.filter. Ключ к их работе — заранее спроектированные свойства инфоблоков: если состав и дозировку не заложить в данные с самого начала, фильтр по ним потом не построить без переработки каталога.
Торговые предложения: фасовки и дозировки
Один продукт в нише БАДов почти всегда существует в нескольких вариантах: 60 и 120 капсул, разные вкусы порошка, разные дозировки. Это классический сценарий для торговых предложений: товар-родитель несёт общее описание и состав, а предложения-варианты — свою цену, штрихкод, фасовку и наличие.
| Уровень | Что хранит |
|---|---|
| Товар-родитель | Название, описание, состав, назначение, изображения |
| Торговое предложение | Фасовка, дозировка, вкус, цена, штрихкод, наличие |
Так покупатель выбирает фасовку в одной карточке, а учёт и цены остаются корректными. Плодить отдельные карточки на каждую фасовку — ошибка: это ломает и навигацию, и обмен с 1С.
Карточка товара и доверие
В нише здоровья карточка товара — не просто описание, а инструмент снятия сомнений. Покупатель принимает решение осторожно, и карточка должна отвечать на его вопросы раньше, чем он их задаст: что внутри, как применять, кому подходит, кто продавец.
- Подробный состав. Действующие вещества и дозировки на порцию.
- Способ применения. Как и сколько принимать, длительность курса.
- Показания и особенности. Для чего, ограничения, состав по аллергенам.
- Доверие. Сертификаты, отзывы, информация о продавце и доставке.
Богатая, но честная карточка одновременно повышает конверсию и снижает возвраты и претензии — покупатель понимает, что берёт.
Требования к контенту и формулировкам
БАД — не лекарство, и это должно быть отражено в контенте. Описания нельзя строить на обещаниях лечебного эффекта: это не только вопрос доверия, но и требований к рекламе и маркировке. Правильные формулировки говорят о составе, назначении и способе применения, а не о «лечении» и «гарантированном результате».
Практический вывод для UX: заложите в карточку структурированные поля (состав, применение, назначение), а не свободный текст, где легко «наобещать лишнего». Структурированный контент проще держать корректным и юридически чистым, и его удобнее выводить единообразно по всему каталогу.
Подписка и повторные покупки
БАДы принимают курсами, поэтому повторные покупки — экономическая основа ниши. Магазин, который помогает клиенту вернуться в нужный момент, выигрывает в LTV:
- Быстрый повтор заказа. Повторение прошлой покупки в один клик из кабинета.
- Напоминания о курсе. Сигнал, когда упаковка подходит к концу.
- Подписка. Регулярная доставка выбранных продуктов со скидкой.
- Персональные подборки. Рекомендации на основе истории покупок.
Эти сценарии живут в личном кабинете и требуют аккуратной связки с учётом, чтобы регулярные заказы корректно попадали в 1С без дублей.
Модель данных в инфоблоках
Весь описанный UX держится на модели данных. В инфоблоках закладывают: действующее вещество, дозировку, форму выпуска, назначение (связь с целями), особенности состава, а на уровне торговых предложений — фасовку, вкус, цену и наличие. Свойства-справочники (вещество, назначение) удобнее вести списками, чтобы фильтр и подборки строились автоматически.
Продуманная модель делает навигацию, фильтры и подборки предсказуемыми, а обмен — стабильным. Принципы эффективной работы с данными и выборками мы разбирали в статье про D7 и ORM в Битрикс — они прямо применимы к каталогу с богатыми свойствами.
Скорость каталога и фильтра
Богатый фильтр легко делает каталог медленным. Чтобы подбор оставался быстрым:
- Индексируйте свойства. Поля, по которым идёт фильтрация, должны быть проиндексированы.
- Кэшируйте выдачу. Частые комбинации фильтров отдаются из кэша.
- Композитный сайт. Статика — мгновенно, персональные блоки — динамически.
- Следите за метриками. Контролируйте Core Web Vitals после расширения фильтров.
Инфраструктурная сторона скорости — окружение и хостинг — не менее важна; её мы затрагивали в материале про хостинг и инфраструктуру BitrixVM.
Связь с 1С и наличие
Цены, остатки и торговые предложения приходят на сайт обменом из учётной системы. Для магазина БАДов это означает, что наличие по фасовкам, дозировкам и вкусам должно точно синхронизироваться: покупатель не должен заказать вариант, которого нет. Точность наличия и цен — прямое следствие качества обмена.
Настроить стабильный обмен и корректную работу торговых предложений помогает автоматизация продаж и склада на 1С, а если учёт уже работает с перебоями — начать логично с аудита и оптимизации 1С.
Частые ошибки
- Каталог «от склада». Только товарные категории без навигации по потребностям — покупатель не находит решение.
- Бедный фильтр. Нет фильтра по составу, дозировке и назначению — главный сценарий подбора не работает.
- Карточки на каждую фасовку. Вместо торговых предложений — дубли, ломающие навигацию и обмен.
- Обещания эффекта. Формулировки о «лечении» вредят доверию и нарушают требования.
- Нет повторных продаж. Курсовой характер приёма не используется — теряется LTV.
- Медленный фильтр. Богатые свойства не индексированы, каталог тормозит.
Чек-лист запуска
- Навигация по потребностям. Есть разрез «по цели» поверх товарных категорий, без дублей.
- Фильтры по составу. Действующее вещество, форма, дозировка, назначение вынесены в умный фильтр.
- Торговые предложения. Фасовки и дозировки — варианты одного товара, не отдельные карточки.
- Карточка доверия. Состав, применение, показания, сертификаты и отзывы на месте.
- Корректный контент. Структурированные поля, формулировки без обещаний лечебного эффекта.
- Повторные покупки. Быстрый повтор, напоминания и подписка в кабинете.
- Скорость. Свойства индексированы, выдача кэшируется, метрики под контролем.
- Обмен с 1С. Наличие по вариантам и цены стабильно синхронизированы.
Вывод
Магазин товаров для здоровья и БАДов проектируется от покупателя, а не от склада. Навигация по потребностям, богатые фильтры по составу, торговые предложения по фасовке и карточка, снимающая сомнения, — вот что превращает осторожного посетителя в покупателя. А корректный, структурированный контент делает магазин одновременно убедительным и юридически чистым.
На 1С-Битрикс всё это собирается на базе торгового каталога и торговых предложений, при условии продуманной модели данных и стабильного обмена с 1С. Заложите правильные свойства и навигацию с самого начала — и каталог будет вести покупателя от потребности к решению, а не заставлять его блуждать по полкам склада.
