Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 48 Dołączył: 2.11.2005 Skąd: Poznań Ostrzeżenie: (0%)
|
W sumie nie wiem, gdzie dać takie pytanie, bo jest z pogranicza programowani, marketingu i ogólnie temat bardzo luźny.
Być może ktoś z Was miał okazję pracować nad projektem rekomendacji w sklepach internetowych - czyli chodzi o tworzenie ramek rekomendacyjnych, sugerujących klientowi najciekawsze produkty. Zastanawiam się nad algorytmem doboru produktów, które należy klientowi wyświetlić. Załóżmy sprawę najprostszą, czyli rekomendacje statyczne - dla każdego klienta takie same, czyli nie biorące pod uwagę np. historii zakupów danego użytkownika, czy przeglądanych przez niego produktów na stronie. Po prostu klient odwiedza kategorię X i wyświetlamy mu rekomendacje z tej strony. Temat wydawałoby się trywialny, ale... no właśnie nie do końca jest taki trywialny. Jeśli podejdziemy do tematu jednostronnie - np. największa sprzedaż ilościowa da nam w rekomendacjach zazwyczaj produkt, które klienci kupują najczęściej, ale są to produkty tanie. Jeśli weźmiemy sprzedaż największą to będzie duży udział produktów, który zazwyczaj nikt nie kupuje ale miały jakiś "strzał". Przykładowo w kategorii mamy produkty po 30 i po 1000zł to wystarczy jeden zakup tego drogiego produktu, aby produkty tanie praktycznie nie miały szans wyświetlania, a rekomendowanie tylko takich produktów to słaby pomysł. Dochodzi jeszcze aspekt czasu z jakiego analizujemy sprzedaż. Można analizować prawdopodobieństwo zakupu itd itp. W skrócie ogólnie pytanie brzmi - czy mieliście okazje pracować nad podobnym projektem i jeśli tak, jakie elementy brał pod uwagę algorytm. A może w ogóle trzeba do tematu podejść od innej strony i dodać wymiar typu CTR elementów wyświetlanych, czyli np. do każdej ramki dodawać produkty "średnio popularne" i badać ich CTR w rekomendacjach, ucząc w czasie stronę doboru odpowiednich produktów? Będę bardzo zobowiązany za wymianę doświadczeń, bo materiałów jak na lekarstwo. Jako, że temat zaczynam to i opiszę swoje pierwsze próby. Na chwilę obecną posiadam dane historyczne jedynie ze sprzedaży + informacje z samego katalogu sklepu (cena, marka etc). Głównie zależy mi na optymalizacji rekomendacji w obrębie kategorii bo zazwyczaj generują one jakieś 70-80% sprzedaży z takiego systemu, kolejne ~20% to strona główna, czyli w sumie podobny algorytm jak strona kategorii. Wyszedłem z punktu widzenia sprzedaży ilościowej. Pierwszy problem jaki napotkałem to zazwyczaj takie kategorie dominowane są przez jedną markę, która jest najpopularniejsza w segmencie, ale nadal stanowi tylko pewien procent sprzedaży. Zmodyfikowałem więc system aby ograniczał ilość rekomendacji do X produktów z danej marki. Kolejna rzecz to branie pod uwagę 2 kryteriów - bestsellery i promocje. Czyli system wyświetla X aktualnych promocji (również biorąc pod uwagę popularność produktów) + Y bestsellerów w danej kategorii, które nie są w promocji. W wielu kategoriach daje to już bardzo sensowne rekomendacje - z jednej strony rekomendujemy produkty popularne, z drugiej promocje. Problem jaki się pojawił to kategorie niejednorodne, w których produkty są z szerokiego przedziału cenowego - niestety skupienie się na sprzedaży ilościowej lub wartościowej powoduje rekomendacje tyko części asortymentu (o czym już wyżej pisałem). Trudno natomiast wyłowić asortyment "środka" czyli o średniej cenie i "przyzwoitej" sprzedaży. Tutaj pracuję nad jakimś "mnożnikiem" wg którego będę układał ranking produktów. Coś byście dodali do takiego systemu? Coś mi umyka? |
|
|
|
athabus Rekomendacje produktowe - algorytm 19.01.2018, 15:16:42
sabat24 Nie wiem, czy forum PHP to dobry pomysł, gdyż to z... 19.01.2018, 18:31:44
aras785 Nie wiem jakimi produktami obracasz ale jak ja pra... 19.01.2018, 23:59:45
Pyton_000 Nie ma chyba uniwersalnego sposobu na rekomendacje... 20.01.2018, 09:53:53
athabus Tak jak pisałem na razie, "na szybko" ro... 20.01.2018, 12:32:09
darko Miałem do czynienia z wdrożeniem rekomendacji. Nie... 20.01.2018, 13:25:21
athabus Darko właśnie w tej chwili szukam zamiennika dla Q... 20.01.2018, 14:04:21
ZenekN o temat też dla mnie, python nieźle gada, myślę że... 20.01.2018, 19:44:10 
aras785 Cytat(ZenekN @ 20.01.2018, 19:44:10 )... 20.01.2018, 21:04:46 
SmokAnalog Cytat(aras785 @ 20.01.2018, 21:04:46 ... 20.01.2018, 21:47:50 
sabat24 Cytat(aras785 @ 20.01.2018, 21:04:46 ... 20.01.2018, 22:42:20
ZenekN A to trzeba obliczyc ilosc produktow i przykladowo... 20.01.2018, 22:07:58
com wystarczył by free ssl ale ktoś musi to ogarniać a... 21.01.2018, 15:40:59
ZenekN W takim przypadku pasowałoby wyświetlić pieluchy w... 21.01.2018, 17:39:39
athabus Cytat(aras785 @ 20.01.2018, 21:04:46 ... 22.01.2018, 09:45:43
ZenekN Musisz sie zastanowic czy system bedzie pseudologi... 22.01.2018, 18:21:33
athabus Na pewno system w części produktów będzie korzysta... 23.01.2018, 09:59:00
darko Jeśli na potrzeby własne implementujesz, to zaleta... 23.01.2018, 11:27:36
athabus Darko moduł do promocji czasowych jest wysoko na m... 23.01.2018, 11:48:57
darko Przypomniałeś mi jeszcze o istotnym mechanizmie od... 23.01.2018, 11:57:52
athabus Bloga mamy, tickety obslugujemy freshdeskiem ;-)
... 23.01.2018, 12:18:00
darko W jednym z projektów rozwiązaliśmy takie nieopłaco... 23.01.2018, 12:25:39
athabus O to poszliście o krok dalej - temat faktycznie śl... 23.01.2018, 12:46:08
darko Temat był analizowany dość długo przez dział prawn... 23.01.2018, 13:00:36
athabus Jeśli już klient kliknął zgody to faktycznie inna ... 23.01.2018, 13:27:36
darko To ładnie się nazywało: przypomnienie o płatności.... 23.01.2018, 18:59:41 ![]() ![]() |
|
Aktualny czas: 22.12.2025 - 14:10 |