Jak jsme v Notinu zkoušeli nabízet sady produktů se slevou

Petr Šiller
5 min readFeb 9, 2021

Jednoho dne přišli kolegové z komerčního oddělení, že by rádi začali na webu nabízet balíčky se slevou.

Znáte to, když si koupíte například šampon a kondicionér, tak vám na ně dáme třeba 15% slevu.

Jasně, však na tom nic není. Fungovat to bude jednoduše, prostě zobrazíme dva nebo tři produkty vedle sebe a velké tlačítko “vše do košíku”. Nad tím cena a velkým SLEVA X%, designeři to trochu učešou, ať to nějak vypadá a hotovo. V “adminu” (administrační rozhraní pro správu e-shopu) pak bude jednoduché rozhraní, kde tyhle “balíčky” budeme zadávat.

Tak takhle nějak vypadala prvotní myšlenka “balíčk produktů se slevou”.

Návrh

Z pohledu designu to bylo opravdu jednoduché, takže jsme se rovnou vrhli na návrhy ve sketchy. Po několika iteracích jsme měli návrhy hotové.

Finální návrh balíčku tří produktů se slevou 10%

Analýza

První problémy se objevily hned při detailnějším plánování implementace.

Zjistili jsme, že v databázi je navržen každý produkt jako samostatná položka s vlastní cenou, skladovou dostupností, množstvím atd. Takže udělat, aby se několik produktů tvářilo v košíku jako jedna položka, bude poměrně komplikované.

Navíc naše finanční systémy nejsou navržené tak, aby s více produkty dokázaly pracovat jako s jedním. Natož aby na více produktů aplikovaly jednotnou slevu.

A co když v případě reklamace bude chtít zákazník vrátit pouze jeden produkt z balíčku? A jak se bude určovat sleva na balíček, tak aby se nám to stále vyplatilo a nedostaly jsme se v krajních případech i pod nákupní cenu?

Z na první pohled jednoduchého problému se tak rázem stal projekt přes několik oddělení (komerční, finance, cenotvorba, vývoj …)

Vzhledem k náročnosti projektu jsme tedy začali přemýšlet, jak zjistit, zda vůbec bude o balíčky zájem, aniž bychom museli implementovat složité řešení.

Prototyp — MVP

A tady přichází opět naše (UX tým) chvíle. Protože když už nic jiného, tak ve vymýšlení jak něco otestovat s minimem úsilí a práce jsme sakra dobří :)

Po několika debatách (vlastně jich bylo celkem dost a skoro jsme již byli rozhodnutí implementovat celkové řešení) jsme zjistili, že dokážeme se současnou funkcionalitou balíčky produktů na webu “nasimulovat”. Plán byl následující:

S pomocí programátorů jsme vytvořili jednoduchý balíček produktů, který uměl pouze zobrazit několik produktů a na stisk tlačítka je všechny přidal do košíku.

Balíček tří produktů zatím bez slevy

Problém ale byl, že pořád nedokážeme zobrazit slevu na balíček. A tady jsme si pomohli našimi slevovými kódy (klasická funkce u e-shopů, kdy v košíku zadáte x-místný kód a dostanete slevu na objednávku, pokud objednávka splňuje určité podmínky)

Tyto kódy mimo jiné umíme uplatnit automaticky v košíku na základě určitých podmínek — například “když jsou v košíku tyto tři produkty, uplatni automaticky slevu 16%”. A přesně toho jsme využili.

Určili jsme si balíčky produktů, které budeme chtít zobrazovat na webu. Potom jsme si nastavili pro každý balíček slevový kód ve stylu “pokud košík obsahuje těchto x produktů, uplatni slevu x% na tyto produkty”. Jakmile tedy uživatel kliknul u balíčku na tlačítko “vše do košíku”, produkty se mu přidaly a automaticky se uplatnila sleva x% pomocí slevového kódu.

V košíku není sleva na balíček příliš zřejmá, ale v rámci prototypu nám to nevadí. Hlavní KPI pro nás i proto bylo přidání balíčku do košíku a ne dokončení objednávky.

Už tedy umíme zobrazit balíček produktů na webu, přidat celý balíček do košíku a uplatnit v košíku slevu. Poslední věc, která nám tedy chyběla, bylo zobrazení slevy přímo na balíčku. Zde jsme si vypomohli s Exponenou, která umí mimo jiné po načtení stránky modifikovat html, css, případně javascript. Tato metoda se běžně používá pro AB testování, kdy pomocí externího nástroje (Exponea, Optimizely atp.) modifikujeme stránku a tuto změnu pak testujete v rámci AB testu.

V Exponea jsem tedy nastavili, aby se na stránce s balíčkem vždy spustil jednoduchý javascript s logikou “najdi v html kódu balíčku element s cenou, vypočítej z této ceny slevu x% a uprav podle toho html kód viz obrázek”.

Původní balíček bez modifikace html
Upravený balíček přes Exponeu již zobrazuje i slevu

Testování

Vytvořili jsme si několik balíčků(konkrétní skupiny produktů), které chceme testovat- různá skladba i počet produktů, různá velikost slevy atd. Nastavili jsme slevové kódy, Exponeu a pustili vše do produkce.

Naší hlavní metrikou byl poměr mezi počtem zobrazení balíčků a počtem přidání balíčků do košíku. Šlo nám o to, kolik zákazníků balíček zaujme na tolik, že si ho budou chtít koupit (přidat do košíku).

Ukázka některých balíčků, které jsme testovali

Vyhodnocení

Během dvou týdnů jsme již měli poměrně velké množství dat, ze kterého bylo vidět, jak velký je o konkrétní balíčky zájem.

Přestože jsme pak testovali ještě další balíčky s různou skladbou produktů i velikostí slevy, jedna věc byla z testování zřejmá. Zákazníci nemají o balíčky natolik velký zájem, aby se vyplatilo investovat do vývoje kompletního řešení.

Závěr

Zjistili jsme sice, že zákazníci nemají o balíčky produktů v tomto provedení zájem, ale zjistili jsme to rychle. Je určitě lepší po dvou týdnech práce několika lidí zjistit, že řešení nebude fungovat, než na to stejné přijít za půl roku práce několika vývojových týmů.

--

--

Petr Šiller
Petr Šiller

No responses yet