Привлечь нового покупателя дороже, чем продать больше уже пришедшему. Поэтому самый дешёвый рост выручки прячется не в рекламе, а в среднем чеке: человек уже в карточке товара, уже с картой в руке — остаётся аккуратно предложить то, что логично купить вместе. Блок «с этим товаром покупают» и готовые комплекты делают это, не раздражая и не сбивая с покупки.
В этой статье разберём, как выстроить сопутствующие товары, up-sell и наборы в интернет-магазине на 1С-Битрикс: какими механизмами связать позиции, где брать состав комплектов, как не убить скорость карточки и, главное, как измерить, что всё это реально поднимает чек. Если каталог и обмен с 1С нужно привести в порядок под такие сценарии, это делается в рамках аудита и оптимизации 1С.
Коротко
- Средний чек дешевле растить сопутствующими товарами и наборами, чем скидками и трафиком.
- В 1С-Битрикс связи задают свойством-привязкой инфоблока, а наборы — штатным типом «Набор» торгового каталога.
- Комбинируйте ручные связи для ключевых товаров с BigData-рекомендациями для длинного хвоста.
- Обязательно измеряйте вклад блоков: доля заказов с рекомендацией, чек с блоком и без него.
Почему средний чек растят не скидками
Есть три рычага выручки: больше покупателей, чаще покупки, крупнее чек. Первые два стоят денег и времени — реклама, удержание, рассылки. Третий почти бесплатен: покупатель уже принял решение купить, и вопрос лишь в том, купит ли он одну позицию или две-три. Именно здесь работают сопутствующие товары и комплекты.
Скидка растит чек в объёме, но режет маржу. Хорошая рекомендация растит чек за счёт добавленной ценности: человек рад, что ему напомнили про кабель к монитору или крепёж к полке, — он всё равно купил бы это, но у другого продавца. Поэтому cross-sell и наборы — это не «впаривание», а забота, которая заодно увеличивает выручку с той же сессии.
Cross-sell, up-sell и наборы: словарь
Три близких, но разных механизма, которые важно не путать при настройке:
- Cross-sell (сопутствующие). Дополнение к выбранному: к телефону — чехол и стекло. Показывается в карточке и корзине.
- Up-sell (допродажа вверх). Более дорогая или полная версия того же товара: вместо базовой комплектации — расширенная. Показывается на этапе выбора варианта.
- Наборы (комплекты). Несколько товаров, собранных в одну позицию с общей ценой и добавлением в корзину одним кликом.
- «Купить в один клик всё». Кнопка, добавляющая карточку вместе с рекомендованными аксессуарами разом.
Каждый механизм закрывает свой момент пути покупателя. В сильном магазине они не конкурируют, а дополняют друг друга: up-sell — на выборе модели, cross-sell — после выбора, набор — как готовое решение для тех, кто не хочет собирать корзину вручную.
Где размещать блоки рекомендаций
Место показа определяет отклик не меньше, чем сам подбор. Основные точки:
| Место | Механизм | Логика подбора |
|---|---|---|
| Карточка товара | Cross-sell, up-sell | Аксессуары и расширенные версии к товару |
| Корзина | Cross-sell | Мелкие дополнения к содержимому корзины |
| Страница набора | Комплект | Готовое решение «всё для задачи» |
| Список / категория | Похожие, популярные | Товары той же группы и хиты |
| После заказа | Cross-sell | Расходники и сервис к купленному |
Ключевое правило: чем ближе к моменту решения, тем конкретнее должно быть предложение. В карточке — точные аксессуары именно к этому товару. В корзине — дешёвые импульсные дополнения. На странице набора — целостное решение, где сумма выгоднее покупки по частям.
Как связать сопутствующие товары в 1С-Битрикс
В 1С-Битрикс сопутствующие товары обычно строят на инфоблоках торгового каталога. Есть несколько рабочих подходов, и их часто совмещают:
- Свойство-привязка. Добавьте товару свойство типа «Привязка к элементам» и перечислите в нём сопутствующие позиции. Это ручной, полностью управляемый способ — идеален для флагманских товаров.
- Привязка по разделу. Показывайте аксессуары из смежного раздела инфоблока — например, к товарам «Ноутбуки» подтягивать «Сумки для ноутбуков» по правилу.
- Импорт связей. Если связи ведутся в 1С или в отдельной таблице, их выгружают в свойство обменом или скриптом на D7.
- Компонент вывода. Блок рекомендаций собирают на стандартном компоненте списка товаров с фильтром по привязанным ID и кэшированием.
Для гибкого управления связями и импорта удобно опираться на современный слой доступа к данным — D7 ORM в Битрикс позволяет писать выборки и обновление связей чисто и производительно, без прямых SQL-запросов. Массовое обновление привязок из внешнего источника логично встроить в регламентную задачу.
Комплекты и наборы торгового каталога
Наборы — отдельная сущность, а не просто блок рекомендаций. В торговом каталоге 1С-Битрикс есть штатный тип товара «Набор»: вы создаёте товар-набор и включаете в него позиции каталога. Покупатель видит одну карточку с общей ценой, добавляет её в корзину одним кликом, а списание остатков идёт по каждому входящему товару отдельно.
Когда наборы уместны:
- Готовое решение. «Всё для монтажа полки», «стартовый набор для новичка» — покупателю не надо собирать корзину самому.
- Подарочные комплекты. Сезонные наборы с приятной ценой относительно суммы по отдельности.
- B2B-комплекты. «Набор на бригаду», «комплект расходников на месяц» — экономят закупщику время.
- Апселл через набор. Базовый товар и его «полная версия с аксессуарами» как отдельный набор дороже.
Состав из 1С или на витрине
Ключевой архитектурный вопрос: где «живёт» комплект. Есть два сценария, и выбор влияет на весь учёт.
Первый — комплект как учётная единица в 1С со своим артикулом. Тогда состав, цена и остатки приходят обменом CommerceML, а сайт лишь отображает то, что пришло. Это точнее для учёта: набор проходит через все механизмы 1С как обычная номенклатура. Второй — комплект как чисто витринная упаковка обычных товаров, существующая только на сайте. Так гибче для маркетинга и акций, но состав и цену набора приходится поддерживать на стороне сайта.
На практике выбор зависит от того, насколько наборы стабильны. Постоянные комплекты выгоднее вести в учёте, разовые акционные — на витрине. Как устроен сам обмен и на что влияет качество выгрузки, мы подробно разбираем в контексте разработки модулей и интеграций для Битрикс. А привести обмен и структуру каталога к рабочему виду помогает автоматизация на 1С.
BigData-рекомендации и совместные покупки
Ручные связи хороши для топовых товаров, но у большого каталога есть длинный хвост, где вручную всё не свяжешь. Здесь помогают алгоритмические рекомендации на основе поведения покупателей: система смотрит, что покупают вместе, что смотрят подряд, и предлагает статистически релевантные дополнения.
В 1С-Битрикс для этого есть сервис персональных рекомендаций (BigData), который отдаёт блоки «с этим покупают», «вам может понравиться», «популярное». Его сильные стороны — автоматизм и покрытие всего каталога; слабые — он статистичен и не знает бизнес-логики («к монитору нужен именно этот кабель»). Поэтому лучший результат даёт гибрид: ручные связи для критичных пар и алгоритм для остального.
Важно, что рекомендательные блоки часто подтягивают данные асинхронно. Чтобы это было безопасно и быстро, обращения к внешним сервисам и своим эндпоинтам стоит проектировать аккуратно — принципы мы описали в статье про REST, вебхуки и безопасность в Битрикс.
Цены, наличие и торговые предложения
Блок сопутствующих товаров бесполезен, если показывает неправильную цену или недоступный товар. В магазине с торговыми предложениями (размеры, цвета, фасовки) и ценами по группам клиентов рекомендации должны это учитывать:
- Цена по группе. Авторизованный оптовик видит свою цену и в рекомендациях, а не розничную.
- Наличие. Не предлагайте в блоке то, чего нет на складе клиента, — это разочаровывает.
- Торговые предложения. Для товара с вариантами рекомендация ведёт на нужный SKU, а не на абстрактного родителя.
- Кратность и упаковка. В B2B количество в наборе и рекомендации подчиняется кратности заказа.
Всё это — та же ценовая и складская механика, что и в основном каталоге. Если цены по группам и остатки настроены корректно, блоки рекомендаций подхватывают их автоматически; если нет — сначала наводят порядок в каталоге, а уже потом добавляют cross-sell.
Производительность и кэш блоков
Каждый блок рекомендаций — это дополнительная выборка товаров, цен и остатков. На популярной карточке под нагрузкой это может ощутимо замедлить отрисовку, если делать наивно. Принципы, которые держат карточку быстрой:
- Теговый кэш инфоблоков. Блоки рекомендаций кэшируются и сбрасываются только при изменении связанных товаров.
- Разделение статики и динамики. Состав блока кэшируется, а персональные цена и наличие догружаются отдельным лёгким запросом.
- Композитный сайт. Статическая часть карточки и блоков отдаётся мгновенно, динамика подгружается поверх.
- Ограничение количества. 3–6 позиций в блоке грузятся быстрее и конвертируют лучше длинной ленты.
Скорость витрины в целом упирается и в инфраструктуру. Как выжать из окружения максимум, мы разбираем в материале про хостинг и BitrixVM — на медленном сервере никакой кэш блоков рекомендаций не спасёт.
Метрики: как измерить вклад
Без замеров сопутствующие товары превращаются в украшение. Чтобы понять, что блоки работают, измеряйте их вклад отдельно от остального каталога:
- Отслеживайте клики и добавления. Навесьте события на кнопки «добавить» внутри блоков рекомендаций и наборов.
- Считайте долю заказов с рекомендацией. Сколько заказов содержат товар, добавленный именно из блока.
- Сравнивайте средний чек. Чек сессий, где кликали по рекомендациям, против тех, где нет.
- Мерьте конверсию блока. Клик по рекомендации → добавление в корзину: показывает качество подбора.
- Тестируйте варианты. Разный подбор, разное место, разное количество позиций — и сравнение результатов.
Такие замеры — часть более широкой задачи сквозной аналитики заказов. Как корректно ловить события корзины и оформления в магазине на Битрикс, мы разбираем в отдельной статье про отслеживание добавлений в корзину; там же — про источники данных для этих метрик.
Частые ошибки
- Случайный подбор. В блоке «сопутствующих» — товары без логической связи; отклик близок к нулю.
- Слишком длинная лента. Десятки позиций рассеивают внимание вместо того, чтобы предложить очевидное.
- Неверная цена в блоке. Оптовику показывают розничную цену — доверие к рекомендации падает.
- Рекомендуется то, чего нет. Блок предлагает товар не в наличии, покупатель разочарован.
- Набор без контроля остатков. Комплект доступен, хотя одной из позиций нет, — заказ нечем собрать.
- Блоки грузятся синхронно. Тяжёлые выборки без кэша замедляют карточку и роняют конверсию.
- Нет измерений. Блоки висят «на всякий случай», а их вклад никто не считает.
Чек-лист внедрения
- Связи заведены. У ключевых товаров есть свойство-привязка с осмысленными сопутствующими позициями.
- Наборы собраны. Ходовые комплекты оформлены штатным типом «Набор» с контролем доступности по остаткам.
- Источник состава определён. Для каждого набора решено, ведётся он в 1С или на витрине.
- Гибрид рекомендаций. Ручные связи для топа плюс BigData-рекомендации для длинного хвоста.
- Цена и наличие корректны. В блоках — цена группы клиента, только доступные товары, нужные SKU.
- Кэш и композит. Блоки кэшируются, персональные данные догружаются, карточка быстрая.
- Метрики настроены. События на кнопках блоков, доля заказов с рекомендацией и сравнение чека считаются.
Вывод
Сопутствующие товары и комплекты — самый дешёвый способ поднять выручку: покупатель уже здесь, и вопрос лишь в том, купит он одну позицию или три. В 1С-Битрикс для этого есть всё: свойства-привязки для ручных связей, штатный тип «Набор» для комплектов и BigData-рекомендации для автоматического подбора. Сила — в их сочетании и в аккуратности: релевантный подбор, правильные цены по группам, контроль наличия и быстрая, закэшированная отрисовка.
И главное — измеряйте. Блок рекомендаций без метрик легко превращается в бесполезное украшение. Считайте долю заказов с рекомендацией и разницу в среднем чеке, тестируйте подбор и место — тогда cross-sell и наборы станут стабильным, управляемым каналом роста, а не догадкой «вроде так лучше».
