Quando un catalogo cresce, lo stesso articolo può comparire come prodotto indipendente in un negozio, come variante su un marketplace e come articolo di magazzino in un sistema interno. Il risultato è spesso la duplicazione delle informazioni, la difficoltà nel mantenere le relazioni e il rischio di errori nell’identificazione di ciò che viene venduto. La soluzione inizia prima di collegare i canali: occorre definire che cosa rappresenta ciascuna entità e quali dati le appartengono.
Un modello efficace separa l’identità del prodotto e delle sue varianti dalle condizioni commerciali di ciascun canale. In questo modo è possibile mantenere una fonte comune senza pretendere che tutti i sistemi presentino il catalogo allo stesso modo. La decisione fondamentale non riguarda il numero di record da creare, ma quale differenza modifica davvero ciò che acquista il cliente.
Distinguere prodotto, variante e offerta
Il prodotto rappresenta una famiglia o un concetto commerciale comune: riunisce articoli che condividono un’identità, una descrizione generale e attributi fondamentali. Per esempio, uno zaino di un determinato modello può essere il prodotto, mentre le sue combinazioni di colore o capacità sono varianti.
La variante è un’unità acquistabile che si distingue per una combinazione definita di attributi, come taglia e colore. Deve poter essere identificata senza ambiguità e, quando opportuno, associata a scorte, codice a barre e selezione nella pagina del prodotto. Se due unità non sono intercambiabili al momento dell’acquisto o della preparazione dell’ordine, probabilmente non si tratta della stessa variante.
L’offerta descrive le modalità di vendita di una variante in uno specifico contesto commerciale: canale, venditore, prezzo, disponibilità o condizioni di consegna. Un’offerta non dovrebbe diventare automaticamente un altro prodotto. La stessa variante può avere offerte diverse su canali differenti senza che la sua identità cambi.
Questa distinzione aiuta a rispondere a domande diverse: di quale articolo si tratta, quale opzione esatta si acquista e a quali condizioni viene proposta. Se un sistema non prevede un’entità chiamata “offerta”, il modello può essere rappresentato in un altro modo, ma è opportuno mantenere questa distinzione concettuale.
Decidere se una differenza giustifica una variante
Una differenza giustifica una variante quando il cliente sceglie tra opzioni dello stesso articolo e l’organizzazione può descriverle con attributi coerenti. Taglia, colore, capacità o finitura sono di norma adatti, purché mantengano la funzione, l’identità e la descrizione principale del prodotto. La selezione dovrebbe corrispondere a un riferimento preciso, acquistabile e gestibile.
È opportuno creare un prodotto indipendente quando l’identità commerciale cambia in modo sostanziale. Può succedere se la differenza modifica l’uso principale, la compatibilità, la composizione, il contenuto della confezione o il modo in cui viene presentato l’articolo. Può essere necessario anche quando ogni versione richiede una descrizione, una classificazione o una relazione con altri prodotti che non si possono rappresentare come opzioni dello stesso prodotto.
Per risolvere i casi dubbi, ponetevi queste domande:
- Il cliente si aspetta di scegliere tra opzioni nella stessa pagina oppure di confrontare articoli diversi?
- Gli attributi restano coerenti? Se la differenza richiede una descrizione autonoma e non un’opzione selezionabile, potrebbe trattarsi di un altro prodotto.
- Ogni opzione si può acquistare e preparare separatamente? In tal caso, ogni combinazione vendibile deve avere un’identità di variante, anche se è raggruppata sotto un unico prodotto.
- La relazione è comprensibile su tutti i canali? Se un canale non supporta le varianti, è possibile presentarle lì singolarmente mantenendo la relazione nel catalogo principale.
Non decidete basandovi soltanto sulla struttura consentita da una piattaforma. Il canale può imporre limiti di presentazione, ma non dovrebbe determinare da solo l’identità interna del catalogo.
Assegnare identificativi stabili e non ambigui
Definite un identificativo per il prodotto e un altro per ciascuna variante. Il primo serve a raggruppare; il secondo identifica la combinazione acquistabile. L’identificativo di una variante non dovrebbe coincidere con il nome visibile, la posizione in un elenco o un valore che può cambiare, come il prezzo o il titolo promozionale.
L’identificativo interno deve essere univoco, persistente e non riutilizzabile. Se una variante non viene più venduta, conservatene il riferimento storico invece di assegnarlo a un altro articolo. Riutilizzare i codici può mescolare ordini, scorte o registrazioni precedenti con un’unità diversa. Se sono presenti codici commerciali o a barre, salvateli come identificativi con significato e regole propri; non date per scontato che sostituiscano la chiave interna.
Per collegare i record possono essere necessari anche gli identificativi dei singoli canali. Considerateli riferimenti esterni, non l’identità principale: un articolo può ricevere un identificativo diverso su ogni piattaforma. La relazione tra la chiave interna della variante e i riferimenti esterni deve essere esplicita, verificabile e gestita dal sistema responsabile del catalogo.
Separare gli attributi condivisi da quelli specifici della variante
I dati che descrivono l’intera famiglia appartengono al prodotto: nome del modello, descrizione generale, marca se pertinente, categoria e caratteristiche comuni. Gli attributi che determinano l’opzione specifica appartengono alla variante: taglia, colore, capacità o formato, quando queste differenze definiscono unità acquistabili distinte.
Stabilite una regola di ereditarietà chiara. La variante può mostrare la descrizione del prodotto e aggiungere i propri valori, ma un campo essenziale non dovrebbe avere due valori contraddittori ai due livelli. Se, per esempio, ogni variante ha una composizione diversa, quell’informazione non può essere trattata come dato comune senza un’eccezione esplicita.
Utilizzate vocabolari controllati per gli attributi condivisi: la stessa taglia non dovrebbe essere registrata con etichette incompatibili e i nomi dei colori non dovrebbero dipendere da testo libero senza una ragione. Definite inoltre quali campi sono obbligatori, quali possono essere vuoti e quali combinazioni sono valide. Questo facilita il confronto, la convalida e la trasformazione dei dati, evitando di confondere differenze reali con variazioni di scrittura.
Gestire separatamente disponibilità e dati commerciali
La disponibilità e il prezzo possono variare senza che l’articolo cambi. Per questo dovrebbero essere associati all’offerta o al contesto pertinente, non utilizzati per creare una nuova variante. Una variante può essere esaurita su un canale e disponibile su un altro: si tratta di una differenza commerciale o operativa, non di una nuova identità del prodotto.
Separate anche le dimensioni pertinenti: la variante identifica l’unità; l’offerta indica dove e a quali condizioni viene proposta; la giacenza può dipendere da una sede o da un sistema di magazzino. Non tutte le aziende avranno bisogno di un’entità distinta per ciascuna dimensione, ma devono sapere dove risiede ogni dato e qual è la relativa fonte autorevole. Evitate di copiare prezzi e disponibilità in descrizioni o attributi che potrebbero essere interpretati come permanenti.
Adattare il catalogo ai canali senza duplicare la fonte
I canali possono supportare strutture diverse. Uno può raggruppare le varianti in un’unica scheda, mentre un altro può richiedere record separati. Gestite questa differenza con una rappresentazione o una trasformazione specifica per il canale, mantenendo nel catalogo principale la relazione tra prodotto e varianti. Separare le modalità di pubblicazione dall’identità dell’articolo riduce il rischio di creare prodotti duplicati solo per rispettare una particolare presentazione.
Prima dell’integrazione, documentate i campi principali, i riferimenti esterni, le regole di raggruppamento e le eccezioni specifiche dei canali. Assegnate un responsabile a ciascun dato: se due sistemi possono modificare lo stesso campo senza una priorità definita, le discrepanze sono prevedibili. Quando un canale non può rappresentare una caratteristica, decidete se ometterla, trasformarla o sottoporla a revisione; non reinterpretatela silenziosamente come un’altra entità.
Errori frequenti e verifiche prima dell’integrazione
Le varianti orfane, senza un prodotto padre, rendono più difficili la presentazione e l’analisi. Gli attributi incoerenti impediscono di riconoscere opzioni equivalenti. I riferimenti riutilizzati possono associare dati storici all’articolo sbagliato. È inoltre frequente duplicare un prodotto perché un canale usa una struttura diversa o trasformare un’offerta con un prezzo differente in una nuova variante.
Prima di collegare i sistemi, esaminate un campione rappresentativo del catalogo e verificate che:
- Ogni prodotto raggruppi articoli con un’identità comprensibile e condivisa.
- Ogni variante corrisponda a un’unità acquistabile e abbia un identificativo proprio, stabile e univoco.
- Gli attributi che distinguono le varianti siano definiti con valori e combinazioni validi.
- I dati ereditati non contraddicano i valori specifici di una variante.
- Prezzi, disponibilità e condizioni commerciali siano distinti dall’identità dell’articolo.
- I riferimenti dei canali puntino alla variante corretta e non sostituiscano la chiave interna.
- Le eccezioni di presentazione siano documentate senza modificare il modello principale.
Un catalogo coerente non richiede che ogni canale mostri gli articoli allo stesso modo. Richiede che l’azienda possa riconoscere lo stesso prodotto e la stessa variante in tutti i suoi sistemi e separare questa identità dalle modalità concrete di vendita. Se queste regole sono chiare prima dell’integrazione, gli adattamenti successivi saranno più gestibili e ci saranno meno duplicati da correggere.