Punti Chiave
- La classificazione prodotto opera a due livelli: strategia di marketing e architettura dati. La maggior parte dei problemi di catalogo si trova nel secondo.
- Sistemi standard come eCl@ss, ETIM, GS1 GPC e UNSPSC definiscono non solo i gruppi di prodotti ma anche quali attributi appartengono a ogni classe. Scegliere lo standard sbagliato per il tuo settore crea frizioni dati continue.
- Molti produttori gestiscono 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 corretta classificazione: 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 web e le strutture di classificazione per la gestione dei dati servono scopi diversi e vanno costruiti separatamente.
- Gli elenchi di prodotti piatti e indifferenziati sono il fallimento di classificazione più costoso. Spingono la gestione degli attributi a livello di prodotto, dove non può scalare.
Cos'è Davvero la Classificazione dei Prodotti
La classificazione dei prodotti è la decisione di quale gruppo un prodotto appartiene. Sembra semplice. Nella 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 tiene a livello di 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 corretto. I problemi in un catalogo prodotti quasi sempre risalgono a uno di questi tre che è mal definito o confuso con un altro.
Nel marketing, la classificazione ti dice come i clienti acquistano un prodotto e cosa questo significa per il prezzo, la promozione e la distribuzione. Un componente industriale di alta considerazione viene commercializzato e venduto diversamente da un articolo di manutenzione consumabile, anche se entrambi provengono dallo stesso produttore.
Nella gestione dei 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 approvvigionamento senza rielaborazione manuale. Un prodotto classificato come "interruttore automatico" in eCl@ss eredita un insieme specifico di attributi tecnici. Se lo hai assegnato alla classe sbagliata, quegli attributi sono sbagliati anche loro, e ogni export a valle lo riflette.
Questo articolo affronta entrambi i lati, ma ponderato verso il lato dell'architettura dei dati, perché è lì che accadono la maggior parte delle decisioni pratiche per i produttori e i distributori che gestiscono grandi cataloghi.
Sistemi Standard di Classificazione dei Prodotti
Esistono diversi standard di classificazione mantenuti dall'industria per risolvere un problema specifico: se la tua azienda e i tuoi partner commerciali utilizzano raggruppamenti interni diversi, lo scambio di dati richiede una traduzione manuale ad ogni passaggio. La classificazione standard elimina questo problema e rende possibile l'interoperabilità tra i sistemi senza mappatura personalizzata ad ogni punto di connessione.
eCl@ss è uno standard cross-industry per la classificazione e la descrizione di prodotti e servizi, conforme a ISO/IEC e mantenuto dall'associazione non governativa eCl@ss. È strutturato gerarchicamente su quattro livelli: segmento, gruppo principale, gruppo e classe di merce. Ogni classe definisce un insieme di proprietà: attributi specifici che un prodotto in quella classe deve o può portare. eCl@ss è ampiamente utilizzato nella produzione, nella fornitura industriale e nei settori di processo, e viene sempre più riferito 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, impianti idraulici, costruzioni 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, capacità di interruzione, come specificato dallo standard. ETIM è il sistema di classificazione dominante nel commercio tecnico all'ingrosso europeo.
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 la maggiore adozione nei beni di consumo, nel retail e nelle catene di approvvigionamento alimentare.
UNSPSC (United Nations Standard Products and Services Code) è uno standard globale multi-settore originariamente sviluppato per l'analisi delle spese e l'approvvigionamento. La sua gerarchia a cinque livelli copre segmento, famiglia, classe, merce e funzione aziendale. Non definisce attributi di prodotto a livello di classe, il che lo rende utile per l'approvvigionamento e la gestione delle spese ma meno adatto alla descrizione tecnica dei prodotti. È comunemente richiesto per i tender pubblici e gli elenchi dei 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 in diversi settori potrebbe trovare eCl@ss più appropriato. Alcune aziende hanno bisogno di entrambi.
Altri Framework di Classificazione
Oltre ai sistemi focalizzati sul catalogo, esiste un insieme più ampio di framework di classificazione per scopi normativi, statistici e commerciali. Questi non sono strumenti di gestione dei cataloghi; esistono per conformità, rendicontazione 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 UE, allineato con la classificazione di settore NACE
- HS (Harmonized System): governa i dazi doganali internazionali, determinando le tariffe e la documentazione per le spedizioni transfrontaliere
- SITC (Standard International Trade Classification): utilizzato per le statistiche del commercio internazionale
- IEC Common Data Dictionary: mantenuto dalla International Electrotechnical Commission, definisce le descrizioni dei prodotti basate su standard elettrotecnici
Per una panoramica completa del panorama completo, l'articolo sulla classificazione dei prodotti di Wikipedia copre tutti i sistemi principali con il loro ambito e origine.
Sistemi di Classificazione Individuali: Costruire il Tuo Proprio in un PIM
I sistemi standard non sempre si mappano chiaramente sulla gamma di prodotti di un'azienda. Un produttore di equipaggiamento di sicurezza industriale personalizzato potrebbe trovare 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 spazia da categorie strutturali, termiche e di superficie potrebbe avere bisogno di una logica di classificazione che rifletta la propria tassonomia ingegneristica, non una generica tra i settori.
In questi casi, le aziende costruiscono una classificazione proprietaria insieme a qualsiasi standard di classificazione esterno che sono tenuti a supportare. La struttura interna tipicamente riflette come gli ingegneri della stessa azienda pensano alla gamma di prodotti: famiglie di prodotti, sotto-famiglie 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 apparecchiature elettriche, l'approccio più funzionale era definire classi di prodotto basate sulla struttura tecnica condivisa: i prodotti che portano gli stessi attributi principali, 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 verso l'alto, non da uno standard verso il basso.
Un PIM rende questo tracciabile. In AtroPIM, ogni classe di prodotto porta il suo proprio 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 fatta in primo luogo. 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 simultaneamente. Un produttore potrebbe mantenere la propria gerarchia di prodotti interna, esportare verso i partner commerciali in eCl@ss ed essere conforme ai requisiti ETIM per i cataloghi all'ingrosso, il tutto da un singolo record di prodotto. AtroPIM gestisce questo assegnando più riferimenti di classificazione a un singolo prodotto, ognuno 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 provato a gestire questo nei fogli di calcolo o all'interno del loro ERP. Il punto di rottura è solitamente lo stesso: qualcuno deve mantenere colonne parallele per ogni standard di classificazione e nel momento in cui uno viene aggiornato, gli altri si sincronizzano. La gestione delle informazioni sui prodotti costruita intorno alla corretta classificazione elimina quell'onere trattando la classificazione come una proprietà strutturale dei dati, non una colonna in una tabella. Per i distributori che gestiscono prodotti da dozzine di fornitori in una catena di approvvigionamento frammentata, questo non è un guadagno di efficienza minore. È la differenza tra un catalogo utilizzabile e uno che richiede intervento manuale ad ogni passaggio.
Come Funziona la Classificazione dei Prodotti in un Catalogo
La classificazione dei prodotti non è la stessa cosa della navigazione. Questa distinzione causa veri problemi di catalogo quando viene ignorata.
Un albero di categorie in un negozio web è progettato per la navigazione: ampio in alto, specifico in basso, organizzato per corrispondere al modo in cui i clienti pensano ai prodotti. Una struttura di classificazione in un PIM è progettata per l'integrità dei dati: i prodotti condividono una classe perché condividono attributi, non perché condividono un percorso di ricerca dei clienti. I due possono sembrare simili e servire scopi diversi. Costruire uno per fare entrambi di solito significa che non fa bene nemmeno uno.
La logica delle varianti dipende dalla corretta classificazione. Se un sensore di pressione è classificato correttamente, le sue dimensioni di variante (range, segnale di uscita, connessione del processo) sono definite a livello di classe ed ereditate da ogni variante. Se è classificato erroneamente o non è classificato, gli attributi delle varianti vengono aggiunti manualmente per prodotto e il catalogo accumula incoerenze nel tempo.
La pubblicazione specifica per canale aggiunge un altro strato. 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. Nulla di questo è possibile se la classificazione prodotto sottostante è sbagliata o mancante. La classificazione è ciò che la logica di esportazione legge.
In AtroPIM, la separazione tra struttura di classificazione e struttura di navigazione è esplicita. Mantieni una classificazione prodotto canonica che guida l'ereditarietà degli attributi, le regole di completezza e i mapping di esportazione. Separatamente, configuri gli alberi di categorie utilizzati per la navigazione nel negozio web o la struttura del catalogo stampato. I due si riferiscono l'uno all'altro senza essere la stessa cosa.
Dove questo si rompe senza gli strumenti appropriati: la classificazione dei prodotti esiste solo di nome: un campo nel record del prodotto che porta un'etichetta ma non guida l'ereditarietà degli attributi, nessuna regola di completezza e nessuna logica di esportazione. 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 dei Prodotti
Alberi di categorie piatti. Un raggruppamento di prodotti a singolo livello o due livelli senza ereditarietà degli attributi forza la gestione degli attributi a livello di prodotto. Con qualsiasi scala significativa di catalogo, questo diventa ingestibile. I prodotti finiscono con insieme di attributi incoerente, valori mancanti in alcuni posti e voci ridondanti in altri. Il catalogo sembra funzionale finché non provi a filtrare, esportare o confrontare tra di esso.
Mescolare classificazione con navigazione. Utilizzare la stessa struttura sia per la gestione dei dati che per la navigazione nel negozio web crea una struttura ottimizzata per nessuno dei due. Un albero di negozio web è costruito per il modo in cui 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 dei dati. Costruiscili separatamente e mappa tra di essi.
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 configuri comunque i suoi attributi manualmente, la classificazione non sta facendo nulla. Ogni attributo aggiunto manualmente è un'incoerenza futura in attesa di apparire.
Scegliere la granularità sbagliata. Le 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. Le classi che sono troppo fini creano il sovraccarico di manutenzione senza beneficio reale. La granularità giusta è il livello in cui 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 singola classificazione canonica con mapping specifici del canale moltiplica il carico di manutenzione con ogni nuovo canale aggiunto. Quando la classificazione interna cambia, ogni versione specifica del canale ha bisogno di aggiornamento separato. L'approccio corretto è una classificazione sorgente 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 gli assegnamenti di attributi retroattivamente. Nei grandi cataloghi, questo è 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'immissione dei dati del prodotto inizi, non dopo che è già in guai.
La maggior parte di questi errori condivide una causa principale: la classificazione dei prodotti viene trattata come una comodità organizzativa piuttosto che come una decisione di architettura dati. Farla bene all'inizio costa poco. Correggerla più tardi, con migliaia di prodotti già inseriti, export già rotti e workaround specifici del canale già in atto, costa considerevolmente di più.