Как реализуется логика дополняющих товаров в интернет-магазине?

Question

[hbuser]

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

Update: какую статистическу информацию нужно собирать для реализации функционала.
На всякий случай - используется Elasticsearch.

Answer 1

[xmoonlight]

Дополняющие - это размытое определение.
Есть: "аксессуары к ", "сопутствующие", "похожие", "с этим товаром также смотрят", "с этим товаром также покупают", "вы уже смотрели", "самое просматриваемое в категории", "новинки категории", "самое покупаемое категории".
Что интересует?)

Comments

[hbuser]

"с этим товаром также покупают", "самое просматриваемое в категории", "новинки категории", "самое покупаемое категории" - более или менее понятно. Аналитика. Использую Elasticseach. На его базе это достаточно просто реализовать штатными средствами, без заморочек с логикой.

"вы уже смотрели" - тоже, что и в предыдущем случае, но проще.

"с этим товаром также смотрят" - любопытно.

"аксессуары к ", "сопутствующие", "похожие" - эти стоят особняком. Логика работы тут примерно одинаковая - связи. Эти интересуют более всего.

[hbuser]

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

[xmoonlight]

"с этим товаром также смотрят" - цепочки путей на одного юзера ПОСЛЕ посещения текущего товара и далее сортировка по самым просматриваемым ПОСЛЕ этого. (также на базе аналитики)

"аксессуары к " - пересечение множеств: процент неполного совпадения СТРОКИ параметра(-ов) товара и аксессуара(-ов). Обычно, достаточно TITLE, но иногда - можно использовать поле "совместимо со следующими моделями", "тип разъёма", "продуктовая линейка" и сравнивать с подобными полями товара. В общем данные, где обычно присутствует код линейки товара (буквы и цифры в одном слове или через тире, однозначно определяющие уникальный товар у одного производителя).

"сопутствующие" - это организатор бандла, использует аналитику "с этим товаром часто покупают"+"аксессуры к..." и выделяет товары из всех категорий, кроме текущей.

"похожие" - как раз наоборот: ТОВАРЫ ЭТОЙ категории, максимально совпадающие по характеристикам с текущим (включая цену). Делается пересечением множеств таблиц характеристик и цены.

[hbuser]

Ага, спасибо, перевариваю. Пока следующий вопрос. Информация в каждом из блоков (назовем их так) должна быть "живой" или это анализ информации с определенным временным интервалом, ее сохранение и использование? Elasticsearch (ES) производительное хранилище, но злоупотреблять не хотелось бы.

[xmoonlight]

hbuser: ТОЛЬКО ИЗ ОТДЕЛЬНОГО ХРАНИЛИЩА СВЯЗЕЙ для этих блоков! (иначе всё ляжет намертво) Пересоздаём связи раз в сутки - более чем достаточно, что-то можно вынести в событийный триггер.

[xmoonlight]

hbuser: Спасибо! Хотел спросить: всё получилось сделать?

[hbuser]

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

[xmoonlight]

hbuser: ок! Welcome!

Answer 2

[Андрей]

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

Answer 3

[Григорий Васильков]

Есть таблица параметров. Есть таблица товаров. Есть таблица товаро-параметров. У текущего товара есть параметры.
Понятие связанное оно как бы говорит "такие же или плюс минус один", и уже вот эта фраза зашивается в твою страницу на программном коде - что означает плюс минус 1.

По итогу формируется запрос, который возвращает ID-шки элементов.
Потом по id-шкам запрашиваются сами элементы.
Фсо.

Звони мне в скайп или на емейл пиши, объясню наглядно.

Comments

[evnuh]

Для ритейла важнее товары-комплементы, а не субституты. Ваш алгоритм учитывает только субституты.

[Григорий Васильков]

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

Answer 4

[Кирилл Наумов]

Если не особо хочется баловаться, то можно воспользоваться готовым решением например тем же.

Comments

[hbuser]

Ребята побаловались, свое создали. Я хочу того же.