Pretraga u web shopu treba da pomogne kupcu da brzo pronađe proizvod čak i kada ne zna tačan naziv, koristi kolokvijalan izraz ili napravi grešku u kucanju. Zato nije dovoljno dodati polje za unos na vrh stranice. Potrebno je definisati šta se pretražuje, kako se prikazuju predlozi, koje sinonime sistem razume i šta korisnik vidi kada rezultat izostane.
Najvažniji delovi ovog sub-intenta su autocomplete, pretraga po različitim atributima proizvoda, sinonimi i zero-results scenario. Oni zajedno određuju da li pretraga vodi ka relevantnoj kategoriji ili proizvodu, ili korisnika ostavlja na stranici bez korisnog sledećeg koraka. Ako tek planirate funkcionalnosti i pravila pretrage, korisno je da ih unesete u specifikaciju web shopa pre razvoja.
Šta pretraga u web shopu mora da reši
Kupac može da pretražuje po nazivu proizvoda, brendu, modelu, šifri, kategoriji, materijalu, nameni ili osobini. Upit može biti veoma precizan, kao što je šifra artikla, ali i neodređen, kao što je „poklon za dete“ ili „crna torba za laptop“. Sistem ne mora svaki upit da tretira na isti način.
- Precizan upit treba brzo da dovede do konkretnog proizvoda ili uske grupe proizvoda.
- Širok upit treba da prikaže relevantnu kategoriju ili rezultate koje je moguće suziti filterima.
- Upit sa greškom treba da dobije predlog ili korekciju, umesto prazne stranice.
- Nejasan upit treba da dobije razumljive rezultate, a ne nasumično podudaranje.
- Upit bez rezultata treba da ponudi sledeći korak: izmenu termina, uklanjanje filtera ili pregled srodne ponude.
Ovo je deo šire odluke o funkcionalnoj arhitekturi web shopa, a ne samo vizuelni element. U praksi se ponašanje pretrage definiše zajedno sa kategorijama, atributima, zalihama, varijantama i pravilima sortiranja.
Autocomplete: predlog koji skraćuje put do proizvoda
Autocomplete prikazuje predloge dok korisnik unosi upit. Njegova vrednost nije u tome da predvidi svaku reč, već da smanji broj koraka i pomogne korisniku da precizira nameru. Predlozi mogu biti proizvodi, kategorije, brendovi ili popularni termini, ali treba jasno razlikovati te tipove.
Kako organizovati predloge
Jedan praktičan obrazac je da se u padajućem panelu prikaže ograničen broj jasno označenih grupa:
- Proizvodi sa nazivom, osnovnom slikom i eventualno ključnim atributom;
- Kategorije koje odgovaraju unetom terminu;
- Brendovi kada je brend važan deo kataloga;
- Predlog za celu pretragu, koji vodi na stranicu sa svim rezultatima.
Predlozi ne treba da zauzmu ekran tako da sakriju polje za unos ili dugme za nastavak. Posebno na mobilnom uređaju treba proveriti visinu panela, skrolovanje i ponašanje tastature. Ako se predlozi učitavaju asinhrono, interfejs treba jasno da pokaže da se rezultati učitavaju, bez treperenja ili menjanja fokusa.
Autocomplete nije isto što i automatsko slanje forme
Klik na predlog proizvoda može da vodi direktno na proizvod, dok pritisak na Enter treba da vodi na stranicu rezultata za ceo upit. To su dve različite namere. Korisnik koji izabere konkretan predlog prihvata ponuđenu interpretaciju, dok korisnik koji potvrdi tekst upita možda želi da vidi širi izbor.
Kontrole moraju biti upotrebljive i bez miša. WAI-ARIA smernice za combobox obrazac opisuju odnose između polja, liste predloga, fokusa i tastature, što je korisna osnova za proveru ponašanja autocomplete komponente. Implementacija ne treba slepo da kopira primer, već da ga prilagodi konkretnom interfejsu i tehnologiji.
Sinonimi, skraćenice i jezik kupca
Korisnik često ne koristi isti termin koji se nalazi u katalogu. U jednoj prodavnici proizvod može biti nazvan „ranac“, dok kupac traži „ruksak“. Neko će uneti „patike“, a katalog koristi „sportska obuća“. Kod tehničkih proizvoda mogu se javiti skraćenice, oznake modela i različiti načini pisanja dimenzija.
Sinonimi omogućavaju da različiti izrazi vode ka istoj ili srodnoj grupi rezultata. Međutim, nije dobro sve slične reči spojiti u jedan skup bez provere konteksta. „Maska“ može označavati više tipova proizvoda, a „ulje“ može pripadati različitim kategorijama. Zato je potrebno razlikovati:
- Tačne sinonime koji u datom katalogu označavaju istu stvar;
- Varijante pisanja, uključujući padeže, crtice, razmake i dijakritiku;
- Kolokvijalne izraze koje kupci koriste, ali ih katalog ne koristi;
- Srodne termine koji ne treba automatski izjednačiti, već mogu služiti kao dodatni predlog.
Za lokalizovan web shop treba testirati i unos bez dijakritike. Upiti poput „sraf“, „srafovi“ ili „cizme“ mogu biti realni načini pretrage, naročito na mobilnoj tastaturi. Pravilo ne treba primeniti samo na jedan primer: proverite kako se ponaša kroz kategorije, brendove i nazive modela.
Ko upravlja sinonimima
Sinonimi nisu jednokratno tehničko podešavanje. Katalog, korisnička podrška i osoba koja prati analitiku pretrage treba da imaju način da prijave nove izraze. Ako se termin često pretražuje, ali ne vodi do relevantnih rezultata, to je signal za proveru naziva, atributa, sinonima ili strukture kategorije.
Važno je definisati i prioritet: da li se za određeni upit prvo prikazuju proizvodi čiji naziv sadrži termin, proizvodi sa podudarnim atributom ili proizvodi iz odgovarajuće kategorije. Bez tog pravila rezultati mogu izgledati nepredvidivo, čak i kada tehnički sadrže traženu reč.
Zero-results scenario: prazna stranica nije odgovor
Zero-results scenario nastaje kada pretraga ne pronađe proizvod koji odgovara upitu ili kada dodatni filteri uklone sve rezultate. U oba slučaja poruka treba da bude precizna i korisna. Tekst „Nema rezultata“ bez objašnjenja prebacuje sav posao nazad na korisnika.
Dobra stranica bez rezultata može da sadrži:
- jasno ponovljen termin koji je korisnik uneo;
- predlog za proveru pravopisa ili drugačiji izraz;
- dugme za uklanjanje svih ili pojedinačnih filtera;
- linkove ka relevantnim kategorijama;
- popularne ili preporučene proizvode, samo ako su zaista povezani sa upitom;
- kontakt ili zahtev za pomoć kada je kupcu potrebna dodatna podrška.
Nemojte automatski preusmeravati svaki neuspešan upit na početnu stranicu. Takav potez prekida kontekst i ne objašnjava šta korisnik može da uradi. Bolje je zadržati termin, ponuditi jednostavnu korekciju i ostaviti mogućnost da se pretraga nastavi.
Razlikujte upit bez rezultata od filtera bez rezultata
Poruka treba da objasni uzrok. Ako je korisnik tražio „plava jakna“, a zatim izabrao veličinu koja trenutno nema dostupne proizvode, korisnije je ponuditi uklanjanje veličine nego sugerisati da promeni ključnu reč. Ako nema proizvoda ni bez filtera, problem je drugačiji i mogu se prikazati srodne kategorije ili širi termin.
Ovo je mesto gde pretraga, filteri i stanje zaliha moraju da rade zajedno. Pravila za kategorije i njihove landing stranice dodatno utiču na to koliko korisnik može lako da nastavi put, pa je korisno povezati ovu temu sa tekstom SEO i UX kategorija u web shopu.
Relevantnost rezultata i prikaz stranice pretrage
Pretraga nije uspešna samo zato što je pronašla podudaranje. Rezultati moraju biti poređani tako da najverovatniji odgovor na nameru korisnika bude vidljiv bez dodatnog kopanja. Kriterijumi mogu uključivati podudaranje u nazivu, brendu, šifri, kategoriji i atributima, ali konkretan prioritet zavisi od asortimana.
Na stranici rezultata jasno prikažite:
- šta je pretraženo;
- koliko je rezultata pronađeno samo ako je taj podatak pouzdan i koristan;
- koji filteri i sortiranje su aktivni;
- kako se filteri mogu ukloniti;
- da li je rezultat proizvod, varijanta ili kategorija.
Posebnu pažnju zahtevaju varijante. Ako jedna kartica predstavlja proizvod sa više boja i veličina, rezultat treba da odgovara onome što je korisnik tražio, a ne samo opštem nazivu proizvoda. Isto važi za artikle koji su privremeno nedostupni: pravilo prikaza nedostupnih proizvoda treba unapred definisati, umesto da se rešava slučajno na nivou interfejsa.
Pretraga na mobilnom uređaju i pristupačnost
Na mobilnom uređaju pretraga često počinje iz zaglavlja, ali može da se proširi u ceo ekran kako bi unos bio pregledniji. Proverite da li je polje dovoljno veliko za dodir, da li se tastatura otvara očekivano i da li korisnik može lako da obriše termin ili zatvori panel sa predlozima.
Komponenta treba da bude razumljiva korisnicima koji koriste tastaturu ili asistivne tehnologije. Fokus mora imati vidljivo stanje, predlog koji je trenutno izabran treba da bude jasno saopšten, a Escape, strelice i Enter treba da imaju dosledno ponašanje. Nemojte se oslanjati samo na boju za razlikovanje aktivnog predloga ili filtera.
Ove provere nisu odvojene od razvoja ostatka prodavnice. U dokumentu o izradi web shopa pretragu treba posmatrati kao deo kataloga, navigacije i checkout puta, sa jasno definisanim pravilima i kriterijumima prihvatanja.
Kako testirati pretragu pre puštanja
Testiranje treba organizovati po namerama, a ne samo po tehničkim funkcijama. Napravite listu stvarnih termina iz kataloga i svakodnevnog jezika kupaca, pa proverite sledeće slučajeve:
- tačan naziv proizvoda i deo naziva;
- brend, šifra modela i kombinacija brenda sa kategorijom;
- sinonim, množina, padež i unos bez dijakritike;
- mala greška u kucanju i pogrešan redosled reči;
- širok termin koji treba da vodi ka većem broju rezultata;
- upit koji nema rezultate;
- rezultat koji nestaje nakon primene filtera;
- isti upit na mobilnom uređaju, tastaturom i uz čitač ekrana;
- proizvod bez zalihe, proizvod sa varijantama i proizvod sa sličnim nazivom;
- ponašanje nakon brisanja termina, povratka u pretragu i korišćenja dugmeta Back.
Za svaki slučaj unapred zapišite očekivano ponašanje. Tako se lakše razlikuje greška u indeksiranju od loše konfigurisanog sinonima, neprikladnog prioriteta rezultata ili problema u interfejsu.
Koje odluke treba uneti u specifikaciju
Pre razvoja definišite minimum koji će sprečiti naknadna i skupa nagađanja:
| Oblast | Pitanje za specifikaciju |
|---|---|
| Izvor podataka | Da li se pretražuju naziv, opis, šifra, brend, kategorija i atributi? |
| Autocomplete | Koje grupe predloga postoje i šta se dešava pritiskom na Enter? |
| Sinonimi | Koji izrazi su jednaki, a koji samo srodni predlozi? |
| Relevantnost | Koji kriterijumi imaju prednost kada postoji više podudaranja? |
| Zero-results | Koje poruke, korekcije, kategorije i filteri se prikazuju? |
| Analitika | Kako se beleže pretrage bez rezultata, izmene upita i klikovi na predloge? |
| Administracija | Ko može da menja sinonime, pravila i istaknute rezultate? |
Ove stavke mogu uticati na obim razvoja, integracije i održavanje. Ako procenjujete širi projekat, tekst koje stavke najviše utiču na cenu izrade web shopa može pomoći da prepoznate funkcionalnosti koje je bolje definisati pre ponude.
Kada je pretraga deo web shopa, a kada šireg sajta
Za prodavnicu sa velikim katalogom pretraga je core funkcija i treba da bude vezana za proizvode, filtere, zalihe i naručivanje. Kod manjeg sajta može biti dovoljna jednostavnija pretraga sadržaja, vesti ili usluga. Ako projekat obuhvata i korporativni deo, važno je odlučiti da li se pretražuju proizvodi i stranice zajedno ili su to odvojeni tokovi.
Takva odluka pripada informacijskoj arhitekturi, ne samo dizajnu zaglavlja. Ako vam je potrebna šira struktura sajta sa sadržajem, uslugama i različitim tipovima stranica, pogledajte i mogućnosti izrade sajta. Za prodajni katalog, međutim, pravila iz ovog teksta treba vezati za konkretan model proizvoda i put do kupovine.
Praktičan sledeći korak
Pre dizajna autocomplete panela napravite tabelu sa 20–30 realnih upita iz kataloga i razvrstajte ih na tačne termine, sinonime, greške, široke upite i zero-results slučajeve. Za svaki upit zapišite očekivane rezultate, filtere i sledeću akciju korisnika. Ta tabela postaje osnova za specifikaciju, UX prototip, razvoj i testiranje.
Na taj način pretraga u web shopu dobija jasna pravila pre nego što se odlučuje o komponentama i tehnologiji. Rezultat nije samo lepše polje za pretragu, već predvidljiviji put od namere kupca do relevantne ponude.
