Торговые предложения в Битрикс: как проверить размеры, цены и остатки

Покупатель заказывает вариант, а не название модели

Цена и наличие нужны покупателю для выбранного размера, цвета или комплектации. Общая надпись «В наличии» не поможет, если заказать можно лишь другой вариант. В Битрикс эту задачу решают торговые предложения: у одной модели есть отдельные варианты покупки. Разберём, как провести выбранный вариант от карточки до заказа и учёта, чтобы магазин не обещал одно, а отгружал другое.

Дальше рассматриваем магазин на 1С-Битрикс с вариантами товаров и передачей заказов в 1С: покупатель выбирает нужные свойства в карточке, а сотруднику при обработке заказа предстоит распознать эту покупку по сведениям, которые дошли до учёта. Настройку каталога выполняет специалист. Маркетологу нужно определить, чем варианты отличаются для клиента, а руководителю — принять правила цены, наличия и замены. Главный вопрос здесь не в том, сколько кнопок появится в карточке, а в том, сохраняется ли смысл выбора на каждом следующем шаге.

Команда ШТАБ ИТ разработала для цветочного гипермаркета сайт на 1С-Битрикс, каталог которого использовал торговые предложения. Работа также включала Битрикс24 и интеграцию 1С с сайтом и CRM, включая обмен заказами.

При таком обмене принимать карточку отдельно от заказа мало: сотрудник 1С должен распознать выбранное предложение по дошедшим до него данным.

Название товара — лишь начало. Надёжный заказ содержит достаточно сведений, чтобы сотрудник склада без разговора с покупателем понял, какой именно вариант тот выбрал.

Как разделить общие свойства и отличия вариантов

У модели есть общие сведения: назначение, производитель, материал или инструкция, если они действительно одинаковы для всей группы. У предложения — отличия, определяющие покупку. Для одежды это могут быть цвет и размер, для оборудования — комплектация. Не всякое свойство стоит превращать в переключатель. Покупателю нужен выбор существующего товара, а не конструктор сочетаний, которых магазин не продаёт. Я предпочёл бы сначала составить перечень реальных вариантов из учётной системы, а уже потом рисовать кнопки в карточке, потому что красивую сетку размеров легко придумать, но каждому её доступному сочетанию потребуется соответствующий товар.

В документации компонента «Элемент каталога детально» есть настройка свойств для отбора предложений. Эта настройка определяет, по каким значениям группируются варианты. Рядом отдельно задаются дополнительные картинки предложения. Это две разные настройки. После выбора цвета отдельно смотрят, сменилось ли изображение на фотографию нужного варианта. Подробности — в справке компонента карточки.

В задании удобно связать каждое отличие с действием клиента: цвет меняет изображение, размер уточняет доступность, комплектация меняет состав покупки. Если характеристика лишь описывает изделие, оставьте её в описании. Это сократит число переключателей и сделает последствия выбора заметнее.

Почему сумма меняется после выбора

Карточка может показывать начальную цену модели, а затем цену конкретного предложения. Такая последовательность понятна, когда первое значение явно обозначено как «от», а после выбора покупатель видит сумму именно своего варианта. Скрытая подмена раздражает. Особенно неприятно обнаружить новую цену в корзине, когда решение о покупке уже принято.

Если ассортимент включает предложения с разными ценами, используйте их для приёмки: сначала выберите более дешёвое, затем более дорогое и посмотрите, как меняется сумма рядом с товаром, в корзине и в итоговых сведениях о заказе. Переключение должно обновлять стоимость рядом с выбором, а добавление в корзину — переносить ту же позицию и сумму. Затем сотрудник меняет количество и смотрит, по какому правилу считается итог. Если на цену влияет скидка или тип покупателя, это влияние отделяют от различий между предложениями и объясняют собственными условиями магазина.

В стандартном компоненте отдельные настройки отвечают за показ прежней цены и процента скидки. Эти возможности описаны в документации Битрикс. Они касаются отображения, поэтому наличие зачёркнутой суммы ещё не объясняет, к какому варианту относится акция.

Удобнее показывать цену сразу возле доступного предложения, чем заставлять клиента пробовать варианты ради выяснения стоимости, если ассортимент небольшой и такое представление не перегружает карточку. При большом наборе вариантов нужен ясный выбранный размер и заметное обновление цены после переключения.

Наличие считается для того, что можно положить в корзину

По общему остатку модели нельзя узнать, сколько осталось нужного размера. У предложения может быть собственная доступность, и интерфейс обязан её объяснять до оформления. Продажа при нулевом остатке — отдельное решение магазина. Её нельзя случайно получить из-за того, что кнопка покупки осталась активной после смены варианта.

Предпочтительнее оставить отсутствующий вариант видимым с понятным состоянием, когда покупателю полезно знать, что такой размер вообще бывает в ассортименте. Полное скрытие уместно, если вариант снят с продажи и возвращать его не планируют. Эти два случая по-разному влияют на ожидания человека: временное отсутствие позволяет предложить уведомление, а снятие с продажи — выбрать другую модель.

В карточке Битрикс можно показывать точный остаток или заменять число поясняющим текстом. Отдельная настройка разрешает уведомлять клиента о поступлении товара. Параметры доступны в документации карточки. Конкретное поведение магазина специалист показывает на его шаблоне и настройках учёта.

Для испытания сотрудник меняет остаток доступного предложения в учёте и ждёт обновления сайта. Затем проходит весь путь покупки: открывает карточку, выбирает нужный вариант и пытается оформить его, чтобы увидеть, где магазин останавливает недоступную покупку и достаточно ли понятно объясняет клиенту причину отказа. Заодно выясняется, что увидит покупатель, который открыл страницу до обновления и нажал кнопку позже.

Фото и описание поддерживают тот же выбор

После переключения цвета фотография помогает убедиться, что выбран нужный товар. Если картинка общая для модели, это стоит объяснить рядом с ней. Иначе посетитель может принять изображённую комплектацию за включённую в цену. Подпись здесь полезнее красивого эффекта переключения, который создаёт ложную уверенность в совпадении фотографии и покупки.

В Битрикс индивидуальные описания предложений доступны с версии 20.5.0 модуля «Информационные блоки». За вывод отвечает опция «Отображать описание для каждого торгового предложения». В официальном уроке также объясняется, что незаполненную часть описания предложения можно получить из основного товара. Поэтому общий текст следует читать вместе с индивидуальным: они способны оказаться на одной странице.

Если общее описание перечисляет принадлежности из расширенного комплекта, его нужно сопоставить с базовым вариантом: покупатель прочитает оба блока как описание одной покупки и может ожидать в посылке предметы, которые магазин в эту цену не включал.

Маркетологу полезно прочитать карточку после каждого существенного переключения так, словно это отдельная покупка: какое изделие показано, что входит в комплект и какую сумму просят. Противоречивые данные исправляют до изменения дизайна. Полный текст нужен у каждого предложения лишь тогда, когда варианты существенно различаются по содержанию. Общие сведения проще поддерживать в одном месте, а различия — хранить у варианта, чтобы очередная правка инструкции не оставила часть карточек со старым объяснением.

Что увидят покупатель и сотрудник после добавления

Корзина служит последней удобной точкой сверки выбора. В строке товара нужны название и отличия, которые определяют покупку. Если на сайте предлагают размеры и цвета, а в корзине остаётся одна модель без уточнений, клиент не может обнаружить ошибку до оплаты. Фото помогает, но одинаково выглядящие варианты по нему не различить.

Системы связывают записи по техническому идентификатору. Сотрудники могут искать позицию по артикулу, а покупателю помогает понятное название вместе с выбранными свойствами. Это разные задачи. Если склад и поддержка ищут товар по артикулу, его стоит сохранить в рабочих представлениях заказа: внутренний номер помогает программам связать записи, но сотруднику придётся тратить время на отдельный поиск, если привычное обозначение исчезнет. Исполнитель объясняет, какое поле переносится между системами и какое видит человек.

Сверка продолжается в подтверждении заказа и в рабочем интерфейсе сотрудника. Для приёмки берут два предложения одной модели, помещают их в корзину и убеждаются, что они не слились в одну строку с общей ценой. Затем меняют количество одного варианта: второй сохраняет собственные параметры и сумму. Это показывает связь данных гораздо нагляднее, чем просмотр одной удачной покупки.

Замена варианта требует нового выбора. Если нужного размера уже нет, магазин предлагает покупателю доступные варианты и новые условия, а не незаметно меняет состав строки при оформлении.

Обмен с 1С испытывают изменением данных

Фраза «обмен настроен» не раскрывает, что именно прошло между системами. Для торговых предложений существенны соответствие вариантов, цены, остатки и состав заказа. Проверять это удобнее на ограниченном наборе товаров, который исполнители сайта и 1С могут найти по одним и тем же признакам.

Сначала специалист показывает связь исходного предложения с его записью на сайте. Затем изменяет один параметр в учёте и запускает обычный порядок обмена. Маркетолог открывает карточку и видит результат. После этого оформляется тестовый заказ, а сотрудник 1С находит в нём тот же вариант. Испытание проходит в безопасном режиме, без списания реального товара и отправки покупателю случайных уведомлений. Лучше менять по одному признаку, чем одновременно цену, остаток и название, поскольку при ошибке будет понятно, какое обновление не дошло, и исполнители смогут проследить именно эту часть обмена до её назначения.

Отдельно обсуждают задержку между изменением в учёте и появлением на сайте. Универсального интервала здесь нет: исполнитель называет действующий порядок магазина и способ заметить остановку. Если после неудачного обмена витрина продолжает показывать прежнее наличие, ответственному нужен сигнал о давности данных, а поддержке — понятный ответ покупателю.

В показ включают и добавление нового предложения: так исполнители подтвердят создание связи между сайтом и учётом, которой ещё не было при испытании обновления старой цены. Удаление или снятие с продажи обсуждают отдельно, чтобы при следующем обмене отсутствующий вариант не возвращался на витрину без объяснения.

Попросите провести один вариант до места отгрузки

Финальную демонстрацию стоит начать с вопроса: «Как сотрудник, который не видел карточку сайта, поймёт, какой вариант нужно выдать по этому заказу?» Ответ покажет, какие сведения сохраняются после красивого переключателя размеров и где именно они доступны человеку. Затем можно пройти тот же путь с предложением, которого сейчас нет в наличии.

Для сдачи достаточно компактного перечня результатов. Он привязан к ассортименту, а не к общему обещанию, что торговые предложения в Битрикс включены.

• Доступны только существующие сочетания свойств, а выбранный вариант заметен.
• Цена, фото и описание относятся к этому варианту либо явно обозначены как общие.
• Отсутствие и предзаказ различаются по смыслу и доступному действию.
• Корзина, подтверждение и учёт позволяют распознать одну и ту же позицию.
• Изменение цены или наличия проходит через обычный обмен, а сбой становится известен ответственному.

При невыполненном пункте опишите расхождение через действия покупателя: какие свойства он выбрал, какую цену увидел в карточке и что получил в заказе, чтобы исполнитель мог повторить путь и обнаружить место, где изменились данные. Такое задание можно передать на доработку каталога без догадок о внутренней причине. Исполнитель отвечает за исправление связи, а магазин повторяет путь покупателя и принимает результат там, где сотрудник действительно готовит товар к выдаче.