Недостатки вариаций товаров


#23

Спасибо за детальный пост. По всем пунктам ответить не успею, но одна вещь в глаза мне бросалась.

Насколько я понимаю, в вашем случае и каркас, и панель — товары со своими карточками. Их можно купить либо отдельно за свою цену, или же вместе с ванной, и они могут закончиться, и тогда выбрать их к ванной должно быть нельзя. Если так, то этот кейс точно не про вариации, и нужен отдельный модуль для комплектов товаров. Сейчас в стандартной поставке CS-Cart такого нет.

Вариация — это товар с каким-то неотъёмлемым свойством (цвет, размер, и пр.) и количеством. Когда есть товар одной и той же модели, но с разными значениями этих свойств, то пользователям удобно выбрать нужное значение свойства прямо на странице товара.

Два типа вариаций тоже полезны:

  • “Вариации как один товар” нужны для того, чтобы не захламлять витрину десятками одинаковых товаров, когда все вариации выглядят одинаково.

  • “Вариации как отдельные товары” нужны, когда свойство явно заметное (например, цвет футболки). Тогда пользователям его стоит на витрине показать отдельно, чтобы они сразу видели, что такое есть.


#24

Предложения по улучшению функционала вариаций
Классический вариант размещения товаров в каталоге хорош всем: СЕО – уникальная страница под каждый товар, интеграция со складским учетом (1с)- один товар=1 артикул, каждый товар может быть отфильтрован по своим характеристикам в общем списке каталога…

Минусы у классического размещения товаров проявляются
• В «засраном» каталоге сайта, когда на пользователя вываливается список (таблица) из кучи одинаковых картинок с неочевидными различиями между собой, так как даже наименования товаров практически идентичны.
• При заведении новых или редактировании старых товаров, когда приходится открывать кучу карточек и изменять в них одно и то же, раз за разом
• Место на хостинге занимается дубликатами одних и тех же изображений (просто потому, что в окно браузера картинки проще перетаскивать, чем открывать их через файл-менеджер)
• Каждая страница с товаром открывается как новая, с полной перезагрузкой, обращениями к БД и т.п.

От всего этого могут спасти вариации товара, если Группу вариаций воспринимать не как группу, а как микрокатегорию/папку/«родительский товар»/класс (как в программировании), а товары в группе вариаций – как потомки класса, дочерние товары. Суть в том, чтобы товары помещенные в группу вариаций наследовали свойства, изображения, описания от родительского класса (общей папки где они лежат). Такой подход позволит здорово упростить заведение/редактирование товара, позволит показывать пользователю все вариации в одной карточке товара и сохранит преимущества классической логики каталога.

В интернете много магазинов со своей спецификой товаров, потому группировка и способы наследования в вариациях должны быть гибко настраиваемы. Идеальный вариант как мне кажется это Общие настройки на уровне сайта (можно не задавать) – которые перекрываются настройками категории и/или бренда – которые перекрываются настройками в конкретной группе вариаций – которые перекрываются настройками конкретного товара. Хотя в последней итерации не уверен 

Ещё раз. Способы (алгоритмы) работы наследования свойств и отображения товаров группы вариаций пользователю ДОЛЖНЫ БЫТЬ ГИБКО И РАЗНООБРАЗНО НАСТРАИВАЕМЫ на различных уровнях каталога, вплоть до конкретного товара.

В классической карточке товара есть следующие элементы (сверху вниз)
• url
• метатеги
• Заголовок
• Изображения
• Характеристики
• описание
• комбинации товаров, обязательные товары, дополнительные товары

Настройки группы вариаций поэлементно (варианты логики)

Генерация url
• по шаблону (урл родителя + урл товара) через слеш или дефис
• свой урл у каждого товара (автогенерация из заголовка, названия или ручное заведение)

Генерация метатегов
• Ручное заведение
• Заголовок
• Общие + заголовок
• Общие + характеристики
• Еще какой то способ (сео магия не мой конёк)

Заголовок
• Заголовок как у родителя (у группы вариаций)
• Свой заголовок
• Заголовок родителя + заголовок конкретного товара

Изображения
• Изображения наследуются товарами (одинаковые картинки на все товары в вариации)
• Свои изображения для каждого товара группы вариаций
• Родительские картинки + свои изображения

Характеристики
• Уже имеющиеся настройки (вариации как один товар/вариации как разные товары) должны настраиваться не на уровне характеристики (глобальной), а на уровне конкретной вариации (ну или по крайней мере нужна возможность изменять глобальную настройку в конкретной вариации)
• Вообще идея назначать характеристики для генерации вариаций мне кажется не единственной возможной. Алтернативная логика - создавать группу вариаций, затем задавать ей несколько характеристик, затем засовывать в группу вариаций товары с этими характеристиками (в том числе с пустыми) - а затем формировать карточку товара с выбором различающихся характеристик товаров группы
• Каждому новому товару можно сразу, автоматически присваивать характеристики общие для группы (заполненные в родительском товаре)

Описание
• Общее для всех товаров группы (различаются только характеристики)
• Уникальное для товара
• Общее + уникальное (составной текст из двух блоков, необходимо учесть возможность изменения взаимного расположения, какой первый)

Комбинации товаров, обязательные товары, дополнительные товары
• Каждый из этих элементов или общий для группы
• Или индивидуальный для конкретного товара

И да, раз в группе вариаций одна карточка товара отличается от другой незначительно, иногда на 1-2 слова, то для переключения между страницами товаров группы вариаций напрашивается технология ajax


#25

Вы невнимательно прочитали мой пост.
Перечитайте его + пишу еще раз другими словами
Есть ванна (сам тазик). Есть модель ванны (определенной формы). У модели ванны есть характеристики Длинна, Ширина, Глубина (какие-то неотъемлемые свойства, ага), на них и построены вариации.

Дак вот я хочу добавить к каждой вариации ванны комбинацию вида ванна+каркас+панель и сосу лединец по причине того, что комбинация добавляется не на конкретную вариацию, а на всю группу. Дополнительно счастья добавляет тот факт, что основной товар (ванна) меняется при переключении вариации, а дополнительные товары - нет. Засада в том, что каркасы и панели подходят не к любой ванне, а только к ванне определенного размера и, (внезапно!) стоят разных денег. Что доставляет особые проблемы(

Точно такие же проблемы с дополнительными товарами.


#26

Подскажите, это нормально что у вариации, при настройке характеристики “Вариации как один товар”, вариации все имеют каноничный урл?
<link rel="canonical" href="https://сайт/товар.html?variation_id=ххх" />
Т.е. нужно вручную для всех вариаций проставлять каноничность на главный товар?


#27

Не нормально, у меня ссылается на главную вариацию.


#28

Вам для решения этой задачи больше подойдёт модуль комплект товаров или интеллектуальный подбор товаров


#29

Что же касается вариаций я уже писал об этом но видимо разработчики не заметили уникальным решением было бы если бы вариации товаров как один товар были сделаны также как и вариации как отдельный товар только чтобы в нем этот товар не выводился на витрину магазина а показывался исключительно в карточке главного товара в группе, тогда все вопросы по фото, seo и характеристикам были сняты, его можно было бы редактировать упростился бы поиск, фильтрация так как товар бы имел все качества обычного товара.
Что касается теперешней реализации этой вариации то она подходит многим в плане автогенерации новых товаров можно либо оставить этот вариант как дополнительный 3-й
Но в целом так даже проще будет создавать вариации как один товар ссылаться на фото главного товара и дублировать его описание и т п.создавать типа клонов основного оовара
Также такой вариант упрощает группировку расгруппировку вариаций главная задача скрыть его для отображения среди основных товаров
Сам механизм создания вариаций для существующих товаров указывается при импорте группа и тип вариации а для несуществующих копируются данные основного товара и добавляется отличие типа размера или чего-то там плюс необходимые характеристики ссылка на фото основного или собственное фото.
Только не кидайте в меня камнями, кто уже настроился на этот тип вариаций - все равно вряд-ли такое сделают )))
больше надежда на партнёров, что они оценят идею и запилят модуль который добавит такой вид вариаций.


#30

Ну да) В своём длинном посте я и пишу что вариации - это просто способ группировки отдельных товаров для пользователя.
И про то, что для админов удобнее реализовать наследование свойств от некоего родительского псевдо-товара вариации.

Нафига плодить сущности, когда можно использовать то, что есть чуть чуть по-другому? :slight_smile:


#31

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


#32

Мне тоже кажется, что текущая реализация вариаций (родитель =товар) делалась без программистов гуманитариями троечниками.

Родитель не должен быть товаром, а должен быть (условно) “категорией”, “папкой”.
Плюс по хорошему настройки наследования должны кастомизироваться не на уровне всего сайта, а на уровне группы вариаций.

Тогда есть шанс, что это будет удобным рабочим решением


#33

но их же делали по аналогии учета по характеристикам в 1с, там есть одна родительская карточка номенклатуры и при включении учета по характеристикам можно легко наплодить внутри много копий товара отличающиеся цветом и размером(футболки например), задать цену каждому варианту и тд


#34

Наплодить товары можно дублируя и входящие в группу вариаций карточки, при чем тут главная? а вот реализовать наследование с таким подходом - невозможно


#35

Строго говоря, а зачем?
В добавок столько недочетов у вариаций… Недостатки вариаций товаров

Особая жесть - это сео, тк это потеря трафика и денег
И наследование свойств, которое настраивается на уровне сайта… Ну и всё прочее


#36

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


#37

подскажите, а как теперь у товара с вариациями увидеть скидку от количества (“оптовая скидка”) ? чет на демке формировал и нигде не увидел.


#38

поддерживаю, не показывает ни под каким соусом


#39

по ходу мы будем каждый свой “сосать леденец” :slight_smile:


#40

Зачем? Просто маркетолухи КС-карт будут думать о том, что в продукте, который они впаривают есть удобный инструмент “вариации”, а те несчастные, кого они развели на покупку не будут его использовать в силу его недоделанности и из-за вреда, который этот “инструмент” наносит продажам.

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


#41

изначально, что то пошло не туда … изящные решения должны быть простыми, в итоге получаем какое то нагромождение …

имхо буду ждать вариации 3.0


#42

может, ну его? еще минус три года из жизни? )