Позвольте, попробую разложить «по полочкам», так как у самого некая «каша» в голове…
Любой товар сводится к следующей модели:
Пояснения к «модели описания»:
Заканчиваются «параметры» там, где ведётся учёт товара. Например, Холодильник после «модель» уже учитывается в штуках. Его цвет, размеры и т. д. - характеристики для поиска.
Пример с Пивом справедлив, если «Умка» дальше отличается по объему (0,5л или другое кол-во литров в таре), но всегда Х% алк (и это уже будет хар-ка).
Тут популярен пример с футболками, но он сильно упрощён, потому немного сбивает с толку. Правильно было бы развернуть как в таблице. И сразу видно, что объединяться (группа хар-тик) футболка будет не по цвету на самом деле, а по модели.
Как объединяются товары? До того уровня, где уже появляются детали выбора товара.
Футболка выбирается по модели, по серии (как сидит, какой там «принт»). А вот внутри уже, когда покупатель определился — он выбирает себе цвет и размер. Но к этому моменту он уже свой выбор сделал — ему нужна конкретная модель «обычная».
При этом, очевидно, есть вариант, когда «принт»=цвет и это уже «параметр» в моей таблице
Пиво я люблю «Умка» - определился. Дальше детали заказа — объем и крепость или тара (бутылка/банка).
Мне кажется это универсальный и правильный подход. Вряд ли я тут открыл Америку, но решил проговорить, что б мы были в «единой системе координат».
Был тут вариант с радиаторами. Как я себе выбирал — фильтр по хар-кам (размеры), вижу список брендов и серий, допустим Global Iseo и BERGERR VK RIGHT. Дальше я их сравниваю и выбираю Global Iseo именно, но в процессе заказа вдруг могу изменить размеры. По этому в моей модели радиаторы будут объединяться по модели, а внутри карточки модели уже размер и, если бывает, цвет.
Итого, по моей логике товар должен группироваться до уровня «Модель», не «глубже». То есть до уровня, где для покупателя принципиальны отличия.
В текущей реализации CS Cart всё до «модель» - это в названии. Вариации и их комбинации созданы с целью не плодить «карточки». У них всё равно один и тот же набор хар-ик, определяющий выбор.
Допустим, Футболка Нонейм мужская Обычная, а дальше какое-то кол-во сочетаний вариаций «принт» и «размер».
Если принтов «много», я бы создавал отдельную группу в каталоге под это, «принт» выводил бы в название, а вариацией был бы только размер.
А если «мало», то это была бы просто отдельная карточка товара, а «принты» по сути цвет.
Сейчас, как я понял, хотят немного подправить логику, что б каждая комбинация вариаций стала отдельным товаром. Но, что б это всё не вывалилось огромным кол-вом в каталог, будет группа товаров и “основной” товар, который и будет показываться, обозначая эту группу для покупателя (так как “группа товаров” - “виртуальная сущность” и не имеет своей фото, описания - её показать нельзя).
Тогда в текущих планах изменений создание товара должно выглядеть так:
Тип товара — характеристика, цель: «Структурировать каталог»
Бренд - характеристика, цель: «Структурировать каталог»
Серия — хар-ка «Рассказать о чём-то покупателям»
Модель:
у холодильника - хар-ка «Рассказать о чём-то покупателям»
у пива:
- если много вкусов, то «Рассказать о чём-то покупателям»
- если мало вкусов, то можно и «Переключаться между похожими товарами»
А объем будет - «Create variations of a product»
у футболки - хар-ка «Рассказать о чём-то покупателям»
А вот Параметр1:
- если много «принтов», то «Рассказать о чём-то покупателям», а размер (Параметр2) станет «Create variations of a product»
- если обычный цвет, то можно и «Переключаться между похожими товарами», а размер (Параметр2) станет «Create variations of a product»
При этом всё, что «Параметр1» и «глубже» должно иметь возможность влиять на стоимость.
Далее…
То, что не увидел в планах, но на мой взгляд важно, при этом вряд ли сильно трудоёмко (хотя я мало в этом понимаю)
-
Если я не ошибся и правильно описал логику создания товара, то было бы отлично избавиться от «названия» и опционально дать возможность заполнять его из характеристик.
Допустим, ставить «галочку» на товаре и добавить характеристикам поле «Поз.». У каждой характеристики должно быть свойство (галочка) — участвует ли в формировании названия.
-
а) Карточка товара.
«Переключаться между похожими товарами» - размер фото надо увеличивать. Если в случае с цветом текущего размера картинки для визуального определения достаточно, то в случае с «принтами», например, или в примере с пивом (там этикетка важна) — нужны картинки покрупнее… Либо, как не полноценный, но простой вариант - добавить им функцию «лупы» при наведении на картинку.
-
б) Список опций.
Есть пример выше с «брюки мужские». Не знаю как там выводили опции, я у себя делал через добавление блока «товары» с наполнением «вариации».
Будет удобно, если этот блок будет зависеть от выбранных выше вариаций (цвет-размер-рост). То есть по сути, что б это был результат фильтрации.
Это очень нужно, если после выбора хар-ки «переключаться между похожими товарами» (допустим, цвета), остается еще довольно много комбинаций.
-
а) Каталог, отображение товаров
Сейчас в демо реализован, если я верно понял, показ только «основного» товара? Допустим, белая футболка там видна только с размером «медиум», хотя в наличии есть еще и «большой».
Считаю это ошибкой. Я на месте покупателя, увидев в каталоге только «медиум», подумал бы, что других размеров нет.
Тут надо либо не показывать вариации и делать кнопку «просмотр». А после нажатия «просмотр» открывать карточку с возможностью выбирать вариации.
Либо превращать в каталоге отображение товара в полноценную карточку, с возможностью выбирать вариации (имхо, не во всех случаях хороший вариант).
Либо иной вариант искать…
- б) Каталог, отображение «компактный список». Здесь надо обязательно дать возможность выводить все товары, а не только «основной». Этот режим в основном для «оптовых» заказов.
И большая просьба. После введения обновления дать возможность жить и по старому и по новому.
Меня, допустим, текущий вариант с вариациями более чем устраивает.
хотя нет, все ж через группы товаров будет удобней…