Se ShopWired viene scelta come piattaforma di destinazione, la preparazione deve distinguere record che possono apparire simili in un’esportazione ma si comportano in modo diverso nel negozio. Varianti Product, Product Choices, Extras, campi di personalizzazione, consegna digitale, Customers B2B, Categories, marchi, filtri e dati posseduti dalle app possono cambiare il significato di un record Product o Customer. Un elenco Product piatto non è sufficiente a descrivere queste relazioni.
L’obiettivo della preparazione è creare un pacchetto di prove dell’origine che assegni un responsabile, un artefatto e una condizione di prontezza a ogni area importante. Il pacchetto dovrebbe descrivere come vengono venduti i Products, come differiscono Customers B2B e Customers ordinari, come gli Orders mantengono le opzioni selezionate e quali app o sistemi esterni possiedono dati oltre i normali record ShopWired.
Stabilire l’accesso all’account e documentare l’ambiente ShopWired
Inizia documentando account ShopWired esatto, dominio principale, tema attivo, app installate, ruoli del personale, contesto fiscale e di valuta, capacità di esportazione di Products e Orders e sistemi esterni. Registra chi è responsabile di catalogo, account B2B, Orders, SEO, codice del tema, finanza, evasione ordini e integrazioni.
Prepara il tipo di accesso supportato richiesto dal percorso di migrazione selezionato. Accesso a piattaforma hosted, esportazioni ed eventuali credenziali API o di integrazione autorizzate non devono essere presentati come equivalenti. Il responsabile dell’accesso deve fornire il metodo applicabile al negozio corrente e restare disponibile per domande su permessi o scope dei dati.
| Azione | Responsabile | Prova | Condizione di prontezza |
|---|---|---|---|
| Confermare account e dominio | Amministratore del negozio | Dettagli account, elenco domini, stato del negozio | Il negozio di origine corretto è inequivocabile. |
| Inventariare le app installate | Responsabile piattaforma | Elenco app, scopo, dati creati, stato corrente | I dati posseduti dalle app possono essere separati dai record nativi. |
| Registrare responsabilità su tema e codice | Responsabile tema o agenzia | Versione tema, nota sul codice personalizzato, repository o posizione del backup | Presentazione e dipendenze del codice hanno un responsabile nominato. |
| Confermare esportazioni e accesso all’origine | Responsabile dati o tecnico | Permessi di esportazione, dettagli API o feed quando applicabili | Le prove necessarie dall’origine possono essere raccolte. |
| Avviare un registro delle modifiche | Responsabile progetto | Modifiche datate a catalogo, Customers, Orders, app e URL | Il set di prove non diventa obsoleto senza essere rilevato. |
Preparare i Products in base al comportamento di vendita
ShopWired separa varianti Product, Product Choices e Product Extras. Le varianti possono avere prezzo, SKU, quantità stock, immagine, peso, GTIN, MPN, trattamento fiscale e altri attributi propri. Le Choices sono set di opzioni riutilizzabili applicati ai Products e possono aggiungere costo, ma non rappresentano varianti con inventario indipendente. Gli Extras sono Add-on facoltativi e, in alcuni casi, possono fare riferimento a un altro Product per lo stock. Campi di personalizzazione e caricamenti di file possono raccogliere dati specifici forniti dal Customer.
Prepara i Products in base al comportamento, non al conteggio. Includi Product ID, titolo, SKU, stato, prezzo, prezzo promozionale, trattamento fiscale, stock, peso, Categories, marchio, filtri, immagini, contenuti, campi SEO, strutture di variante, Choices, Extras, campi di personalizzazione, riferimenti per la consegna digitale e identificativi esterni.
| Modello Product | Azione di preparazione | Prova | Condizione di prontezza |
|---|---|---|---|
| Varianti | Registrare nomi opzione, valori, combinazioni, stato di pubblicazione, attributi variante ed ereditarietà dal Product padre | Esportazione varianti ed esempi Product | Le combinazioni con significato indipendente sono documentate. |
| Product Choices | Registrare set di Choices globali, opzioni, costo aggiuntivo, assegnazione Product, stato obbligatorio e visualizzazione condizionale | Inventario dei set Choice e Products assegnati | Le scelte riutilizzabili del Customer non vengono confuse con varianti. |
| Product Extras | Registrare scopo dell’Add-on, prezzo, Product collegato quando usato e ipotesi sullo stock | Elenco Extras e Products rappresentativi | Gli Add-on facoltativi hanno una responsabilità chiara. |
| Personalizzazione o caricamento file | Registrare etichetta campo, obbligatorietà, dato accettato e visualizzazione nella riga Order | Esempi Product e Order | Il dato specifico del Customer resta collegato all’acquisto. |
| Product digitale o di servizio | Registrare metodo di consegna, responsabile del file o accesso e stato Product | Elenco Products e asset di origine | Le prove relative alla consegna non fisica sono disponibili. |
| Product in preordine o programmato | Registrare impostazioni di spedizione/rilascio e responsabile operativo | Esempi Product e regole data | Il comportamento di vendita dipendente dal tempo è documentato. |
Non convertire Choices o Extras in varianti soltanto perché le etichette sembrano simili. Stock, prezzo, riutilizzo e comportamento Order sono diversi.
Preparare Categories, marchi, filtri e scoperta sul sito pubblico
Un Product può essere completo come record e diventare comunque difficile da trovare se le prove relative a Category, marchio, filtro, ricerca o navigazione sono incomplete. Prepara gerarchia Categories, assegnazioni Product, marchi, valori che alimentano i filtri, menu, landing page e percorsi importanti come strutture di origine separate ma collegate.
| Area di scoperta | Responsabile | Prova | Condizione di prontezza |
|---|---|---|---|
| Categories | Responsabile catalogo | Gerarchia, assegnazioni Product, stato, contenuto landing | Ogni Category mantenuta ha uno scopo noto. |
| Marchi | Responsabile merchandising | Elenco marchi, relazioni Product, URL, metadati | La scoperta per marchio è separata dalle etichette descrittive. |
| Filtri | Responsabile catalogo o ricerca | Nomi filtri, valori, copertura Product, eccezioni da pulire | I valori usati dai Customers sono abbastanza coerenti da essere mappati. |
| Menu e landing page | Responsabile sito pubblico | Mappa navigazione, screenshot, Categories e pagine collegate | I percorsi di presentazione sono documentati al di fuori dell’esportazione Category. |
| URL prioritari | Responsabile SEO | Percorsi Product, Category, marchio, pagina e campagna | I percorsi ad alto valore hanno una destinazione pianificata. |
Registra Products assegnati a più Categories, Categories nascoste o stagionali, aree riservate al B2B e percorsi di campagna. Questi casi rivelano regole di scoperta che una semplice gerarchia non può mostrare.
Preparare Customers, account B2B e prove sugli indirizzi
ShopWired può supportare Customers standard e Customers B2B con comportamenti account distinti. Le funzionalità B2B possono includere prezzi B2B, Products o Categories riservati, account a credito, promozioni limitate e stato di attivazione. La preparazione deve mostrare quali Customers sono account ordinari e quali dipendono da relazioni B2B.
Prepara Customer ID, nome, email, stato account, indirizzi, preferenze marketing, campi personalizzati, stato B2B, contesto di credito o pagamento, note interne e identificativi esterni. Esamina email duplicate o condivise perché l’email può essere importante nelle relazioni tra account e Orders.
| Modello Customer | Azione di preparazione | Prova | Condizione di prontezza |
|---|---|---|---|
| Customer registrato standard | Registrare identità, indirizzi, stato account e relazione con gli Orders | Esempi Customer e Order | L’identità account è chiara. |
| Acquirente guest | Registrare email, cronologia Orders ed eventuale relazione successiva con un account | Campioni Orders guest | La cronologia guest non viene trattata come account registrato. |
| Customer B2B | Registrare stato attivo, prezzi B2B, Products o Categories riservati, contesto di credito e campi personalizzati | Registro Customers B2B | Il significato B2B è collegato a Customers reali. |
| Email duplicata o condivisa | Identificare record, motivo aziendale e destinazione prevista | Elenco eccezioni di identità | L’identità ambigua ha un responsabile. |
| Customer collegato a sistemi esterni | Registrare identificativi CRM, contabilità, ERP o assistenza | Dizionario campi dell’integrazione | Le chiavi di ricerca downstream restano disponibili. |
Preparare Orders storici e dati Product selezionati
Gli Orders storici dovrebbero mantenere le informazioni necessarie ad assistenza Customer, finanza e operazioni. Gli Orders ShopWired possono includere varianti selezionate, Choices, Extras, testo di personalizzazione, riferimenti a file caricati, prezzi B2B, etichette di consegna, contesto fiscale, sconti, rimborsi e note. Seleziona Orders che espongano ciascuno di questi modelli.
| Area Order | Azione | Prova | Condizione di prontezza |
|---|---|---|---|
| Configurazione Product | Includere selezioni di variante, Choice, Extra e personalizzazione | Righe Order rappresentative | La configurazione acquistata è interpretabile. |
| Identità Customer | Distinguere Orders registrati, guest e B2B | Campioni tra scenari | La responsabilità sull’Order è chiara. |
| Prezzi e sconti | Includere prezzo B2B, prezzo promozionale, voucher, aggiustamento manuale e casi fiscali | Campioni delle componenti del totale | Il contesto commerciale storico è documentato. |
| Consegna ed evasione ordini | Registrare metodo di consegna, stato, tracking, ritiro e gestione non standard | Esempi Order e spedizione | La cronologia di evasione ordini ha un significato noto. |
| Rimborsi e cancellazioni | Includere importo, stato, note e Order correlato | Set Orders di eccezione | Cronologia finanziaria e di assistenza resta comprensibile. |
| Riferimenti esterni | Registrare identificativi contabilità, ERP, marketplace, evasione ordini o assistenza | Orders sensibili alle integrazioni | I valori di ricerca richiesti sono identificati. |
Le prove degli Orders storici devono descrivere ciò che è avvenuto. Non devono sostituire la configurazione attiva di pagamento, consegna, imposte, email o checkout nel nuovo negozio.
Inventariare app, API, webhook, feed e codice personalizzato
Crea un registro delle dipendenze per ogni app ShopWired, feed Product, connessione marketplace, strumento contabile, CRM, ERP, servizio di evasione ordini, sistema di magazzino, integrazione con strumenti di analisi, flusso API, webhook e personalizzazione del tema. Registra se la dipendenza crea dati, legge dati, modifica checkout o visualizzazione, cambia lo stock oppure usa identificativi che devono restare ricercabili.
| Campo della dipendenza | Dettaglio richiesto | Condizione di prontezza |
|---|---|---|
| Responsabile e scopo | Responsabile aziendale, responsabile tecnico, flusso supportato | La responsabilità è esplicita. |
| Oggetti dati | Products, Customers, Orders, stock, Categories, contenuti o campi personalizzati usati | I record interessati sono noti. |
| Direzione e tempi | Lettura, scrittura, bidirezionale, programmata, basata su eventi o manuale | La fonte autorevole è documentata. |
| Identificativi | SKU, Product ID, email Customer, numero Order, chiave esterna | Le dipendenze di ricerca sono mantenute. |
| Decisione di transizione | Ricollegare, ricostruire, ritirare, sostituire o riesaminare | Nessuna dipendenza viene considerata automaticamente continuativa. |
Il codice del tema deve essere incluso quando modifica opzioni Product, visibilità B2B, navigazione, visualizzazione dei contenuti o acquisizione di informazioni Order. Codice di sola presentazione e codice che possiede o trasforma dati non devono essere trattati come lo stesso rischio.
Preparare contenuti, media, URL e prove relative al tema
Prepara pagine, contenuti blog o guide, policy, moduli, media, file scaricabili, descrizioni Product e Category, pagine marchio, metadati, link interni, aspettative sui canonical e redirect. Registra quali contenuti sono nativi, posseduti da app o incorporati nel codice del tema.
| Area contenuti | Responsabile | Prova | Condizione di prontezza |
|---|---|---|---|
| Contenuti Product e Category | Responsabile catalogo o marketing | Esportazioni, percorsi media, pagine rappresentative | Il contenuto commerciale può essere collegato ai record. |
| Pagine e policy | Responsabile contenuti | Inventario pagine, stato, percorso, link interni | Decisioni di mantenimento, ricostruzione, fusione o esclusione sono registrate. |
| Asset digitali | Responsabile operazioni o contenuti | File originali, relazione Product, regole di accesso | I file di origine sono disponibili. |
| Percorsi SEO | Responsabile SEO | URL prioritari, metadati, redirect, percorsi di campagna | I dati necessari per mantenere la continuità dei percorsi sono completi. |
| Contenuto dipendente dal tema | Responsabile tema | Posizioni template, sezioni personalizzate, screenshot | I contenuti nascosti nel codice di presentazione sono identificati. |
Preparare esportazioni, backup e controllo delle modifiche dell’origine
Crea un archivio datato contenente esportazioni di Products, Customers, Customers B2B, Orders, Categories, marchi, filtri, contenuti e dati relativi alle app, insieme a media, screenshot, documentazione API o feed, backup del tema e note esplicative. Mantieni le esportazioni originali inalterate ed esegui la pulizia su copie di lavoro.
| Set di prove | Contenuti richiesti | Condizione di prontezza |
|---|---|---|
| Esportazioni principali | File, data di esportazione, set di campi, contesto account, checksum | I record sono completi e attribuibili. |
| Prove sulle opzioni | Varianti, Choices, Extras, campi di personalizzazione, assegnazioni Product | Il comportamento di vendita non viene perso in un’esportazione solo Product. |
| Tema e media | Backup tema o record del codice, immagini, download, asset caricati | Presentazione e file di origine possono essere localizzati. |
| Record delle dipendenze | Elenco app, feed, note API o webhook, ID esterni | La responsabilità delle integrazioni è documentata. |
| Registro modifiche | Products, Customers, Orders, URL, app e regole B2B nuovi o modificati | Le modifiche successive dell’origine possono essere riconciliate. |
Selezionare record rappresentativi per il test di migrazione
Seleziona campioni che evidenziano strutture ShopWired diverse, non soltanto record ordinari. Ogni campione dovrebbe avere una breve aspettativa dell’origine che spieghi perché è incluso e quali campi o relazioni contano.
| Gruppo di campioni | Includere | Scopo della preparazione |
|---|---|---|
| Products | Product semplice, Product con più varianti, Product ricco di Choices, Extra, Product con personalizzazione o upload, Product digitale, Product riservato al B2B | Esporre comportamenti di vendita differenti. |
| Customers | Registrato, guest, B2B, con contesto di credito, eccezione email duplicata, Customer con ID esterno | Rappresentare differenze di identità e B2B. |
| Orders | Variante, Choices, personalizzazione, prezzo B2B, sconto, rimborso, consegna insolita, riferimento esterno | Mantenere il contesto storico. |
| Scoperta | Category prioritaria, marchio, set di filtri, percorso menu, landing page | Preparare prove sulla struttura del sito pubblico. |
| Contenuti e integrazioni | Pagina sensibile alla SEO, asset digitale, campo posseduto da app, record feed o API | Rappresentare dipendenze non core. |
Il pacchetto di campioni è pronto quando ogni record selezionato ha un’aspettativa dell’origine, prove collegate, identificativi rilevanti e un revisore nominato.
Completare il gate di prontezza per ShopWired
| Gate finale | Condizione di prontezza |
|---|---|
| Accesso | Account corretto, esportazioni, app, responsabilità del tema e contatti tecnici sono confermati. |
| Products | Varianti, Choices, Extras, personalizzazione, consegna digitale, visibilità B2B e identificativi sono documentati. |
| Scoperta | Categories, marchi, filtri, menu e percorsi prioritari sono preparati. |
| Customers | Casi standard, guest, B2B, duplicati, indirizzi e ID esterni sono compresi. |
| Orders | Selezioni Product, totali, consegna, rimborsi, note e riferimenti esterni sono interpretabili. |
| Dipendenze | App, API, webhook, feed, codice tema e sistemi esterni hanno una decisione di transizione. |
| Materiali disponibili | Esportazioni, asset, backup, checksum e registro modifiche sono disponibili. |
| Campioni | I record rappresentativi coprono modelli ordinari e complessi dell’origine. |
Conclusione
La preparazione per ShopWired deve mantenere la differenza tra varianti, Choices, Extras, personalizzazione, comportamento B2B e dati posseduti dalle app. Queste distinzioni determinano se un Product, Customer o Order resta comprensibile al di fuori del negozio di origine.
Quando accesso, relazioni dell’origine, esportazioni, asset, dipendenze e record rappresentativi sono documentati, la configurazione della migrazione può procedere su una comprensione stabile e verificabile dell’origine e di come dovrà essere rappresentata in ShopWired.
Domande frequenti
Perché varianti, Choices ed Extras devono essere inventariati separatamente?
Hanno comportamenti diversi per prezzi, stock, riutilizzo e Orders. Trattarli come una sola struttura di opzioni generica può eliminare significato commerciale importante.
Quali Products ShopWired dovrebbero essere inclusi nel set di campioni?
Includi Products semplici, varianti, Choices, Extras, Products con personalizzazione o caricamento file, Products digitali o di servizio, Products riservati al B2B e record con identificativi esterni.
Come devono essere preparati i Customers B2B?
Documenta stato attivo, prezzi B2B, Products o Categories riservati, contesto di credito, campi personalizzati, indirizzi, cronologia Orders ed eventuali identificativi di sistemi esterni.
Durante la pulizia, gli Orders guest devono essere collegati ai Customers registrati?
Solo quando l’azienda ha approvato la relazione di identità. Indirizzi email condivisi o riutilizzati possono rendere inaffidabile un consolidamento automatico.
Quali informazioni sulle app servono prima della migrazione?
Registra cosa fa l’app, quali record legge o crea, i suoi identificativi, il responsabile, la tempistica dell’integrazione e se verrà ricollegata, ricostruita, ritirata o sostituita.
Come devono essere controllate le modifiche successive alla data di esportazione?
Mantieni un registro datato delle modifiche a Products, Customers, Orders, URL, app, codice del tema e regole B2B, in modo da poter riconciliare i cambiamenti successivi con il set di prove preparato.