Punti Chiave
- La classificazione prodotti opera su due livelli: strategia di marketing e architettura dati. La maggior parte dei problemi di catalogo risiede nel secondo.
- Sistemi standard come eCl@ss, ETIM, GS1 GPC e UNSPSC definiscono non solo i gruppi prodotto, ma anche quali attributi appartengono a ciascuna classe. Scegliere lo standard sbagliato per il tuo settore crea frizione dati continua.
- Molti produttori mantengono una classificazione proprietaria insieme a uno o più standard esterni. Un PIM rende questo gestibile. Un foglio di calcolo no.
- L'ereditarietà degli attributi è il vantaggio principale di una classificazione corretta: assegna un attributo a una classe una volta, e ogni prodotto in quella classe lo riceve automaticamente.
- L'errore più comune nella classificazione è trattarla come un problema di navigazione. Gli alberi di categorie per la navigazione sui negozi online e le strutture di classificazione per la gestione dati servono scopi diversi e devono essere costruiti separatamente.
- Gli elenchi di prodotti piatti e indifferenziati sono il fallimento classificativo più costoso. Spingono la gestione degli attributi al livello di singolo prodotto, dove non può scalare.
Cos'è Davvero la Classificazione Prodotti
La classificazione prodotti è la decisione di quale gruppo un prodotto appartiene. Sembra semplice. In pratica, determina quali attributi un prodotto porta, come viene trovato e filtrato, se può essere esportato verso un sistema partner senza rielaborazione manuale, e se la logica delle varianti regge su larga scala.
I termini tassonomia prodotto, categoria prodotto e classificazione prodotto vengono usati in modo intercambiabile, ma si riferiscono a cose diverse. La tassonomia prodotto è la gerarchia completa di gruppi e sottogruppi. Una categoria prodotto è un nodo specifico all'interno di essa. La classificazione prodotto è l'atto di assegnare un prodotto al nodo giusto. I problemi in un catalogo prodotti quasi sempre risalgono a uno di questi tre che è male definito o confuso con un altro.
Nel marketing, la classificazione ti dice come i clienti acquistano un prodotto e cosa significa questo per il pricing, la promozione e la distribuzione. Un componente industriale ad alto valore di considerazione viene commercializzato e venduto diversamente da un articolo consumabile di manutenzione, anche se entrambi provengono dallo stesso produttore.
Nella gestione dati, la classificazione determina quali informazioni un prodotto ha bisogno, come viene strutturato nel tuo catalogo, e se può essere scambiato con partner, marketplace o sistemi di procurement senza rielaborazione manuale. Un prodotto classificato come "interruttore automatico" in eCl@ss eredita un insieme specifico di attributi tecnici. Se lo assegni alla classe sbagliata, quegli attributi sono sbagliati anche, e ogni export a valle lo riflette.
Questo articolo affronta entrambi i lati, ma pesato verso il lato dell'architettura dati, perché è lì che accadono la maggior parte delle decisioni pratiche per i produttori e i distributori che gestiscono cataloghi ampi.
Sistemi Standard di Classificazione Prodotti
Diversi standard di classificazione mantenuti dall'industria esistono per risolvere un problema specifico: se la tua azienda e i tuoi partner commerciali usano raggruppamenti interni diversi, lo scambio di dati richiede traduzione manuale a ogni passaggio. La classificazione standard elimina quello e rende possibile l'interoperabilità tra sistemi senza mapping personalizzato a ogni punto di connessione.
eCl@ss è uno standard cross-industria per la classificazione e la descrizione di prodotti e servizi, conforme ISO/IEC e mantenuto dall'associazione non-governativa eCl@ss. È strutturato gerarchicamente su quattro livelli: segmento, gruppo principale, gruppo e classe merceologica. Ogni classe definisce un insieme di proprietà: attributi specifici che un prodotto in quella classe deve o può portare. eCl@ss è ampiamente utilizzato nella manifattura, nella fornitura industriale e nelle industrie di processo, ed è sempre più referenziato come linguaggio comune per lo scambio di dati Industry 4.0.
ETIM (European Technical Information Model) ha origine nel settore dell'ingegneria elettrica olandese nel 1991 e da allora si è espanso attraverso HVAC, idraulica, costruzione e settori correlati. A differenza dei sistemi gerarchici, ETIM organizza i prodotti in classi con caratteristiche tecniche precisamente definite e valori consentiti. Un prodotto classificato come un tipo specifico di interruttore automatico porta un insieme definito di caratteristiche misurabili: corrente nominale, numero di poli, potere di interruzione, come specificato dallo standard. ETIM è il sistema di classificazione dominante nella vendita all'ingrosso tecnica europea.
GS1 GPC (Global Product Classification) è stato creato nel 1999 per supportare la sincronizzazione dei dati dei prodotti attraverso la Global Data Synchronization Network di GS1. È distinto da UNSPSC nonostante entrambi siano gestiti da GS1 US. GPC opera a livello di brick, dove i prodotti condividono un insieme definito di quattro a sette attributi. Vede l'adozione maggiore nei beni di consumo, nel retail e nelle catene di fornitura alimentare.
UNSPSC (United Nations Standard Products and Services Code) è uno standard globale multi-settore sviluppato originariamente per l'analisi della spesa e l'approvvigionamento. La sua gerarchia a cinque livelli copre segmento, famiglia, classe, merceologia e funzione aziendale. Non definisce gli attributi dei prodotti a livello di classe, il che lo rende utile per l'approvvigionamento e la gestione della spesa ma meno adatto alla descrizione tecnica del prodotto. È comunemente richiesto per gare pubbliche e listing su marketplace B2B.
La scelta tra loro dipende dal tuo settore, dai requisiti dei tuoi partner commerciali, e da cosa hai bisogno che la classificazione faccia. Un produttore di componenti elettrici che vende a grossisti europei ha quasi certamente bisogno di ETIM. Un'azienda che vende prodotti MRO industriali tra settori può trovare eCl@ss più appropriato. Alcune aziende hanno bisogno di entrambi.
Altri Framework di Classificazione
Al di là dei sistemi focalizzati su catalogo, esiste un insieme più ampio di framework di classificazione per scopi normativi, statistici e commerciali. Questi non sono strumenti di gestione catalogo; esistono per conformità, reporting e commercio transfrontaliero:
- CPC (Central Product Classification): standard UN per la rendicontazione statistica di tutti i beni e servizi
- CPA (Classification of Products by Activity): l'equivalente dell'UE, allineato con la classificazione industriale NACE
- HS (Harmonized System): governa i dazi doganali internazionali, determinando i dazi e la documentazione per i trasferimenti transfrontalieri
- SITC (Standard International Trade Classification): utilizzato per le statistiche del commercio internazionale
- IEC Common Data Dictionary: mantenuto dalla Commissione Elettrotecnica Internazionale, definisce le descrizioni dei prodotti sulla base di standard elettrotecnici
Per una panoramica completa dell'intero panorama, l'articolo sulla classificazione dei prodotti di Wikipedia copre tutti i principali sistemi con il loro ambito e origine.
Sistemi di Classificazione Individuali: Costruire il Tuo in un PIM
Gli standard non sempre mappano in modo pulito sulla gamma di prodotti di un'azienda. Un produttore di attrezzature di sicurezza industriale personalizzate potrebbe scoprire che le classi eCl@ss esistono per alcuni dei loro prodotti ma non per configurazioni proprietarie. Un'azienda di materiali da costruzione con una gamma di prodotti che si estende su categorie strutturali, termiche e di superficie potrebbe aver bisogno di una logica di classificazione che rifletta la loro propria tassonomia tecnica, non una generica cross-industria.
In questi casi, le aziende costruiscono una classificazione proprietaria insieme a qualsiasi standard di classificazione esterno che devono supportare. La struttura interna tipicamente riflette come gli ingegneri dell'azienda stessa pensano la gamma di prodotti: famiglie di prodotti, sottofamiglie e classi definite da caratteristiche tecniche condivise piuttosto che da convenzioni di tassonomia esterna.
Nei progetti che abbiamo implementato per produttori di componenti industriali e attrezzature elettriche, l'approccio più funzionale era definire le classi di prodotto sulla base della struttura tecnica condivisa: i prodotti che portano gli stessi attributi tecnici di base, hanno bisogno delle stesse regole di completezza, e seguono la stessa logica di varianti appartengono alla stessa classe. La classificazione viene quindi costruita dal prodotto in su, non da uno standard in giù.
Un PIM rende questo praticabile. In AtroCore, ogni classe di prodotto porta il suo insieme di attributi. Quando un prodotto viene assegnato a una classe, eredita automaticamente tutti gli attributi definiti per quella classe: campi obbligatori, campi opzionali, unità di misura, elenchi di valori consentiti. Un nuovo prodotto nella classe "cilindro pneumatico" riceve i campi giusti senza che nessuno li configuri manualmente. Quella logica di ereditarietà è ciò che rende la classificazione degna di essere implementata. Senza di essa, gli attributi si accumulano a livello di prodotto e la coerenza del catalogo si degrada rapidamente.
La capacità più importante è eseguire più schemi di classificazione contemporaneamente. Un produttore potrebbe mantenere la propria gerarchia di prodotto interna, esportare verso partner commerciali in eCl@ss, e conformarsi ai requisiti ETIM per i cataloghi wholesaler, tutto da un singolo record di prodotto. AtroCore gestisce questo assegnando molteplici riferimenti di classificazione a un singolo prodotto, ciascuno con il suo mapping di attributi. I dati di origine rimangono centralizzati. L'output si adatta al canale.
I nostri clienti vengono da noi dopo aver tentato di gestire questo in fogli di calcolo o dentro il loro ERP. Il punto di rottura è solitamente lo stesso: qualcuno ha mantenere colonne parallele per ogni standard di classificazione, e nel momento in cui uno viene aggiornato, gli altri cadono fuori sincronia. La gestione delle informazioni di prodotto costruita attorno alla classificazione appropriata rimuove quell'onere trattando la classificazione come una proprietà strutturale dei dati, non come una colonna in una tabella. Per i distributori che gestiscono prodotti da dozzine di fornitori attraverso una catena di fornitura frammentata, questo non è un guadagno di efficienza minore. È la differenza tra un catalogo usabile e uno che richiede intervento manuale a ogni passaggio.
Come Funziona la Classificazione Prodotti in un Catalogo
La classificazione prodotti non è la stessa cosa della navigazione. Questa distinzione causa problemi reali di catalogo quando ignorata.
Un albero di categorie in un negozio online è progettato per la navigazione: ampio in alto, specifico in basso, organizzato per corrispondere a come i clienti pensano ai prodotti. Una struttura di classificazione in un PIM è progettata per l'integrità dati: i prodotti condividono una classe perché condividono attributi, non perché condividono un percorso di ricerca del cliente. I due possono sembrare simili e servire scopi diversi. Costruire uno per fare entrambi di solito significa che non ne fa bene nessuno.
La logica delle varianti dipende dal fatto che la classificazione sia giusta. Se un sensore di pressione è classificato correttamente, le sue dimensioni di variante (intervallo, segnale di uscita, collegamento di processo) sono definite a livello di classe ed ereditate da ogni variante. Se è mal classificato o non classificato, gli attributi di variante vengono aggiunti manualmente per prodotto, e il catalogo accumula inconsistenze nel tempo.
La pubblicazione specifica per canale aggiunge un altro livello. Un record di prodotto potrebbe avere bisogno di esportare con codici eCl@ss per un partner, codici ETIM per un altro, e un insieme di attributi semplificato per un marketplace. Niente di questo è possibile se la classificazione di prodotto sottostante è sbagliata o mancante. La classificazione è ciò che la logica di export legge.
In AtroCore, la separazione tra struttura di classificazione e struttura di navigazione è esplicita. Mantieni una classificazione di prodotto canonica che guida l'ereditarietà degli attributi, le regole di completezza e i mapping di export. Separatamente, configuri gli alberi di categorie usati per la navigazione del negozio online o la struttura del catalogo stampato. I due si riferiscono l'uno all'altro senza essere la stessa cosa.
Dove questo si rompe senza strumenti appropriati: la classificazione di prodotto esiste solo di nome: un campo sul record del prodotto che porta un'etichetta ma non guida alcuna ereditarietà di attributi, alcuna regola di completezza, e alcuna logica di export. Quello è un'etichetta, non un sistema di classificazione. Il valore pratico della classificazione è interamente in ciò che applica e automatizza a valle.
Errori Comuni nella Classificazione Prodotti
Alberi di categorie piatti. Un raggruppamento di prodotto a singolo livello o due livelli senza ereditarietà di attributi forza la gestione degli attributi al livello di prodotto. A qualsiasi scala di catalogo significativa, quello diventa ingestibile. I prodotti finiscono per avere insiemi di attributi incoerenti, valori mancanti in alcuni posti e voci ridondanti in altri. Il catalogo sembra funzionale finché non tenti di filtrare, esportare o confrontare su di esso.
Mescolare classificazione con navigazione. Usare la stessa struttura sia per la gestione dati che per la navigazione di negozio online crea una struttura ottimizzata né per una né per l'altra. Un albero di negozio online è costruito per come i clienti cercano. Una struttura di classificazione è costruita per quali attributi i prodotti condividono. Forzare uno a servire entrambi produce una gerarchia che è troppo granulare per la navigazione e troppo superficiale per la gestione dati. Costruiscili separatamente e mappali tra loro.
Ignorare l'ereditarietà degli attributi. La classificazione senza ereditarietà è tassonomia senza funzione. L'intero punto è che la classe definisce gli attributi, non il contrario. Se assegni un prodotto a una classe e poi comunque configuri i suoi attributi manualmente, la classificazione non sta facendo niente. Ogni attributo aggiunto manualmente è un'inconsistenza futura in attesa di apparire.
Scegliere la granularità sbagliata. Classi che sono troppo ampie raggruppano prodotti con strutture tecniche genuinamente diverse, il che forza il compromesso di attributi: o alcuni prodotti portano campi irrilevanti, o i campi rilevanti vengono omessi per mantenere la classe pulita. Classi che sono troppo strette creano overhead di manutenzione senza reale beneficio. La giusta granularità è il livello al quale tutti i prodotti in una classe legittimamente condividono lo stesso insieme di attributi.
Classificazione per canale. Mantenere strutture di classificazione separate per ogni canale di vendita invece di una classificazione canonica singola con mapping specifici per canale moltiplica l'onere di manutenzione con ogni nuovo canale aggiunto. Quando la classificazione interna cambia, ogni versione specifica per canale necessita di aggiornamento separatamente. L'approccio corretto è una classificazione di origine singola con output mappati per canale o standard partner.
Classificazione in fase tardiva. Trattare la classificazione come qualcosa da aggiungere dopo che il catalogo è costruito significa rielaborare i compiti di attributi retroattivamente. In cataloghi ampi, quello è mesi di lavoro. I prodotti inseriti senza una classe non portano attributi ereditati, quindi qualcuno deve assegnare campi prodotto per prodotto. La classificazione dovrebbe essere definita prima che l'inserimento di dati di prodotto inizi, non dopo che è già in problemi.
La maggior parte di questi errori condivide una causa radice: la classificazione di prodotto viene trattata come una convenienza organizzativa piuttosto che come una decisione di architettura dati. Farla giusta presto costa poco. Ripararla dopo, con migliaia di prodotti già inseriti, export già rotti, e workaround specifici per canale già in atto, costa considerevolmente di più.