Kupon u web shopu treba posmatrati kao poslovno pravilo, a ne kao izolovanu funkciju za unos promotivnog koda. Pravilo mora jasno da odredi ko može da koristi pogodnost, u kom periodu, za koje proizvode ili kategorije, uz koje minimalne uslove i da li se može kombinovati sa drugim popustom.
Najbezbedniji model razdvaja uslove, benefit, ograničenja i redosled obračuna. Tako se izbegava situacija u kojoj marketinška kampanja radi u jednom scenariju, ali proizvodi pogrešan rezultat kada kupac ima više artikala, koristi drugi kod ili pokušava da iskoristi pogodnost nakon isteka.
Pre nego što se odaberu platforma i konkretna implementacija, vredi definisati ovaj model. To je deo šire odluke o izradi web shopa, jer struktura promocija utiče na korpu, checkout, administraciju, izveštaje, korisničku podršku i buduće izmene.
Zašto jednostavan kupon brzo postane složeno pravilo
Na početku se često traži samo jedno polje: kupac unosi kod i dobija 10% popusta. Međutim, stvarna kampanja obično uključuje dodatne uslove:
- popust važi samo za određene proizvode, brendove ili kategorije;
- aktivira se tek iznad određenog iznosa;
- namenjen je novim ili prethodno registrovanim kupcima;
- može da se iskoristi jednom po nalogu ili jednom po kupcu;
- ne važi za već snižene artikle;
- ne kombinuje se sa drugim kodom;
- važi samo u određenom periodu ili kroz određeni prodajni kanal.
Svaki novi izuzetak povećava broj mogućih kombinacija. Ako se pravila čuvaju kao posebne ad hoc izmene, vremenom nastaju nejasni uslovi, duplirana logika i ručne intervencije. Tehnički dug se tada ne vidi samo u kodu: pojavljuje se i u administraciji, komunikaciji kampanje i rešavanju reklamacija.
Osnovni model: uslov, korist i ograničenje
Pre implementacije, svaku promociju treba zapisati kao strukturisani scenario. Koristan minimum je sledeći:
1. Uslov za aktivaciju
Uslov govori kada kupac stiče pravo na pogodnost. To može biti promotivni kod, minimalna vrednost korpe, određeni proizvod, korisnička grupa, broj prethodnih kupovina ili kombinacija više uslova.
Uslove treba definisati bez dvosmislenih formulacija. Na primer, „popust za kupovinu iznad 10.000 dinara“ mora da odgovori na pitanje da li se prag računa pre ili posle drugih popusta, sa dostavom ili bez nje i da li se u iznos uključuju proizvodi koji su izuzeti iz promocije.
2. Vrsta koristi
Benefit može biti procenat, fiksni iznos, besplatna dostava, poklon-proizvod ili posebna cena za određenu grupu artikala. Svaka vrsta ima drugačije posledice za prikaz cene, zaokruživanje, povraćaj novca i izveštavanje.
Posebno treba odvojiti popust na celu korpu od popusta na konkretne stavke. Kod popusta na stavke lakše je prikazati šta je sniženo, ali je potrebno precizno rasporediti iznos popusta ako kupac kasnije vraća samo deo porudžbine.
3. Ograničenja
Ograničenja sprečavaju neplaniranu upotrebu. Najčešća su period važenja, maksimalan broj korišćenja, ograničenje po kupcu, minimalna količina, dozvoljeni načini isporuke i isključenje određenih proizvoda.
Ograničenje treba da bude vidljivo u administraciji i razumljivo korisniku. Ako je kod tehnički validan, ali ne važi zbog artikla koji je u korpi, poruka treba da objasni razlog bez otkrivanja informacija koje nisu relevantne.
Kako modelovati obuhvat proizvoda
Promocija koja važi za „kategoriju“ može imati više značenja. Da li se odnosi na sve proizvode koji su trenutno u kategoriji, na proizvode određenog brenda, na varijacije ili samo na konkretne SKU-ove? Odgovor mora biti deo pravila, a ne pretpostavka administratora.
Praktičan model obuhvata tri nivoa:
- Uključivanje: proizvodi, varijacije, kolekcije ili kategorije na koje se promocija odnosi.
- Isključivanje: artikli koji ne smeju da dobiju popust, čak i kada pripadaju obuhvaćenoj kategoriji.
- Način primene: da li se popust računa po artiklu, po najjeftinijem artiklu, na celu grupu ili samo jednom po korpi.
Ovo je naročito važno kod akcija tipa „kupi dva, treći je besplatan“, paketa i proizvoda sa više varijacija. Bez jasnog načina izbora artikla, isti kod može proizvesti različit rezultat u zavisnosti od redosleda kojim su proizvodi dodati u korpu.
Kombinovanje kupona i redosled obračuna
Jedno od najčešćih mesta za greške jeste pitanje šta se dešava kada kupac ima više pogodnosti. Potrebno je unapred odlučiti:
- da li je dozvoljen jedan kod ili više kodova;
- da li se automatska promocija kombinuje sa ručno unetim kodom;
- da li se popust primenjuje pre besplatne dostave ili obrnuto;
- da li se fiksni iznos računa pre procentualnog popusta;
- da li se prag za minimalnu vrednost proverava pre ili posle popusta;
- da li se popusti sabiraju, primenjuju redom ili se koristi samo najpovoljniji.
Ne postoji univerzalno najispravniji odgovor. „10% plus 1.000 dinara“ može biti namerna kampanja, ali i slučajna rupa u pravilima. Zato je važnije da sistem ima eksplicitnu politiku nego da podrazumeva ponašanje platforme.
Platforme imaju različite modele za tipove popusta, uslove i kombinovanje. Na primer, zvanična dokumentacija za Shopify tipove popusta i WooCommerce upravljanje kuponima pokazuje da se dostupne opcije i nazivi podešavanja razlikuju. Dokumentaciju konkretne platforme treba proveriti pre projektovanja, umesto da se poslovna pravila zasnivaju na pretpostavci da će svaki sistem raditi isto.
Podaci koje promocija treba da čuva
Dobro pravilo nije samo naziv i vrednost popusta. Za održavanje i proveru korisno je čuvati najmanje:
- interni identifikator promocije i jasan naziv;
- status: nacrt, zakazano, aktivno, pauzirano ili završeno;
- početak i kraj važenja, uz jasno definisanu vremensku zonu;
- tip koristi i način obračuna;
- uslove za kupca, korpu i proizvod;
- pravila kombinovanja;
- ukupan limit korišćenja i limit po kupcu;
- poreklo ili kanal kampanje, kada je relevantno;
- vreme izmene, autora izmene i osnovnu istoriju promena.
Istorija promena je važna kada se uslovi kampanje menjaju tokom trajanja. Bez nje je teško utvrditi da li je porudžbina obračunata prema staroj ili novoj verziji pravila. To može povećati opterećenje korisničke podrške čak i kada je sama funkcija kupona tehnički ispravna.
Promocije, checkout i korisničko iskustvo
Pravilo popusta mora biti usklađeno sa načinom na koji kupac završava kupovinu. Ako je kod vidljiv tek na poslednjem koraku, korisnik može nepotrebno napustiti korpu da bi ga pronašao. Ako se kod automatski primenjuje, interfejs treba jasno da prikaže naziv pogodnosti, iznos uštede i uslove pod kojima može biti uklonjena.
Poruke o grešci treba razdvojiti prema uzroku: nepoznat kod, istekao kod, dostignut limit, nedovoljan iznos, neodgovarajući proizvod ili nekompatibilna druga promocija. Generička poruka „kod nije validan“ ne pomaže ni kupcu ni administraciji.
Kuponi takođe utiču na guest checkout, povraćaje i promenu količine u korpi. Ako se checkout projektuje odvojeno od promocija, moguće je da kod radi u korpi, ali da se uslov promeni na poslednjem koraku. Zato pravila treba testirati kroz ceo tok, a ne samo na stranici proizvoda. Za dodatni kontekst o tom toku pogledajte tekst Guest checkout: kada je obavezan i kako ga tehnički rešiti.
Testiranje: scenariji važniji od jednog uspešnog primera
Test „unesem kod i dobijem popust“ nije dovoljan. Test plan treba da pokrije granice i konflikte:
- korpa tačno na minimalnom pragu;
- korpa jedan dinar ispod i iznad praga;
- kombinacija prihvatljivih i izuzetih proizvoda;
- više količina istog artikla;
- istek promocije tokom otvorene sesije;
- prekoračenje ukupnog limita i limita po kupcu;
- pokušaj kombinovanja sa drugom promocijom;
- primena na registrovanog kupca i gosta;
- izmena količine nakon aktiviranja koda;
- otkazivanje ili delimičan povraćaj porudžbine.
Za svaki scenario treba zabeležiti očekivani rezultat, ne samo da li je test prošao. To stvara poslovnu specifikaciju koju mogu da razumeju marketing, podrška i razvoj.
Kako sprečiti tehnički dug u administraciji
Tehnički dug često nastaje kada je lako napraviti promociju, ali teško razumeti njen uticaj. Administracija zato treba da favorizuje jasna polja i validacije umesto slobodnog tekstualnog opisa.
Korisno je omogućiti pregled svih aktivnih promocija, upozorenje kada se periodi preklapaju, pretragu po kodu i kampanji, kao i prikaz broja iskorišćenih kupona. Brisanje aktivnog pravila ne bi trebalo da uklanja istorijski podatak potreban za postojeće porudžbine.
Promocije koje se koriste u više kanala zahtevaju dodatnu disciplinu. Ako web shop, marketplace i fizička prodavnica imaju različita pravila, treba jasno definisati gde se kupon validira i koji sistem je izvor istine. Kada web shop prerasta u složeniji ekosistem, relevantan je i tekst Marketplace funkcionalnost: kada web shop prerasta u platformu.
Veza sa filtrima, pristupačnošću i sadržajem interfejsa
Promocije nisu izolovane od ostatka prodavnice. Oznake „na akciji“, filtriranje sniženih artikala i prikaz stare i nove cene moraju imati dosledno značenje. Previše posebnih oznaka i kombinacija može otežati navigaciju i stvoriti duplirane ili nejasne URL varijante. Kod većih kataloga, odluke o filtrima treba uskladiti sa tekstom Filteri i faceted navigation: kako izbeći UX i SEO probleme.
Poruka o kuponu, polje za unos i status popusta takođe treba da budu razumljivi korisnicima koji koriste tastaturu ili pomoćne tehnologije. Praktične smernice za obrasce i checkout dostupne su u tekstu Accessibility u e-commerce-u: forme, checkout i produkt interfejs.
Praktičan obrazac za specifikaciju promocije
Pre izrade, svaku kampanju vredi opisati kratkim obrascem:
| Oblast | Pitanje |
|---|---|
| Cilj | Koju poslovnu akciju promocija podržava? |
| Publika | Ko može da je koristi i kako se kupac identifikuje? |
| Obuhvat | Koji proizvodi ulaze, a koji su izuzeti? |
| Benefit | Da li je popust procenat, iznos, dostava ili poklon? |
| Period | Kada počinje i završava, i koja vremenska zona važi? |
| Konflikti | Sa kojim drugim pogodnostima se kombinuje? |
| Limit | Koliko puta ukupno i po kupcu može da se iskoristi? |
| Kontrola | Kako se proverava rezultat, menja pravilo i čuva istorija? |
Ovakav obrazac ne zamenjuje tehničku specifikaciju, ali sprečava da se važna odluka donese tek tokom razvoja ili nakon prve reklamacije. Ako se planiraju kompleksnije cene, više prodajnih kanala ili povezivanje sa eksternim sistemima, potrebno je razmotriti širu arhitekturu izrade sajta, a ne samo dodatak za kupone.
Šta je sledeći korak
Pre izbora rešenja napravite inventar stvarnih scenarija promocija koje ćete koristiti u narednom periodu. Zatim ih grupišite po zajedničkim pravilima: tip koristi, obuhvat proizvoda, ograničenja i način kombinovanja. Tek nakon toga proverite da li izabrana platforma podržava ta pravila izvorno, da li su potrebne prilagodbe i kako će se ponašati checkout, povraćaji i izveštaji.
Takav redosled smanjuje verovatnoću da kampanja bude kratkoročno funkcionalna, a dugoročno skupa za održavanje. Cilj nije najveći broj opcija, već predvidiv sistem u kome su pravila jasna kupcu, administraciji i timu koji održava web shop.
