Come unificare i dati del prodotto del fornitore senza perdere l'identità del prodotto

Perché i cataloghi dei fornitori diventano difficili da fidarsi

Due fornitori possono descrivere lo stesso tipo di prodotto in modi completamente diversi. Si invia "rotolo basso", un altro invia "rotolo più basso", e un terzo mette il modello della macchina in una nota di testo libero. Le misure possono arrivare in millimetri, centimetri o pollici. I nomi di marca acquisiscono i cambiamenti di punteggiatura, i colori usano i nomi locali, e i campi importanti sono sepolti in titoli perché il foglio di calcolo non ha altro posto per metterli.

Il problema diventa più grave quando quei file vengono importati ripetutamente. Un titolo modificato può creare un secondo prodotto. Un fornitore SKU può essere scambiato per il commerciante SKU. Una colonna vuota può cancellare un valore approvato. Stock e prezzo possono aggiornare correttamente mentre la descrizione, la variante o la relazione di compatibilità è attaccata alla voce sbagliata.

L'intelligenza del prodotto inizia separando identità, attributi, relazioni e valori commerciali. Queste categorie possono quindi seguire diverse regole di proprietà e revisione invece di essere trattate come una riga indifferenziata.

Inizia con l'identità del prodotto, non la formulazione del prodotto

Un titolo è destinato alle persone e può legittimamente cambiare. È una chiave primaria povera. Mantenere identificatori stabili per il record di origine, il record di commerciante e ogni piattaforma di destinazione. Questi possono includere un numero di articolo del fornitore, ID prodotto interno, SKU, GTIN, Shopify prodotto ID, Shopify variant ID, NetSuite item ID o Sage stock-item riferimento.

Non assumere che tutti gli identificatori significhino la stessa cosa. Una GTIN identifica un oggetto commerciale secondo le sue regole di emissione; un SKU interno è controllato dall'azienda; un ID prodotto Shopify identifica il contenitore del prodotto; e ogni variante acquistabile ha la propria identità di piattaforma. Memorizzare il tipo di identificatore, il valore e il sistema di emissione piuttosto che mettere ogni codice in un campo etichettato "numero di parte"

Le specifiche del Merchant Center di Google richiedono un ID del prodotto unico, consiglia di mantenerlo invariato durante gli aggiornamenti e dice che lo stesso prodotto deve conservare lo stesso ID in paesi o lingue. Tale principio è prezioso al di là di un mangime: un'identità stabile permette descrizioni, prezzi e attributi da cambiare senza rompere la connessione all'elemento sottostante.

• Identità di origine: quale record di fornitore ha prodotto il valore
• Identità aziendale: prodotto canonico del commerciante e SKU
• Identità commerciale: una GTIN o un altro identificatore riconosciuto quando applicabile
• Identità della piattaforma: il prodotto di destinazione e ID variante
• Identità di relazione: il link recensito tra un prodotto, un modello, una categoria o un'applicazione

Creare un modello di attributo governato

Prima di fondere i file, definire i campi di cui l'azienda ha realmente bisogno. Dare ad ogni attributo un nome chiaro, tipo di dati, unità, valori consentiti, regola di proprietà e regola di validazione. Un diametro dovrebbe essere numerico con un'unità esplicita. Un marchio dovrebbe fare riferimento a un'entità del marchio canonico. Una proprietà sì o no non dovrebbe accettare sei ortografia di “sì”

Tenere il modello pratico. Inizia con gli attributi che influiscono sull'acquisto, la vestibilità, la scoperta, la conformità, lo stock o l'adempimento. Le note solo del fornitore possono rimanere come prova di origine senza diventare campi orientati al cliente. Lo scopo non è quello di creare lo schema più grande; è quello di rendere i fatti importanti abbastanza coerente da usare.

Shopify modelli un prodotto come contenitore con opzioni e varianti, dove una variante rappresenta una combinazione specifica e porta valori come prezzo, inventario e codice a barre. Il foglio di calcolo piatto di un fornitore deve quindi essere mappato deliberatamente in campi a livello di prodotto e a livello di variante piuttosto che copiato colonna per la colonna.

1. Elenca le decisioni che i clienti e il personale hanno bisogno dei dati per supportare.
2. Definire campi canonici, unità e valori controllati per tali decisioni.
3. Mappa ogni colonna del fornitore a un campo canonico o a un campo di prova.
4. Conservare il valore originale accanto al valore normalizzato.
5. Convalida campi richiesti e identifica l'unicità prima della fusione.
6. Invia conflitti irrisolti per rivedere invece di scegliere silenziosamente.

Normalizzare i valori senza distruggere la fonte

La normalizzazione rende comparabili i valori equivalenti. Può standardizzare lo spazio bianco, il caso, la punteggiatura, le unità, i formati di data e il vocabolario conosciuto. “acciaio inossidabile”, “SS” e un codice materiale approvato del fornitore possono mappare ad un valore materiale canonico, a condizione che la mappatura sia documentata e autenticamente equivalente.

Non sovrascrivere mai la fonte grezza. Conservare il valore originale, il valore normalizzato, la regola di trasformazione, la fonte, il tempo di importazione e la fiducia o lo stato di revisione. Questo rende gli errori reversibili e dà un recensore abbastanza contesto per decidere se una mappatura proposta è sicura.

La conversione dell'unità ha bisogno della stessa disciplina. Mantenere la misura e l'unità fornita, registrare il valore convertito e applicare la precisione appropriata. Arrotondare una dimensione tecnica per il display non deve alterare il valore esatto utilizzato per l'adattamento, la produzione o l'acquisto.

Risolvere duplicati con prove, non somiglianza con il titolo

I potenziali duplicati dovrebbero essere segnati da segnali multipli: identificatori stabili, numeri di parte del produttore, marca, dimensioni, struttura variante, relazioni dei fornitori e altri attributi approvati. Un titolo condiviso o una descrizione simile possono identificare i candidati, ma non dovrebbero autorizzare una fusione.

Definisci cosa significa una fusione. A volte due righe dei fornitori rappresentano lo stesso oggetto commerciale da diverse fonti e possono collegarsi a un record canonico. A volte sono alternative equivalenti che devono rimanere prodotti separati. A volte una riga rappresenta un prodotto genitore mentre un'altra rappresenta una variante acquistabile. Queste sono relazioni diverse e non dovrebbero essere crollate in un'unica ipotesi.

Quando i conflitti di prove, mantenere entrambe le affermazioni con le loro fonti e contrassegnare il campo per la revisione. Un recensore dovrebbe vedere esattamente quali documenti non sono d'accordo, i valori coinvolti, la data di prova e le destinazioni a valle interessate da una decisione.

Tenere i fatti, le relazioni e i dati commerciali separati

I fatti del prodotto descrivono l'elemento: materiale, dimensioni, marca e attributi tecnici. Le relazioni lo collegano a categorie, modelli, applicazioni, accessori o alternative. I dati commerciali coprono prezzo, disponibilità, tassa, costo del fornitore e adempimento. Ogni gruppo può avere una diversa fonte di verità e frequenza di aggiornamento.

Per esempio, un ERP può possedere stock e prezzo mentre una fonte di produttore approvata possiede dimensioni. Un flusso di lavoro di informazione del prodotto può possedere titoli e categorie normalizzate. Shopify può rimanere la destinazione del negozio. Separare queste responsabilità impedisce a un file di fornitore descrittivo di sovrascrivere l'inventario vivo o un feed di inventario dalla rimozione del contenuto di prodotto approvato.

Il vocabolario del prodotto di Schema.org riflette questa distinzione fornendo proprietà per identificatori di prodotto, marca, categoria, materiale, modello e offerte. Un modello strutturato non dimostra un reclamo è corretto, ma aiuta i sistemi a trasportare diversi tipi di informazioni di prodotto senza ridurre tutto a prosa.

Un esempio concreto: unendo tre cataloghi sottocarriage

Immaginate un commerciante riceve tre file di parti sottocarriage dell'escavatore. Il primo utilizza i numeri del produttore, il secondo utilizza i SKU del fornitore e il terzo descrive le applicazioni della macchina in una colonna delle note. Tutti e tre contengono rulli, idraulici e pignoni, ma i loro nomi di categoria e dimensioni differiscono.

Il flusso di lavoro importa ogni file in un'area di staging e assegna un'identità sorgente ad ogni riga. Mappezza la categoria sinonimi in categorie canoniche revisionate, converte le misurazioni in un'unità comune preservando gli originali e separa i modelli di macchine dai titoli di prodotto. L'identificatore esatto corrisponde automaticamente ai record di link; le partite probabili diventano candidati di revisione.

Un rullo con lo stesso numero e dimensioni del produttore in due fonti può essere collegato ad un prodotto canonico pur mantenendo entrambe le offerte del fornitore. Un rullo visivamente simile con una diversa misura del foro rimane separato. Una domanda di modello rivendicata senza un identificatore di supporto o un rapporto di revisione viene memorizzata come prova non verificata e non viene pubblicata come reclamo di adattamento.

Il record approvato può quindi inviare il contenuto storefront a Shopify mantenendo gli ID Shopify prodotto e variante, i valori operativi da NetSuite o Sage 200, e il percorso di prova dietro ogni attributo arricchito. Più tardi gli aggiornamenti dei fornitori corrispondono al record di origine corretto piuttosto che affidarsi a qualsiasi titolo accada essere presente.

Pubblica i cambiamenti attraverso una coda di revisione controllata

Gruppo proposto cambiamenti di rischio. La formattazione e le mappe del vocabolario approvate possono essere a basso rischio. Le modifiche dell'identità, i registri fusi, i reclami di compatibilità, le dimensioni, il prezzo e la disponibilità meritano controlli più forti. Un lotto dovrebbe mostrare quanti record cambieranno, quali campi sono interessati e quali destinazioni riceveranno l'aggiornamento.

Il recensore ha bisogno del valore attuale, del valore proposto, della prova di origine e della ragione del cambiamento. L'approvazione dovrebbe applicarsi a un record e a una destinazione definiti, non concedere un assegno vuoto per le importazioni future. I record falliti o rifiutati rimangono visibili con una ragione chiara, quindi lo stesso errore non viene ripetuto sul file successivo.

Quando un sistema esterno è la fonte della verità, Shopify documenta un flusso di lavoro di sincronizzazione completo per i dati ERP o PIM e le mutazioni mirate quando Shopify possiede il record. Scegliere la direzione corretta è importante perché una sostituzione completa e un aggiornamento a livello di campo hanno conseguenze molto diverse.

Misurare se il record del prodotto è diventato più utile

Contare i risultati della qualità dei dati piuttosto che il numero di valori generati. Le misure utili includono registri con identità stabile, completamento dell'attributo richiesto, candidati duplicati risolti, conflitti in attesa di revisione, relazioni con prove e aggiornamenti di destinazione confermati.

Quindi collegare i miglioramenti dei dati a viaggi reali. Può un filtro cliente sull'attributo? La ricerca può distinguere le varianti? Il personale può conciliare un aggiornamento del fornitore? La pagina di atterraggio corrisponde al feed del prodotto? Google avverte che le informazioni di prodotto inesatte, mancanti o in conflitto possono causare disapprovazioni, eleggibilità limitata o display errati, che rende la diagnostica di alimentazione un segnale di qualità utile piuttosto che un problema di marketing separato.

M.I.A.I Product Intelligence è costruito per questo lavoro: attributo normalizzazione, relazioni di entità, arricchimento e revisione della qualità dei dati. L'obiettivo è una conoscenza coerente del prodotto che può supportare il commercio, la ricerca e l'automazione senza scollegare la risposta dalla sua fonte.

Una pratica lista di controllo qualità dei prodotti

• Ogni record ha un'identità aziendale stabile e le sue identità di origine.
• I campi a livello di prodotto e varianti sono mappati deliberatamente.
• I valori originali rimangono disponibili accanto ai valori normalizzati.
• Le unità, il vocabolario controllato e le regole di trasformazione sono esplicite.
• I candidati duplicati richiedono prove oltre titoli simili.
• I reclami di conflitto rimangono visibili fino a quando riesaminati.
• Ogni campo ha un proprietario e una direzione di aggiornamento autorizzata.
• Le scritture di destinazione conservano gli identificatori di record Shopify, NetSuite o Sage.
• I fatti, i feed e le pagine di atterraggio sono d'accordo.
• Ogni importazione produce un record di revisione.