Arhitektura kataloga: kategorije, atributi i varijante proizvoda

Arhitektura kataloga određuje kako kupac pronalazi proizvod, kako tim unosi i ažurira podatke i kako se isti sadržaj predstavlja pretrazi, filtrima i analitici. Najvažnije pravilo je jednostavno: kategorija govori šta proizvod jeste u okviru ponude, atribut opisuje njegove osobine, a varijanta predstavlja kupivu kombinaciju opcija, kao što su veličina, boja ili zapremina.

Kada se te tri uloge pomešaju, nastaju duplikati, nelogični filteri, prevelik broj URL-ova i nejasne stranice proizvoda. Kada su razdvojene, katalog može da raste bez stalnog ručnog prepravljanja strukture. U nastavku je praktičan okvir za planiranje te arhitekture, nezavisno od izabrane platforme. Za širi kontekst implementacije i obima projekta, relevantna je i stranica izrada web shopa, dok je ovaj tekst ograničen na modelovanje kataloga.

Tri nivoa kataloga koja ne treba mešati

Pre nego što se napravi meni ili uključi modul za proizvode, potrebno je definisati model podataka. Jedan proizvod može pripadati jednoj ili više kategorija, imati više atributa i sadržati nekoliko varijanti. Međutim, to ne znači da svaki podatak treba da postane kategorija ili posebna stranica.

Kategorije: gde proizvod pripada

Kategorija je navigacioni i poslovni kontekst. Ona odgovara na pitanje: u kom delu asortimana kupac očekuje da pronađe ovaj proizvod? Dobra kategorija ima relativno stabilno značenje i može da obuhvati veći broj proizvoda koji dele namenu, tip ili tržišnu ulogu.

Primer za prodavnicu opreme za dom može biti:

• Rasveta
• Nameštaj
• Tekstil za dom
• Dodaci za kuhinju

Hijerarhija može imati i podkategorije, ali svaka nova dubina mora da rešava stvaran problem. Ako je proizvod istovremeno „crveni“, „na sniženju“, „za početnike“ i „od čelika“, to nisu nužno kategorije. Takve informacije su najčešće atributi, oznake ili promotivni filteri.

Atributi: šta proizvod ima ili kakav je

Atribut opisuje osobinu proizvoda koja se može koristiti za poređenje, filtriranje ili prikaz detalja. To mogu biti materijal, brend, boja, dimenzije, kompatibilnost, namena, stil ili tehnička specifikacija.

Atribut ne mora automatski da bude vidljiv kao filter. Neki atributi su važni na stranici proizvoda, ali nemaju dovoljno vrednosti ili proizvoda da bi bili korisni u listingu. Na primer, broj modela može biti ključan za korisničku podršku, ali loš kandidat za javni filter.

Varijante: šta kupac konkretno bira i kupuje

Varijanta je konkretna prodajna kombinacija opcija koja može imati sopstvenu šifru, cenu, dostupnost, masu ili sliku. Majica u veličini M i plavoj boji nije samo proizvod sa dva opisa ako se njena zaliha vodi odvojeno; ona je prodajna jedinica koju sistem mora da razlikuje od veličine L u istoj boji.

Praktična provera glasi: ako izbor neke opcije menja cenu, stanje, identifikator, rok isporuke ili ono što se isporučuje, verovatno je reč o varijanti, a ne samo o informativnom atributu.

Kako projektovati kategorije pre unosa proizvoda

Strukturu kategorija ne treba početi od interne organizacije magacina ili od trenutnih naziva u tabeli. Počnite od načina na koji kupci razumeju ponudu i od pitanja koja žele da reše. Interna oznaka „grupa 04“ može biti korisna za poslovni sistem, ali nije dobra navigacija.

1. Definišite primarni princip grupisanja

U jednoj glavnoj grani treba da preovlađuje jedan princip. To može biti tip proizvoda, namena, prostorija, ciljna publika ili industrijska primena. Mešanje više principa na istom nivou stvara nejasnu navigaciju.

Na primer, na istom nivou nije dobro kombinovati „Patike“, „Muška kolekcija“, „Proizvodi do 10.000 RSD“ i „Novi proizvodi“. Prva stavka je tip proizvoda, druga publika, treća cena, a četvrta status ponude. Takve informacije treba razdvojiti kroz kategorije, filtere i oznake.

2. Razdvojite trajnu strukturu od privremenih kolekcija

Kategorije obično imaju dugoročnu ulogu, dok su kolekcije i kampanjske landing stranice promenljivije. „Zimska ponuda“, „Pokloni za Dan zaljubljenih“ ili „Prolećna akcija“ mogu biti korisne tematske celine, ali ne treba da postanu osnova celog kataloga ako će nestati nakon kampanje.

Za takve slučajeve je često bolje koristiti kolekcije, oznake ili posebne uređene stranice koje povezuju postojeće proizvode. Tako se izbegava premeštanje proizvoda kroz osnovnu navigaciju i očuva se stabilnost kategorija.

3. Ograničite dubinu i proverite putanju

Svaki nivo kategorije treba da opravda svoju vrednost. Ako korisnik mora da prođe kroz više gotovo identičnih podkategorija pre nego što vidi proizvode, struktura je verovatno previše duboka. S druge strane, jedna kategorija sa stotinama nepovezanih artikala prebacuje sav posao na filtere.

Za svaku važnu grupu proverite:

• da li naziv ima isto značenje za kupca i za interni tim;
• da li kategorija ima dovoljno proizvoda da bude korisna;
• da li se proizvodi mogu dosledno rasporediti;
• da li korisnik može da predvidi sadržaj stranice pre nego što je otvori;
• da li će struktura ostati razumljiva kada se asortiman proširi.

Atributi i filteri: odvojite podatak od interfejsa

Jedna od čestih grešaka je izjednačavanje atributa sa filterom. Atribut je podatak u modelu proizvoda, dok je filter način na koji korisnik koristi taj podatak u listingu. Nisu svi atributi pogodni za filtriranje, a isti atribut može biti koristan kao filter u jednoj kategoriji i suvišan u drugoj.

Odredite tip i format svakog atributa

Za svaki atribut treba definisati da li je:

• izbor jedne vrednosti, kao što je tip napajanja;
• izbor više vrednosti, kao što su kompatibilni uređaji;
• numerička vrednost, kao što su širina, snaga ili zapremina;
• opseg, na primer cena ili dimenzija;
• tekstualni opis, koji je namenjen prikazu, ali ne i filtriranju.

Dosledan format je važniji od samog broja atributa. „Crna“, „crno“ i „black“ mogu predstavljati istu vrednost, ali za filter, izvoz i analitiku izgledaju kao tri različite vrednosti. Potrebni su kontrolisani rečnici, pravila za jedinice mere i odluka o tome da li se decimalni zapis prikazuje sa zarezom ili tačkom.

Ne pravite filter za svaku specifikaciju

Filter ima smisla kada pomaže da se skup proizvoda brzo suzi. Ako određena vrednost postoji na jednom proizvodu ili je kupci ne koriste za izbor, filter samo povećava vizuelni šum. Isto važi za atribute sa velikim brojem sinonima ili neujednačenim unosima.

Pre objave filtera proverite najmanje tri stvari: koliko proizvoda ima svaku vrednost, da li su vrednosti međusobno razumljive i šta se dešava kada korisnik izabere više filtera. Posebno treba definisati da li se vrednosti unutar jednog atributa kombinuju kao „ili“, a različiti atributi kao „i“. Ta logika mora biti jasna i u interfejsu i u testiranju.

Varijante proizvoda i granica između jednostavnosti i fleksibilnosti

Varijante rešavaju realnu razliku između opcija koje kupac bira, ali njihova upotreba može brzo zakomplikovati katalog. Ako proizvod ima četiri boje i pet veličina, teoretska matrica može da sadrži dvadeset kombinacija. Ako se dodaju materijal, pakovanje i personalizacija, broj kombinacija raste mnogo brže nego što je vidljivo na stranici proizvoda.

Kada je varijanta pravi izbor

Varijantu koristite kada više opcija pripada istom osnovnom proizvodu i kupac ih bira u okviru iste namere kupovine. Primeri su veličina obuće, boja nameštaja, memorija telefona ili zapremina pakovanja, kada se proizvod i dalje predstavlja kao jedna celina.

Svaka varijanta treba da ima jasno definisane podatke koji mogu da se razlikuju:

• interni identifikator ili SKU;
• cenu i eventualnu akcijsku cenu;
• dostupnost i stanje zaliha;
• kombinaciju izabranih opcija;
• sliku, masu ili dimenzije kada su specifične za opciju;
• pravila isporuke ako utiču na kupovinu.

Kada je bolje napraviti zaseban proizvod

Zaseban proizvod je često pregledniji kada se artikli značajno razlikuju po nameni, sadržaju pakovanja, tehničkoj konfiguraciji ili prodajnom procesu. Ako svaka opcija ima potpuno drugačije fotografije, dokumentaciju, kompatibilnost i marketing, jedan proizvod sa ogromnim brojem varijanti može otežati izbor.

Ne postoji univerzalna granica broja varijanti. Odluka zavisi od ponašanja kupca i operativnog rada. Korisno je pitati: da li kupac razume sve opcije kao istu vrstu proizvoda, da li tim može tačno da održava matrice i da li se dostupnost može prikazati bez zabune?

Izbegnite lažne varijante

Informacije kao što su „besplatna dostava“, „novo“ ili „preporučeno“ nisu varijante jer ne predstavljaju kupivu opciju. Slično tome, personalizacija koja zahteva poseban unos teksta, upload fajla ili ručnu obradu može biti dodatna opcija ili konfiguracioni korak, a ne klasična varijanta. Model treba da odražava proces isporuke, ne samo izgled padajućeg menija.

SEO i indeksiranje: katalog nije samo navigacija

Svaka kategorija, filter i kombinacija varijanti može proizvesti različit prikaz proizvoda, ali to ne znači da svaka kombinacija treba da bude zasebna indeksirana stranica. Pre implementacije treba napraviti mapu URL-ova i odlučiti koje stranice imaju samostalnu vrednost, a koje su samo pomoćni prikazi.

Posebno oprezno postupajte sa kombinacijama filtera. Veliki broj parametarskih URL-ova može otežati pretraživanje i održavanje signala. Pravila za kanonikalizaciju, paginaciju, sitemap i strukturirane podatke treba planirati zajedno sa katalogom, a ne tek nakon objave. Detaljniji tehnički okvir nalazi se u vodiču tehnička SEO osnova web shopa: canonical, pagination, schema i sitemap.

Za proizvode i ponude strukturirani podaci treba da odgovaraju stvarno vidljivim informacijama. Ako se cena, dostupnost ili identitet varijante razlikuju, model podataka i prezentacija moraju ostati usklađeni. Strukturirani podaci nisu zamena za dobru arhitekturu niti garancija prikaza u rezultatima pretrage.

Mobilni katalog menja prioritet odluka

Na malom ekranu korisnik ne vidi celu hijerarhiju, široku tabelu specifikacija ili veliki broj filtera odjednom. Zato se arhitektura mora proveriti kroz mobilni scenario: kako korisnik ulazi u kategoriju, kako otvara filter, kako zna koliko je filtera aktivno i kako se vraća na prethodni skup proizvoda?

Filteri ne bi trebalo da brišu izbor bez jasne povratne informacije. Opcije koje nisu dostupne moraju imati razumljivo stanje, a izbor varijante ne sme da sakrije promenu cene ili dostupnosti. Primeri ovih odluka obrađeni su u tekstu mobile-first web shop: checkout i katalog na malom ekranu.

Za složene proizvode korisno je prikazati najvažnije osobine pre dugog opisa, ali ne zatrpati listu svim tehničkim detaljima. Kategorija treba da pomogne izboru, a stranica proizvoda da objasni posledice izbora.

Veza sa zalihama, analitikom i performansama

Arhitektura kataloga utiče i na sisteme koji nisu vidljivi kupcu. SKU, kategorija, atribut i varijanta treba da imaju stabilna pravila kako bi se podaci mogli povezati sa magacinom, ERP-om, feedovima, korisničkom podrškom i izveštajima.

Analitika treba da razlikuje pregled kategorije, primenu filtera, izbor varijante, promenu količine i dodavanje u korpu. Ako se svi ti događaji beleže kao neodređeni klikovi, kasnije je teško utvrditi da li problem nastaje u navigaciji, dostupnosti ili izboru opcije. Pre puštanja prodavnice korisno je definisati event model, kao što je objašnjeno u vodiču E-commerce analytics: event model pre puštanja prodavnice.

Veliki broj varijanti, slika i dinamičkih filtera može uticati na učitavanje stranica. To nije razlog da se funkcionalnost automatski ukloni, već da se proveri šta se učitava odmah, kako se slike serviraju i da li filtriranje nepotrebno generiše teške zahteve. Za taj deo planiranja pogledajte brzina web shopa: Core Web Vitals i performance pod opterećenjem.

Operativna pravila bez kojih katalog propada

Najbolji model može postati neupotrebljiv ako nema vlasnika i pravila. Pre unosa većeg broja proizvoda definišite ko odobrava novu kategoriju, ko kreira novu vrednost atributa i ko odlučuje da li je proizvod nova stavka ili varijanta postojećeg proizvoda.

Minimalni katalogški pravilnik treba da obuhvati:

• dozvoljene nazive kategorija i način pisanja;
• rečnike boja, materijala, brendova i drugih ponovljivih vrednosti;
• jedinice mere i format decimalnih vrednosti;
• obavezna polja po kategoriji;
• pravila za SKU i identifikatore varijanti;
• uslove za arhiviranje proizvoda koji više nisu u ponudi;
• kontrolu duplikata i postupak za spajanje pogrešnih vrednosti.

Ovo je i razlog da arhitekturu treba uskladiti sa ostatkom sajta: navigacijom, pretragom, sadržajem, integracijama i administratorskim interfejsom. Kada se razvija širi digitalni proizvod, a ne samo katalog, može pomoći i kontekst izrada sajta, ali odluke o prodajnim entitetima i dalje treba voditi prema realnom poslovnom procesu.

Praktičan redosled rada

1. Popišite asortiman. Grupisanje počnite od stvarnih proizvoda, njihovih razlika, zaliha i načina prodaje.
2. Identifikujte kupovne odluke. Zapišite po čemu kupac bira: tip, namena, dimenzija, kompatibilnost, boja, cena ili druga osobina.
3. Odredite entitete. Za svaku informaciju odlučite da li je kategorija, atribut, varijanta, oznaka ili običan opis.
4. Napravite kontrolisane vrednosti. Uklonite sinonime i neujednačene jedinice pre masovnog uvoza.
5. Projektujte listinge i stranicu proizvoda. Proverite kako se prikazuju prazni rezultati, nedostupne opcije, raspon cena i slike varijanti.
6. Definišite SEO i analitička pravila. Odredite koje stranice imaju stalnu vrednost, kako se prate izbori i šta se dešava sa promenama URL-ova.
7. Testirajte sa realnim scenarijima. Uključite jednostavan proizvod, proizvod sa više varijanti, proizvod bez zalihe i proizvod koji pripada u više kategorija.
8. Postavite proces održavanja. Arhitektura nije završena objavom; potrebni su vlasništvo, revizija i pravila za budući asortiman.

Kontrolna lista za odluku

Pre razvoja ili migracije kataloga, za svaki element proverite sledeće:

• Da li kategorija opisuje stabilnu grupu proizvoda, a ne kratkotrajnu kampanju?
• Da li atribut ima dosledan tip, format i rečnik vrednosti?
• Da li je varijanta stvarno kupiva jedinica sa sopstvenom dostupnošću ili cenom?
• Da li kupac razume razliku između izbora opcije i informativne specifikacije?
• Da li su filteri korisni na mobilnom uređaju i kada daju nula rezultata?
• Da li su URL-ovi, strukturirani podaci i interna navigacija usklađeni sa modelom?
• Da li se podaci mogu održavati bez ručnog menjanja velikog broja stranica?

Ako na ova pitanja nema jasnog odgovora, problem nije samo u dizajnu interfejsa. Potrebno je vratiti se na model podataka i razdvojiti ono što je kupcu, pretrazi, zalihama i timu zaista potrebno. Takva priprema je koristan sledeći korak pre izbora platforme i početka implementacije web shopa.