Il problema della ricostruzione della navigazione
La maggior parte dei negozi non pianifica la propria architettura di navigazione per la crescita. Costruiscono un menu adatto al catalogo attuale — semplice, piatto, appropriato per 50–100 prodotti — e poi si trovano di fronte a un problema strutturale quando il catalogo cresce fino a 300, 500 o 1.000 prodotti. Il menu semplice che funzionava al lancio diventa inadeguato su larga scala: troppe categorie di primo livello senza un'organizzazione significativa delle sottocategorie, nomi di categorie scelti per un piccolo catalogo che non funzionano più quando ogni categoria conta 80 o più prodotti, una Tab Bar configurata per i prodotti più popolari al lancio che non riflette più la gamma del negozio.
La ricostruzione della navigazione che segue la crescita del catalogo è costosa. Richiede un inventario della navigazione esistente, l'analisi di ciò che non funziona, la riprogettazione della struttura delle categorie, l'aggiornamento di tutti i link interni che facevano riferimento alla vecchia struttura, e la rieducazione dei clienti abituali che avevano memorizzato la vecchia navigazione. Il costo non è solo il tempo degli sviluppatori per la ricostruzione — è anche l'interruzione dell'attività del negozio e la perdita di produttività dei clienti esistenti che improvvisamente non riescono a trovare le cose. Un'architettura di navigazione progettata per scalare evita la maggior parte di questi costi integrando la flessibilità fin dall'inizio.
«Abbiamo lanciato con sei categorie di prodotti e un semplice Slide Menu. Due anni dopo avevamo 22 categorie e la navigazione era caotica — ogni nuova linea di prodotti che aggiungevo finiva in qualche posto leggermente sbagliato, e ricevevamo email dai clienti che chiedevano dove erano state spostate le cose. La ricostruzione ci è costata circa 3.000 dollari in tempo di sviluppo e un mese di interruzioni. Col senno di poi, se avessimo costruito la gerarchia delle categorie con la scalabilità in mente al lancio — usando una struttura padre-figlio invece di categorie piatte — avremmo semplicemente aggiunto sottocategorie man mano che crescevamo, senza dover ricostruire tutto da zero.»
— Un cliente Navi+, marchio di lifestyle outdoor
Principi per un'architettura di navigazione scalabile
Un'architettura di navigazione che scala bene condivide diverse proprietà strutturali che la distinguono da una navigazione progettata solo per lo stato attuale del catalogo:
Categorie di primo livello stabili con profondità delle sottocategorie espandibile. Le strutture di navigazione più durature utilizzano un piccolo insieme di categorie di primo livello (4–7) abbastanza ampie da rimanere rilevanti man mano che il catalogo cresce, con l'aspettativa che le sottocategorie si espandano con l'aggiunta di linee di prodotti. "Calzature", "Abbigliamento" e "Accessori" come categorie di primo livello possono assorbire decenni di aggiunte di prodotti senza cambiare — solo le sottocategorie al di sotto crescono. "Scarpe da running uomo" come categoria di primo livello diventa obsoleta nel momento in cui si aggiungono scarpe da running da donna o scarpe da trail running. Progetta le categorie di primo livello al livello più ampio possibile; riserva la specificità per le sottocategorie.
Il filtraggio basato sugli attributi come principale strumento di navigazione per le grandi sottocategorie. Quando una sottocategoria supera i 30–40 prodotti, la navigazione gerarchica (più sottocategorie) diventa meno utile del filtraggio per attributi (taglia, colore, materiale, fascia di prezzo). Un'architettura di navigazione scalabile anticipa questa transizione e costruisce la capacità di filtraggio parallelamente alla gerarchia delle categorie, in modo che quando "Scarpe da running" diventa troppo grande per essere esplorata senza guida, i filtri possano assorbire il carico di navigazione senza richiedere una modifica strutturale del menu.
I link in evidenza come sovrapposizione flessibile, non come navigazione strutturale. Le promozioni stagionali, i riflettori sulle novità e le campagne a tempo limitato non dovrebbero essere incorporate nella struttura principale delle categorie — questo è ciò che compromette l'integrità della navigazione man mano che il catalogo cambia. Un approccio scalabile tratta questi elementi come sovrapposizioni configurabili: link in evidenza nell'intestazione dello Slide Menu, colonne promozionali nel Mega Menu, o destinazioni del Floating Action Button che possono essere aggiornate rapidamente senza toccare la gerarchia delle categorie sottostante. La navigazione principale rimane stabile; il layer promozionale si adatta.
Convenzioni di denominazione che non richiedono rinominazioni su larga scala. I nomi delle categorie scelti per un catalogo di 50 prodotti spesso si rivelano inadeguati a 500 prodotti perché erano troppo specifici. "Bestseller" come categoria di navigazione funziona quando hai 8 bestseller; è privo di significato quando ne hai 80. "Novità" funziona quando le novità sono una piccola parte del catalogo; diventa confuso quando le novità vengono aggiunte ogni settimana. Le convenzioni di denominazione che scalano sono o sufficientemente ampie da assorbire la crescita del catalogo, o sono intese dai visitatori come dinamiche per natura (una categoria "Saldi" è attesa che cambi).
| Decisione di navigazione | Non scala | Scala bene |
|---|---|---|
| Struttura delle categorie di primo livello | Linee di prodotti specifiche ("Scarpe da running uomo") | Categorie ampie ("Calzature") con sottocategorie |
| Navigazione nelle grandi sottocategorie | Ulteriori livelli di sottocategorie | Filtri basati sugli attributi come navigazione principale |
| Navigazione promozionale | Incorporata nella struttura delle categorie | Sovrapposizione configurabile (link in evidenza, FAB) |
| Denominazione delle categorie | Nomi specifici dipendenti dal conteggio ("Top 10") | Nomi ampi e indipendenti dal catalogo ("Popolari") |
Pianificare la navigazione per il negozio che avrai
Il costo della ricostruzione della navigazione su larga scala è del tutto evitabile con una pianificazione modesta al lancio. La domanda da porsi non è "quale navigazione mi serve ora?" ma "quale navigazione funzionerà ancora quando il mio catalogo sarà 10 volte più grande?" Rispondere onestamente a questa domanda — e costruire la gerarchia delle categorie tenendo conto di questa crescita — produce un'architettura di navigazione che assorbe anni di crescita del catalogo attraverso l'aggiunta di sottocategorie anziché ricostruzioni strutturali. Lo Slide Menu gerarchico di Navi+, il sistema di colonne del Mega Menu e la Tab Bar configurabile sono costruiti per supportare nativamente questa struttura padre-figlio, il che significa che l'infrastruttura per una navigazione scalabile non richiede sviluppo personalizzato — solo una pianificazione iniziale intenzionale.
Provalo gratis — nessun codice, nessuno sviluppatore
Installa in pochi minuti su Shopify, WordPress o qualsiasi sito web.