Come si riclassifica un grande catalogo di prodotti senza rompere il negozio?

Un prodotto può appartenere a diversi sistemi di classificazione

Un prodotto può avere una famiglia di merce interna, un gruppo di articoli ERP, una categoria di prodotti Shopify, un tipo di prodotto personalizzato, una o più collezioni, una categoria di prodotti Google e una classificazione dei fornitori. Questi valori possono sembrare simili mentre servono scopi diversi. Trattarli come un campo di categoria intercambiabile provoca cambiamenti indesiderati.

La categoria di prodotti Shopify utilizza la sua tassonomia standard del prodotto. Il tipo di prodotto è un valore personalizzato separato. Collezioni di prodotti di gruppo per la navigazione in vetrina e merchandising. I metacampi di categoria forniscono attributi associati a una categoria tassonomica. Un catalogo interno potrebbe avere bisogno di una gerarchia più dettagliata di qualsiasi canale esterno.

Prima di cambiare i record, creare un registro di classificazione che nomina ogni schema, il suo proprietario, identificatore, scopo commerciale e destinazioni. La migrazione dovrebbe tradurre tra schemi deliberatamente invece di copiare un'etichetta in ogni campo.

Definire prima il problema cliente e operativo

La riclassificazione è utile quando i clienti non possono navigare nel catalogo, i filtri mostrano valori inconsistenti, i canali pubblicitari non comprendono i prodotti, i team segnalano la stessa gamma in modo diverso o i nuovi prodotti entrano ripetutamente nel flusso di lavoro sbagliato. Scrivere il miglioramento previsto in termini misurabili prima di progettare il nuovo albero.

Una richiesta di “sentire le categorie” è troppo vaga. Stato che i viaggi dovrebbero migliorare: trovare un allegato per macchina e applicazione, confrontare una famiglia di prodotti, routing un prodotto al team di approvazione corretto, o inviare una categoria accurata a un canale di vendita.

Tenere la profondità di classificazione proporzionale. Una gerarchia che è elegante per uno specialista di dati può creare rami di deposito vuoti e manutenzione inutile. Utilizzare le categorie per il significato e gli attributi dei prodotti stabili per le distinzioni che i clienti possono filtrare o confrontare.

Conservare l'identità del prodotto mentre le classificazioni cambiano

Una categoria di migrazione non deve creare nuovi prodotti semplicemente perché le etichette o i percorsi cambiano. Mantenere l'ID del prodotto commerciante, SKU, Shopify ID del prodotto e variante, il riferimento dell'elemento ERP e qualsiasi identificatore verificato della voce commerciale. La classificazione è una proprietà del record, non la sua identità.

Non abbinare le righe di migrazione solo per titolo, maniglia o categoria corrente. I titoli cambiano, le maniglie possono essere modificate e la vecchia categoria potrebbe già essere sbagliata. Risolvere ogni cambiamento proposto contro gli ID stabili e mostrare il negozio autorizzato Shopify o la società ERP prima di eseguire un batch.

Tenere la vecchia classificazione accanto ai nuovi valori proposti in anteprima. Ciò rende inaspettati molti-a-uno mappature, record non mappati e incarichi duplicati visibili prima che qualcosa è scritto.

Progettare una tabella di mappatura con risultati espliciti

Per ogni vecchio valore, definire la nuova classe interna, rilevante categoria Shopify taxonomy, tipo di prodotto, attributi richiesti, regole di raccolta e mappature dei canali. Utilizzare identificatori tassonomici stabili in cui una piattaforma li fornisce, piuttosto che contare solo su etichette che possono essere rinominate o tradotte.

Consentire più di una semplice coppia vecchia a nuova. Un vecchio gruppo può dividersi secondo gli attributi del prodotto; diversi gruppi legacy possono fondersi; un valore obsoleto può richiedere la revisione; e alcuni prodotti possono rimanere intenzionalmente non classificati fino a quando non è disponibile la prova.

Dare ad ogni riga un risultato come mappato, condizionale, immutato, revisione o respinto. Una mappatura mancante deve fermare quel record piuttosto che rientrare in una vasta categoria che fa apparire il lotto completo.

Treat Shopify categoria e tipo di prodotto come campi diversi

Shopify descrive la categoria dei prodotti come campo standard dalla sua tassonomia e tipo di prodotto come categoria personalizzata che può essere utilizzata in aggiunta alle categorie standard. Decidi quale vocabolario controllato appartiene in ogni campo e non sovrascrivere un tipo di prodotto utile semplicemente perché viene introdotta una categoria tassonomica.

Una categoria Shopify può supportare i requisiti del canale, le condizioni di raccolta e gli attributi specifici della categoria. Il tipo di prodotto può conservare il raggruppamento di un commerciante dove la tassonomia standard è più ampia del catalogo. I due campi avrebbero dovuto documentare la mappatura, non duplicato il testo libero per caso.

Anteprima record il cui valore attuale non mappa esattamente. Una categoria apparentemente vicina può portare attributi inadatti o significato a valle. Tenere incarichi incerti per la revisione del proprietario del prodotto.

Controlla metacampi e filtri prima di pubblicare

Shopify categoria metacampi mappa alle categorie di prodotto e esporre attributi pertinenti a quella categoria. Spostare un prodotto può cambiare quali attributi di categoria sono disponibili. Inventario i metacampi di categoria esistenti e decidere come trasferire i loro valori, rimanere come dati di prodotto ordinari o richiedere la revisione.

Shopify Search & Discovery può utilizzare le opzioni di categoria, prodotti, metacampi e metacampi di categoria come filtri. Una migrazione può quindi rimuovere un filtro, introdurre valori vuoti o frammentare un valore in diverse ortografia. Testare la configurazione pianificata su una collezione rappresentativa prima di applicarla in tutto il catalogo.

Distinguere ‘non applicabile’ dai dati mancanti. Nascondere o spostare i valori di filtro vuoti in base al percorso del cliente, ma mantenere l'eccezione di qualità dei dati sottostante visibile al team responsabile del completamento dei record.

Collezioni di magazzino separate dalla tassonomia sottostante

Le collezioni sono gruppi orientati al cliente e possono essere manuali o regolati. Un prodotto può apparire legittimamente in diverse collezioni anche se ha una categoria di tassonomia primaria. Non forzare le collezioni promozionali, di marca, di compatibilità e di cassa d'uso in un unico albero di categoria.

Elenca ogni condizione di raccolta automatizzata che dipende dal tipo di prodotto, tag, fornitore, prezzo, inventario o metacampi. Simulare l'appartenenza ai dati proposti e confrontare il conteggio dei prodotti prima e dopo. Investigare aggiunte e rimozioni inaspettate prima di pubblicare.

Mantenere i cambiamenti di navigazione in un rilascio di revisione separato. Correggere prima la classificazione del prodotto, verificare l'appartenenza alla raccolta, quindi aggiornare i menu e le pagine di atterraggio. Questo evita di inviare clienti a un ramo vuoto o incompleto mentre la migrazione è ancora in esecuzione.

Mappa categorie pubblicitarie senza copiarli accecatamente

Google Merchant Center distingue la categoria di prodotto predefinito di Google dal tipo di prodotto definito dal commerciante. Google può assegnare automaticamente le categorie, mentre una categoria presentata può sovrascrivere quel risultato per i prodotti selezionati. Questa è un'altra decisione di mappatura, non un motivo per fare ogni categoria interna corrispondere la formulazione di Google.

Google richiede inviato categorie di prodotti Google per utilizzare la sua tassonomia predefinita. Tenere il codice selezionato o il percorso completo nella mappatura del canale e convalidarlo contro la tassonomia corrente. Conservare la gerarchia del tipo di prodotto del commerciante separatamente quando aiuta il raggruppamento di campagna o la segnalazione.

Dopo la riclassificazione, confrontare il sito, strutturare i dati del prodotto e i valori di alimentazione per i prodotti rappresentativi. Conflitto o informazioni di prodotto inesatte possono limitare l'ammissibilità o produrre display errati. La diagnostica del Merchant Center piuttosto che assumere un upload accettato dimostra che la categoria è utile.

Utilizzare standard di classificazione come mappature, non verità universale

GS1 Global Product Classification fornisce ai partner commerciali un linguaggio comune per raggruppare i prodotti in base alle proprietà e alle relazioni essenziali. Può essere utile per lo scambio con fornitori e clienti, ma un'organizzazione può ancora avere bisogno di classificazioni interne operative e orientate al cliente.

Registrare la versione e l'identificativo di ogni tassonomia esterna utilizzata. Quando uno standard pubblica una revisione, calcolare quali mappature sono interessate prima di cambiare i record dal vivo. Non rimappare l'intero catalogo solo perché un'etichetta è cambiata mentre il significato della categoria e l'identificatore rimangono stabili.

Tenere le prove per decisioni ambigue. Una breve nota spiegando perché un accoppiatore di escavatore appartiene in un ramo piuttosto che un gruppo di macchine generali è più utile per il prossimo recensore che un valore di categoria senza razionalità.

Anteprima l'intero grafico di dipendenza

Un'anteprima utile mostra gli ID stabili di ciascun prodotto, le classificazioni attuali e proposte, la regola di mappatura e la ragione. Elenca anche collezioni automatizzate, filtri, metacampi di categoria, campi di alimentazione, link di navigazione, report e valori ERP collegati.

Impatto sommario prima di chiedere l'approvazione: prodotti in movimento, record invariati, mappature mancanti, filtri che acquisiscono o perdono valori, collezioni che cambiano l'appartenenza e le categorie di canale sono sovrascritti. Lasciate che i recensori ispezionano i singoli record dietro ogni conto.

Non trasformare mai un'anteprima parziale in un'operazione di scrittura. Se una connessione, la versione tassonomica o la definizione di raccolta non possono essere letti, contrassegnare la dipendenza sconosciuta e fermare i record interessati.

1. Bloccare la versione di mappatura ed esportare lo stato di classificazione corrente.
2. Risolvere i prodotti attraverso ID sorgente e destinazione stabili.
3. Calcola i valori proposti in ogni schema di classificazione.
4. Simula collezioni, filtri, attributi, feed e report.
5. Rivedere le eccezioni e approvare un lotto controllato.
6. Scrivi campi approvati, leggili e verifica il comportamento pubblico.

Un esempio concreto: riorganizzare un catalogo di accessori per escavatori

Immaginate un negozio Shopify ha 6.000 allegati sotto tipi di prodotto legacy come ‘Buckets’, ‘Digger Buckets’, ‘HD Bucket’ e ‘Excavator Parts’. L'ERP utilizza gruppi di articoli numerici, mentre le collezioni automatizzate si basano sul tipo di prodotto e sui tag. I clienti devono navigare in famiglia di allegati e poi filtrare per classe di macchina, larghezza e vestibilità.

La mappatura mantiene invariato ogni prodotto e ID variante. Assegna le categorie di tassonomia approvate Shopify se del caso, crea una famiglia interna controllata per scavare, scavare e scavare secchi, e sposta la classe e la larghezza della macchina in attributi convalidati. I tipi di prodotto legacy mappano ad un vocabolario mercantile più piccolo invece di essere copiato nel campo categoria standard.

L'anteprima rivela che 214 prodotti avrebbero lasciato le loro collezioni esistenti perché una regola controlla ancora 'HD Bucket', 73 record manca di larghezza, e 18 prodotti hanno identità incerte. Il team aggiorna la regola della raccolta, tiene registri incompleti e approva un pilota di 250 prodotti. Dopo aver letto-back, memorizzare i filtri, i valori di feed di Google e i report ERP vengono controllati prima che vengano rilasciati i lotti rimanenti.

Rotolare in lotti reversibili

Inizia con un pilota rappresentativo che include semplici mappature, scissioni, fonderie, varianti, prodotti incompleti e record utilizzati da importanti collezioni. Un lotto dovrebbe essere abbastanza piccolo da ispezionare ma abbastanza ampio da esporre i guasti delle regole.

Conservare i valori precedenti, mappatura versione, approvazione e risultato per-destinazione. Se la verifica fallisce, ripristina solo i campi interessati attraverso gli stessi ID stabili. Non roll back prezzi, stock o copia che erano al di fuori del campo di migrazione.

Pausa tra lotti abbastanza a lungo per ispezionare conteggi di raccolta, filtri, diagnostica di alimentazione e feedback di supporto. Una rapida migrazione che danneggia la scoperta del prodotto crea più lavoro di una sequenza controllata con punti di controllo visibili.

Testare la migrazione con record difficili

Creare casi di regressione per una mossa semplice, una a-many split, molti-a-uno fusione, categoria sconosciuta, attributo mancante, collezione manuale, collezione automatizzata, metafield categoria, etichetta multilingue, override feed e prodotto interrotto. Dichiara cosa dovrebbe e non dovrebbe cambiare.

Includi guasti: duplicati SKU, negozio Shopify sbagliato, connessione NetSuite o Sage 200 non disponibile, identificativo tassonomico stante, scrittura parziale e un prodotto restituito con valori diversi dopo il rientro. Confermare che un record fallito non fa apparire il lotto completamente successo.

Misurare i prodotti non mappati, i movimenti di raccolta errati hanno impedito, gli attributi mancanti scoperti, i avvisi di alimentazione, i riscontri verificati e il tempo necessario per approvare le eccezioni. L'obiettivo è un catalogo più utile, non solo meno nomi di categoria.