Punti Chiave
- La classificazione dei prodotti opera su due livelli: strategia di marketing e architettura dei 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 di prodotti, ma anche quali attributi appartengono a ciascuna classe. Scegliere lo standard sbagliato per il tuo settore crea attriti costanti nei dati.
- Molti produttori mantengono una classificazione proprietaria insieme a uno o più standard esterni. Un PIM rende questa situazione gestibile. Un foglio di calcolo no.
- L'ereditarietà degli attributi è il vantaggio principale di una classificazione corretta: assegna un attributo a una classe una sola volta, e ogni prodotto in quella classe lo riceve automaticamente.
- L'errore di classificazione più comune è trattarla come un problema di navigazione. Gli alberi di categoria per la navigazione nei webshop e le strutture di classificazione per la gestione dei dati servono scopi diversi e devono essere costruiti separatamente.
- Gli elenchi di prodotti piatti e indifferenziati rappresentano il fallimento più costoso in classificazione. Spingono la gestione degli attributi a livello di prodotto, dove non può scalare.
Cos'è Realmente la Classificazione dei Prodotti
La classificazione dei prodotti è la decisione di quale gruppo un prodotto appartiene. Sembra semplice. In pratica, determina quali attributi un prodotto possiede, 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 dei prodotti, categoria di prodotto e classificazione dei prodotti vengono usati indistintamente, ma si riferiscono a cose diverse. La tassonomia dei prodotti è la gerarchia completa di gruppi e sottogruppi. Una categoria di prodotto è un nodo specifico all'interno di essa. La classificazione dei prodotti è l'atto di assegnare un prodotto al nodo corretto. I problemi in un catalogo di prodotti risalgono quasi sempre 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 significa per il prezzo, la promozione e la distribuzione. Un componente industriale di alta considerazione viene commercializzato e venduto diversamente da un articolo di consumo per manutenzione, anche se entrambi provengono dallo stesso produttore.
Nella gestione dei dati, la classificazione determina quali informazioni un prodotto deve avere, 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 set specifico di attributi tecnici. Se lo hai assegnato alla classe sbagliata, quei attributi sono sbagliati, e ogni esportazione a valle lo riflette.
Questo articolo affronta entrambi i lati, ma con peso maggiore sul lato dell'architettura dei dati, perché è dove avviene la maggior parte delle decisioni pratiche per i produttori e i distributori che gestiscono cataloghi di grandi dimensioni.
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 traduzione manuale ad ogni passaggio. La classificazione standard elimina questo problema e rende possibile l'interoperabilità tra sistemi senza mapping personalizzato a ogni punto di connessione.
eCl@ss è uno standard multiindustriale 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 di merce. Ogni classe definisce un set di proprietà: attributi specifici che un prodotto in quella classe deve o può possedere. eCl@ss è ampiamente utilizzato nella produzione, nella fornitura industriale e nelle industrie di processo, ed è sempre più referenziato come linguaggio comune per lo scambio dati dell'Industria 4.0.
ETIM (European Technical Information Model) ha avuto origine nel settore dell'ingegneria elettrica olandese nel 1991 e si è da allora espansa verso HVAC, impianti idraulici, costruzioni e settori correlati. A differenza dei sistemi gerarchici, ETIM organizza i prodotti in classi con caratteristiche tecniche definite con precisione e valori consentiti. Un prodotto classificato come un tipo specifico di interruttore automatico comporta un set definito di caratteristiche misurabili: corrente nominale, numero di poli, capacità 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 tra la Global Data Synchronization Network di GS1. È distinto da UNSPSC nonostante entrambi siano gestiti da GS1 US. GPC opera a livello di mattone, dove i prodotti condividono un set definito di quattro a sette attributi. Vede l'adozione più significativa nei beni di consumo, retail e catene di fornitura del settore alimentare.
UNSPSC (United Nations Standard Products and Services Code) è uno standard globale multisettoriale originariamente sviluppato per l'analisi della spesa 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 della spesa ma meno adatto alla descrizione tecnica del prodotto. È comunemente richiesto per gli appalti pubblici e le inserzioni nei marketplace B2B.
La scelta tra loro dipende dal tuo settore, dai requisiti dei tuoi partner commerciali e da ciò che devi fare con la classificazione. Un produttore di componenti elettrici che vende a grossisti europei quasi certamente ha bisogno di ETIM. Un'azienda che vende prodotti industriali MRO su più settori potrebbe trovare eCl@ss più appropriato. Alcune aziende hanno bisogno di entrambi.
Altre Strutture di Classificazione
Oltre ai sistemi incentrati sul catalogo, esiste un insieme più ampio di strutture di classificazione per scopi normativi, statistici e commerciali. Questi non sono strumenti di gestione del catalogo; esistono per conformità, reporting e commercio transfrontaliero:
- CPC (Central Product Classification): standard delle Nazioni Unite per il reporting statistico di tutti i beni e servizi
- CPA (Classification of Products by Activity): l'equivalente dell'UE, allineato con la classificazione NACE dell'industria
- HS (Harmonized System): governa il commercio internazionale, 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 in base agli standard elettrotecnici
Per una panoramica completa del panorama completo, l'articolo sulla classificazione dei prodotti di Wikipedia copre tutti i principali sistemi con il loro scopo e origine.
Sistemi di Classificazione Individuali: Costruire il Tuo in un PIM
I sistemi standard non sempre si mappano in modo pulito sulla gamma di prodotti di un'azienda. Un produttore di apparecchiature industriali per la sicurezza 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 spazia da categorie strutturali, termiche e superficiali potrebbe avere bisogno di una logica di classificazione che rispecchi la propria tassonomia ingegneristica, non una generica multisettoriale.
In questi casi, le aziende costruiscono una classificazione proprietaria insieme a qualsiasi standard di classificazione esterno che devono supportare. La struttura interna in genere riflette come gli ingegneri della stessa azienda pensano alla gamma di prodotti: famiglie di prodotti, sottofamiglie e classi definite da caratteristiche tecniche condivise piuttosto che da convenzioni di tassonomia esterna.
Nei progetti implementati per produttori di componenti industriali e apparecchiature elettriche, l'approccio più funzionale era definire le classi di prodotto in base alla struttura tecnica condivisa: i prodotti che portano gli stessi attributi principali, richiedono le stesse regole di completezza e seguono la stessa logica di variante appartengono alla stessa classe. La classificazione viene quindi costruita dal prodotto verso l'alto, non dallo standard verso il basso.
Un PIM rende questo gestibile. In AtroCore, ogni classe di prodotto comporta il suo set di attributi. Quando un prodotto viene assegnato a una classe, eredita automaticamente tutti gli attributi definiti per quella classe: campi obbligatori, campi facoltativi, unità di misura, elenchi di valori consentiti. Un nuovo prodotto nella classe "cilindro pneumatico" riceve i campi corretti senza che nessuno li configuri manualmente. Quella logica di ereditarietà è ciò che rende la classificazione utile in primo luogo. Senza di essa, gli attributi si accumulano a livello di prodotto e la consistenza del catalogo si degrada rapidamente.
La capacità più importante è eseguire contemporaneamente più schemi di classificazione. Un produttore potrebbe mantenere la propria gerarchia di prodotti interna, esportare verso i partner di trading in eCl@ss e rispettare i requisiti ETIM per i cataloghi di grossisti, il tutto da un singolo record di prodotto. AtroCore gestisce questo assegnando più riferimenti di classificazione a un singolo prodotto, ciascuno con il proprio 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 in 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 diventano desincronizzati. La gestione delle informazioni di prodotto costruita attorno a una classificazione corretta rimuove questo 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 su 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 problemi reali nel catalogo quando viene ignorata.
Un albero di categoria in un webshop è 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à dei dati: i prodotti condividono una classe perché condividono attributi, non perché condividono un percorso di ricerca del cliente. I due possono apparire simili e servire scopi diversi. Costruirne uno per fare entrambi di solito significa che non fa bene nessuno dei due.
La logica delle varianti dipende dal fatto che la classificazione sia corretta. 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 e ereditate da ogni variante. Se è misclassificato o non classificato, gli attributi di variante 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 set di attributi semplificato per un marketplace. Niente di tutto questo è possibile se la classificazione dei prodotti sottostante è sbagliata o mancante. La classificazione è ciò che la logica di esportazione 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 esportazione. Separatamente, configuri gli alberi di categoria utilizzati per la navigazione del webshop o la struttura del catalogo stampato. I due si riferiscono l'uno all'altro senza essere la stessa cosa.
Dove questo si rompe senza l'uso appropriato degli strumenti: la classificazione dei prodotti esiste solo di nome: un campo nel record del prodotto che porta un'etichetta ma non guida alcuna ereditarietà di 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 di Classificazione dei Prodotti
Alberi di categoria piatti. Un raggruppamento di prodotti a livello singolo o doppio senza ereditarietà di attributi forza la gestione degli attributi a livello di prodotto. Su qualsiasi scala di catalogo significativa, diventa ingestibile. I prodotti finiscono con set di attributi incoerenti, valori mancanti in alcuni posti e voci ridondanti in altri. Il catalogo sembra funzionale fino a quando non provi a filtrare, esportare o confrontare su di esso.
Mescolare classificazione con navigazione. Usare la stessa struttura sia per la gestione dei dati che per la navigazione del webshop crea una struttura ottimizzata per nessuna delle due. Un albero di webshop è costruito per come i clienti cercano. Una struttura di classificazione è costruita per quali attributi i prodotti condividono. Forzarne uno a servire entrambi produce una gerarchia che è troppo granulare per la navigazione e troppo superficiale per la gestione dei dati. Costruiscili separatamente e mappali tra loro.
Ignorare l'ereditarietà degli attributi. La classificazione senza ereditarietà è una 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 manualmente i suoi attributi, 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, che forza il compromesso degli attributi: o alcuni prodotti portano campi irrilevanti, oppure i campi rilevanti vengono omessi per mantenere la classe pulita. Le classi che sono troppo strette creano onere di manutenzione senza beneficio reale. La granularità giusta è il livello al quale tutti i prodotti in una classe legittimamente condividono lo stesso set 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 moltiplicano l'onere 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 di partner.
Classificazione in fase tardiva. Trattare la classificazione come qualcosa da aggiungere dopo che il catalogo è costruito significa rielaborare gli assegnamenti di attributi retroattivamente. In cataloghi di grandi dimensioni, quello è mesi di lavoro. I prodotti inseriti senza una classe non portano attributi ereditati, quindi qualcuno deve assegnare i campi prodotto per prodotto. La classificazione dovrebbe essere definita prima che inizi l'inserimento dei dati di prodotto, non dopo che è già in difficoltà.
La maggior parte di questi errori condividono una causa radice: la classificazione dei prodotti viene trattata come una convenienza organizzativa piuttosto che come una decisione di architettura dei dati. Farla giusta all'inizio costa poco. Risolverla in seguito, con migliaia di prodotti già inseriti, esportazioni già rotte e soluzioni alternative specifiche del canale già in atto, costa considerevolmente di più.