nomenclator: model vs model+atribute

Poate cel mai important lucru pe care merita sa il stii atunci cand te apuci de ecommerce este ca in termeni de arhitectura si logistica este foarte greu sa faci rollback la ceea ce ai implementat candva. Ai pornit cu doua coloane, cel mai probabil asa vei merge o buna perioada, intrucat schimbarea confuzeaza nu numai utilizatorul ci si motoarele de cautare pe alocuri. Ai ales o structura a url-ului, greu o poti modifica fara sa ai de suferit, chiar daca uneori 301-302 este de ajutor. Ai optat pentru un listing de produse bazat pe atribute, schimbarea va fi de-a dreptul dramatica…

Modalitatea in care iti construiesti suportul pentru viitorul business ar trebui sa dureze poate la fel de mult design-ul in sine. Evident, afirmatia sta in picioare in cazul in care iti permiti sa pornesti cu varianta proprie de soft, construind un model bazat pe nisa ta. Altfel, poti spera doar la cateva modificari ce te vor aduce in cel mai bun caz pe o traiectorie similara modelului ideal, dar cu multe lipsuri.
Cum afisezi categoriile si numarul de niveluri permise, felul in care abordezi listing-ul de produse … sunt doar cateva linii “solide” ale arhitecturii unui ecommerce. Iar alegerea facuta, pune umarul din plin la gradul de utilizare al magazinului tau.

In termeni de usability, afisarea unei liste de produse este capitala, tiparul implementat fiind folosit ulterior atat in listing-ul de categorii cat si in rezultatul cautarilor sau in pagini speciale. Si cel mai important amanunt in constructia unei astfel de liste face trimitere directa la nomenclatorul de produse. Mai precis la modalitatea de introducere a produsului – in functie de model sau model + atribut.

Presupunand ca pun bazele unui magazin online de outwear – sunt la pasul in care decid arhitectura nomenclatorului meu si caracteristicile unei intrari sunt: nume, marime, culoare…
Logic am 2 variante disponibile.

1. produs – tip model
Pot introduce produsul folosind numele general, modelul {model} – Dockers Flat Front True Chino Full Zip, potentialul cumparator urmand sa isi aleaga ulterior din pagina de produs marimea si culoarea dorita.
Voi avea o singura intrare “puternica”, permitand astfel o oarecare focalizare in intentia de cumparare, user-ul gasind in aceeasi pagina toata gama corespondenta modelului respectiv, nefiind nevoit sa isi piarda minute bune pentru a ‘pica’ pe ceea ce isi doreste.
General vorbind, privind totul la nivel de front end, aceasta varianta ofera un listing clar si delimitat, cu un grad de utilizare crescut dar aparent saracacios, numarul de intrari depinzand direct de dimensiunea nomenclatorului.

plusuri

• da un aer profesionist paginii de produs, userul avand posibilitatea de a vizualiza intr-un singur loc toata gama de produse disponibila, corespondenta modelului
• listing de categorie/subcategorie – clar si concis
• numar merdiu de pagini pe categorie/subcategorie
• creste gradul de utilizare al magazinului

minusuri

• in cazul in care nomenclatorul de produse este mic poate crea senzatia de saracie, lipsa produse

2. produs – tip model + atribut
Pot introduce produsul folosind numele general impreuna cu o lista de atribute {model + lista atribute} – Polar Fleece ET – XXL, cumparatorul avand posibilitatea de a gasi in listing-ul de categorie/subcategorie exact produsul ce il intereseaza.
In plus, in anumite nise, acest tip de introducere capata puternice valente de long tail keyword si nu in ultimul rand inseamna mult mai multe linkuri in fata oricarui motor de cautare. (ex: outdoor, pescuit, vanatoare, diy – do it yourself).
Ca sa iti faci o imagine mai buna, in exemplul pantalonilor Fleece-ului ET, in loc de o intrare voi avea 10, cate una pe fiecare marime si culoare…
Polar Fleece ET – XXXL
Polar Fleece ET – XXL
Polar Fleece ET – XL
….

plusuri

• un nomenclator puternic, cu multe intrari si implicit multe linkuri pentru motoare de cautare
• ideal pentru utilizatorii care folosesc motorul de cautare intern sau cei focusati, reducand numarul de click-uri in pagina de produs

minusuri

• un adevarat cosmar in cazul in care nisa contine modele de produse cu multe argumente  – imagineaza-ti cate 10 produse pentru fiecare model …
• listing de categorie/subcategorie aglomerat, facand pe alocuri imposibila crearea unei imagini de ansmblu
• numar mare de pagini pe categorie/subcategorie – navigare dificila/time on site mare

Fiecare nisa cere o anumita arhitectura. In functie de zona in care functionezi, alege modelul care se preteaza cel mai bine. Ambele sunt de succes.
Tine minte insa ca odata ce ai ales, va fi aproape imposibil sa ramai la nivelul la care esti daca te decizi sa schimbi.

tweet me