Таблицы размеров на Salesforce Commerce Cloud

Корпоративный масштаб, корпоративные проблемы размеров

Salesforce Commerce Cloud (SFCC, ранее Demandware) питает некоторые из крупнейших fashion-ритейлеров в мире, и в этом масштабе проблемы размеров дорогие в абсолютных цифрах. Снижение на один пункт неправильного размера возвратов на каталоге делающем десятки миллионов в доход это серьёзное число. Но много SFCC витрин всё ещё работают на статических таблицах размеров которые не переосмыслялись годами, часто несостоятельных в локалях и под-брендов. Сложность платформы это часть причины: изменения касаются картриджей, шаблонов, слотов контента, и множественных сайтов, поэтому улучшения размеров откладываются. Это руководство охватывает как добавить таблицу размеров или инструмент рекомендаций на SFCC способом который выживает эту сложность и действительно движет возвраты.

Статические диаграммы через активы контента и слоты

Традиционный подход SFCC это статическая таблица размеров поставляемая через актив контента или слот контента, отрендеренная на PDP. Это управляемо и редактируемо через Business Manager без развёртывания кода, что именно почему это так частое. Для стабильного каталога с последовательным размером, это разумная основа.

Ограничение это универсальное: статическая диаграмма просит покупателя измерить, прочитать, и переводить, и многие не будут. В корпоративном масштабе стоимость этого пробела просто больше. Активы контента также склонны дрейфовать в локалях и под-сайтах, поэтому вы заканчиваете таблицами которые не согласны друг с другом и иногда с товаром. Если остаться со статическими диаграммами, централизуйте исходные данные так каждый сайт отрендерит из одного источника истины.

Встраивание инструмента рекомендаций через картридж

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

Картридж интегрируется чисто в архитектуру SFCC и может быть развёрнут в сайты через ваш обычный процесс выпуска. Инструмент как YourSizer может быть встроен в шаблон PDP рядом с селектором атрибута вариации. Спланируйте интеграцию через ваш существующий процесс обзора кода SFCC и конвейер staging так это протестировано перед тем как достигает production.

Обработка множественных локалей и сайтов

Сила SFCC это запуск много витрин и локалей из одной платформы, и это в точности где размер становится жёстким. Сайт США, сайт Великобритании, и сайт ЕС читают полностью разные числа из того же предмета одежды, и покупатели ожидают видеть размер в их собственной системе. Инструмент рекомендаций должен уважать локаль и показывать результаты соответственно.

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

Размещение на PDP

На любом масштабе, размещение решает использование. Триггер таблицы размеров или виджет рекомендаций принадлежит непосредственно рядом с селектором атрибута вариации где покупатели выбирают их размер — не в вкладке ниже сгиба или в футере. Решение происходит в секундах перед add-to-cart, поэтому помощь должна быть там тогда.

На SFCC это обычно означает редактирование шаблона PDP (productdetails и связанные) в вашем пользовательском картридже. Держите изменения в вашем пользовательском слое картриджа поэтому обновления платформы и базовые изменения картриджа не перезаписывают их. И протестируйте на мобильном тщательно, так как это где большинство fashion-трафика и большинство путаницы размеров живут — смотрите оптимизация мобильного checkout.

Производительность и кэширование в масштабе

Корпоративные витрины живут и умирают по производительности, и кэширование страниц SFCC это центральное этому. Интеграция размеров не должна деградировать времена загрузки PDP или бороться с слоем кэширования. Инструменты на основе встраивания которые загружаются на стороне клиента и асинхронно обычно самые безопасные, потому что они не блокируют страницу или требуют рендеринга на стороне сервера для каждого запроса.

Load-test интеграцию под реалистичным трафиком, включая пиковые условия, перед тем как доверить её. Виджет который нормален в staging и пошатывается в пиковый день продаж это обязательство. Производительность это сама по себе фактор конверсии, как мы охватываем в ускорение вашего магазина для поднятия конверсии. В корпоративном масштабе, даже малые замедления стоят реального дохода.

Измерение влияния через организацию

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

Свяжите результат с метриками которые руководство заботит — margin, стоимость возврата, конверсия — не просто абстрактный "fit score". Построение того внутреннего кейса это её собственная дисциплина, охватанная в построение бизнес-кейса для технологии посадки. Инфраструктура данных которые у вас уже есть для SFCC делает этот анализ гораздо более жёстким чем это было бы на меньшей платформе.

Управление: сохранение размеров последовательными

Корпоративный специфичный риск это фрагментация. Разные team'ы владеют разными под-брендами и локалями, и без управления, размер расходится в беспорядок несостоятельных диаграмм и правил. Установите единого владельца или стандарт для данных посадки, и сделайте каждую витрину отрендеренную из неё.

Это частично компаниеширокая приоритет посадки вопрос. Технология это лёгкая часть; жёсткая часть это организационная дисциплина сохранить один источник истины для мерок одежды и логики рекомендаций через разросшуюся операцию. Получите управление правильным и улучшение размеров это соединения через каждый сайт который вы запускаете.

Где подходит YourSizer

YourSizer интегрируется с Salesforce Commerce Cloud через картридж или встраивание, развёртывается через ваш существующий конвейер выпуска, и уважает локаль так каждая витрина показывает размер в правильной системе. Покупатели получают конкретную рекомендацию размера вместо статической таблицы, что именно снижает возвраты неправильного размера в масштабе. Смотрите это на живой странице в нашем обзоре товара, исследуйте корпоративную сторону на для брендов, и обозрите ценообразование для того что это выглядит как в вашем объёме.

Часто задаваемые вопросы

Как инструмент размеров развёртывается на SFCC?

Обычно как картридж интегрированный в ваш пользовательский слой картриджа, или как встраивание на основе скрипта в шаблон PDP. Так или иначе это идёт через ваш обычный конвейер выпуска SFCC — обзор кода, staging, и развёртывание — так это протестировано перед тем как достигать production. Статические диаграммы могут быть управляемы через активы контента в Business Manager без развёртывания кода.

Будет ли инструмент размеров работать во всех моих локалях?

Хороший уважает контекст локали SFCC и показывает размер в правильной системе измерения и языке для каждого сайта. Это заботит много, потому что покупатель США, Великобритании, и ЕС читает разные числа из того же предмета одежды. Несостоятельная локализация размеров это реальный драйвер возвратов на международных витринах.

Как я сохраняю размер последовательным во множественных под-брендах?

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