Se Jumpseller viene scelta come piattaforma di destinazione, la preparazione deve definire come lo store di origine verrà rappresentato tramite Products principali, varianti, opzioni inserite dal cliente, campi personalizzati, Categories, filtri, navigazione, inventario, Customers, Customer Categories, Orders, contenuti, URL, applicazioni e sistemi esterni. Un sistema di attributi della sorgente può contenere tutti questi significati nella stessa tabella, quindi la preparazione deve classificare il ruolo di business prima di decidere la destinazione.
Il pacchetto di preparazione dovrebbe identificare per ogni relazione importante il proprietario, l’evidenza disponibile e la condizione che permette di considerarla pronta. Deve inoltre rendere il set di campioni per la migrazione rappresentativa realmente rappresentativo e riconducibile all’evidenza della sorgente.
Confermare il perimetro dello store Jumpseller
Registrare le ipotesi sulla destinazione che influenzano la preparazione dei dati.
| Area | Decisione di preparazione | Evidenza di prontezza |
|---|---|---|
| Identità dei Products | Quali record di origine diventano Products principali e quali diventano varianti | Matrice famiglie Product e SKU |
| Input dei Products | Quali valori di origine generano varianti, raccolgono input Customer o descrivono il Product | Classificazione di opzioni e campi personalizzati |
| Scoperta dei Products | Quali gruppi di origine diventano Categories, filtri, navigazione o contenuti di landing | Schema di Categories e navigazione |
| Inventario | Se lo stock appartiene a Products, varianti, location o a un sistema esterno | Mappa dell’autorità sull’inventario |
| Contesto Customer | Quali relazioni tra account, Category, prezzi, consenso e ID esterni devono restare | Inventario delle relazioni Customer |
| Contenuti e percorsi | Quali pagine, Blog Posts, contenuti Product/Category, menu e redirect devono restare | Inventario di contenuti e URL |
Quando sono rilevanti più lingue, valute, domini, regioni di spedizione o canali di vendita, occorre registrare il perimetro previsto e il relativo responsabile prima di preparare contenuti localizzati ed evidenze dei percorsi. Le decisioni su Products, Categories, contenuti, prezzi e inventario devono usare le stesse definizioni di perimetro, così da evitare che record compaiano in un mercato o canale senza il necessario contesto commerciale.
Preparare accessi, esportazioni e backup della sorgente
Raccogliere gli accessi alla sorgente e a Jumpseller necessari per recuperare e interpretare i record inclusi nel perimetro, insieme a evidenze recuperabili dello store di origine.
Preparare:
- accesso amministratore allo store di origine e allo store Jumpseller;
- esportazioni di Products e inventario, inclusi identificatori delle varianti e stock quando disponibili;
- esportazioni o report Customers e Orders;
- elenchi di Categories, contenuti, SEO e URL;
- media e file scaricabili quando gli URL di origine possono scadere o richiedono autenticazione;
- evidenze di Customer Categories, listini e prezzi per volume quando usati;
- inventari di applicazioni, API, webhook, ERP, CRM, magazzini, marketplace e contabilità;
- un backup datato della sorgente o un archivio di esportazione;
- una nota che descriva i record che possono ancora cambiare prima della finestra di migrazione.
| Elemento di evidenza | Responsabile | Condizione di prontezza |
|---|---|---|
| Registro degli accessi | Amministratori dello store | Le aree amministrative necessarie sono raggiungibili |
| Archivio Products e inventario | Catalogo e operations | Record principale/variante e stock possono essere riconciliati |
| Archivio Customers e Orders | Customer operations e finanza | I record previsti e i campi chiave sono presenti |
| Inventario contenuti e URL | Responsabile contenuti o SEO | Pagine e percorsi prioritari hanno responsabili e decisioni di destinazione |
| Registro delle dipendenze | Responsabili tecnici e di business | Ogni applicazione o sistema esterno importante ha un responsabile per la continuità |
Preparare Products, opzioni, varianti e campi personalizzati
Le Product Options di Jumpseller possono generare vere varianti oppure raccogliere input Customers, in base al tipo di opzione. I campi personalizzati descrivono i Products e possono sostenere i filtri quando sono rappresentati in modo coerente. Preparare famiglie Product di origine che rendano chiare queste distinzioni.
Includere:
- Products semplici;
- Products con taglia, colore, materiale o altre opzioni che generano varianti;
- Products con SKU, stock, prezzo, costo, peso, immagini o ID esterni a livello di variante;
- Products che raccolgono testo, messaggi lunghi, file, date o extra opzionali;
- Products con campi personalizzati per brand, specifica, compatibilità, stagione, materiale o filtri;
- Products digitali o non soggetti a stock;
- bundle, abbonamenti, preventivi, personalizzazione o Products controllati da applicazioni;
- Products il cui inventario o i cui dati sono mantenuti da un sistema esterno.
| Funzionamento nella sorgente | Decisione di preparazione per Jumpseller | Evidenza da allegare |
|---|---|---|
| La scelta crea un articolo con prezzo o stock indipendente | Opzione che genera varianti | ID principale/figlio, valori delle opzioni, SKU, prezzo, stock, costo, peso, immagine e ID esterni |
| L’acquirente inserisce un valore una tantum | Testo, area di testo, file o altro input Customer | Esempio nella vetrina e esempio storico di riga Order |
| Un extra opzionale non crea stock | Opzione senza variante o relazione posseduta da un’applicazione | Effetto sul prezzo, valori consentiti ed evidenza nella riga Order |
| Il valore descrive il Product | Campo personalizzato | Tipo di campo, valori controllati, uso nei filtri e responsabile della visualizzazione |
| La logica dipende da un’applicazione o sistema esterno | Proprietà dell’applicazione o del sistema esterno | Descrizione della regola, record principali e identificatori durevoli |
Normalizzare i nomi delle opzioni e dei campi personalizzati. I filtri dipendono da un vocabolario coerente, quindi “Size”, “Sizes” e “Shoe size” dovrebbero essere unificati soltanto quando rappresentano lo stesso concetto di business.
Preparare Categories, filtri, navigazione, contenuti e URL
Le Categories di Jumpseller possiedono il raggruppamento e la gerarchia dei Products, mentre la navigazione possiede la posizione nei menu. I filtri dei Products possono derivare da opzioni che generano varianti e da campi personalizzati adatti. Preparare queste strutture separatamente.
| Struttura di origine | Domanda di preparazione | Evidenza di prontezza |
|---|---|---|
| Category Product stabile | Gerarchia e appartenenza devono restare? | Albero delle Categories e assegnazioni dei Products |
| Ramo del menu | A quale Category, pagina, Product o percorso esterno deve puntare? | Schema della navigazione |
| Filtro brand o materiale | Deve diventare un campo personalizzato controllato? | Elenco valori e responsabile del filtro |
| Filtro taglia o colore | Deriva da Product Options coerenti? | Vocabolario controllato delle opzioni |
| Raccolta di campagna | È una Category temporanea, landing page, promozione o componente del tema? | Responsabile della campagna e decisione mantenere/ritirare |
| Classificazione interna | Deve restare pubblica? | Responsabile del reportistica o del sistema esterno |
Creare un inventario di contenuti e URL per percorsi Product, percorsi Category, CMS Pages, Blog Posts, pagine policy, pagine di campagne, file e link esterni ad alto valore. Registrare percorso di origine, destinazione Jumpseller prevista, metadata, link interni, localizzazione e necessità di redirect.
Jumpseller può creare redirect quando i percorsi cambiano, ma la preparazione deve comunque stabilire quali vecchi percorsi sono importanti e quale destinazione risponde meglio all’intento originale del Customer.
Preparare inventario e relazioni commerciali
Documentare se lo stock è posseduto da Jumpseller, da singole varianti, da location di inventario oppure da un ERP o magazzino esterno. Una quantità totale non è sufficiente quando l’evasione dipende dalla location o da una chiave a livello di variante.
Preparare:
- esempi di stock a livello Product e variante;
- esempi di Products con stock illimitato o non soggetti a stock;
- quantità specifiche per location quando lo store userà inventario per sede;
- identificatori di magazzino, fornitore o ERP;
- prezzi base, valori compare-at, costi, prezzi per volume e promozioni;
- relazioni tra Customer Category e listino quando usate;
- regole di pricing attive e obsolete.
| Record commerciale | Evidenza di preparazione | Condizione di prontezza |
|---|---|---|
| Stock variante | Matrice variante e location | Ogni quantità ha un proprietario che rappresenta l’articolo vendibile |
| Stato illimitato o non soggetto a stock | Esempi Product | Valori vuoti, zero e illimitati non vengono confusi |
| Prezzo specifico per Customer | Esempi Customer Category e listino | Assegnazioni di Customers e Products sono esplicite |
| Prezzo per volume | Soglie quantitative ed esempi Product | Soglia e prezzo restano collegati |
| Chiave inventario esterna | Elenco riferimenti ERP/WMS | La chiave è associata al Product o variante corretto |
Preparare Customers e Orders storici
Preparare esempi Customers che coprano account registrati, acquirenti guest, indirizzi multipli, Customer Categories, idoneità ai listini, informazioni fiscali o aziendali, consenso marketing, applicazioni loyalty o membership e identificatori CRM esterni.
Preparare Orders che coprano:
- Products ordinari e con varianti;
- input testuali o file inseriti dal Customer;
- contesto Customer Category o prezzo speciale;
- stati pagato, in attesa, abbandonato, annullato, rimborsato e parzialmente evaso;
- sconti, tasse, spedizione, valute multiple e note manuali;
- riferimenti di evasione e tracking;
- ID marketplace, ERP, contabilità, CRM o magazzino.
| Elemento di preparazione | Responsabile | Condizione di prontezza |
|---|---|---|
| Regole di identità Customer | Customer operations | Regole per duplicati e guest sono documentate |
| Customer Categories | Responsabile commerciale | Ogni Category mantenuta ha uno scopo definito di prezzo o segmentazione |
| Perimetro indirizzi | Customer operations | Indirizzi account e indirizzi storici degli Orders sono distinti |
| Storico Orders | Supporto e finanza | Orders rappresentativi spiegano scelte di riga, totali, stati e riferimenti |
| Continuità dell’autenticazione | Customer experience | Responsabilità per accesso account e comunicazione ai Customers sono definite |
Inventariare applicazioni, API e sistemi esterni
Creare un registro per applicazioni, API, webhook, script, feed e sistemi esterni che creano o aggiornano record Jumpseller.
Includere:
- feed Products e marketplace;
- inventario, ERP, magazzino e sistemi di evasione;
- CRM e piattaforme marketing;
- applicazioni per loyalty, abbonamenti, prenotazioni, bundle, preventivi, recensioni o personalizzazione dei Products;
- integrazioni fiscali, di spedizione, pagamento e contabilità;
- sistemi di analisi e consenso;
- logica personalizzata del tema che legge campi Product o dati delle applicazioni.
Per ogni dipendenza, registrare scopo di business, record principali, nomi di campo o tabella, disponibilità dell’esportazione, ID esterni, futuro responsabile e decisione mantenere/sostituire/ritirare. Il registro è pronto quando i dati posseduti dalle applicazioni possono essere ricondotti al relativo Product, Customer, Order, record di contenuto o flusso esterno.
Selezionare campioni rappresentativi per il test di migrazione verso Jumpseller
| Campione | Scopo della preparazione |
|---|---|
| Product semplice | Stabilire preparazione ordinaria di Product, Category, immagine, prezzo e stock |
| Product con molte varianti | Esporre vocabolario delle opzioni, identità delle varianti, inventario, prezzo e immagini |
| Product personalizzato | Esporre input testuali, file o altri input opzionali del Customer |
| Product con campi personalizzati | Esporre proprietà dei campi descrittivi e filtrabili |
| Product con inventario per location o posseduto esternamente | Esporre proprietà dell’inventario e ID esterni |
| Customer in una Category commerciale | Esporre Category, prezzi, indirizzo e contesto account |
| Order storico complesso | Esporre opzioni selezionate, input personalizzati, sconti, stati, evasione e riferimenti |
| Category prioritaria o URL pagina | Esporre contenuti, metadata, navigazione e preparazione redirect |
| Record posseduto da un’applicazione | Esporre la continuità della proprietà dell’applicazione o del sistema esterno |
Allegare ID di origine, motivazione di business, proprietario previsto in Jumpseller, ID esterni correlati ed esclusioni note. Il set di campioni deve coprire comportamenti distinti, non limitarsi ai record con valore più alto. Usare campioni separati quando varianti, input Customers, campi personalizzati, inventario per location, prezzi Customer e record posseduti da applicazioni non possono essere rappresentati correttamente da un solo Product o Order.
Completare il controllo di prontezza per Jumpseller
| Domanda di prontezza | Evidenza richiesta | Condizione di prontezza |
|---|---|---|
| Gli accessi necessari sono disponibili? | Registro accessi | Le aree amministrative di origine e Jumpseller sono accessibili |
| Le strutture Product sono classificate? | Matrice famiglie Product | Varianti, input Customers, campi personalizzati e record applicativi hanno un proprietario |
| Categories e filtri sono normalizzati? | Albero Categories ed elenco vocabolario | Sorgenti di navigazione e filtri sono definite separatamente |
| La proprietà dell’inventario è chiara? | Matrice Product/variante/location | Ogni quantità e chiave esterna ha un proprietario |
| Customers e Orders sono rappresentati? | Registro campioni | Sono coperti i principali modelli di account e transazione storica |
| Gli URL prioritari sono mappati? | Inventario URL | Ogni percorso prioritario ha una destinazione o decisione di ritiro |
| Le dipendenze hanno un responsabile? | Registro applicazioni e integrazioni | Ogni dipendenza critica ha un responsabile per la continuità |
| Backup ed esportazioni sono aggiornati? | Archivio datato | L’evidenza della sorgente può essere recuperata indipendentemente |
La preparazione è completa quando il team può spiegare come ogni relazione importante della sorgente dovrebbe essere rappresentata in Jumpseller e nessuna decisione critica dipende da comportamento di applicazioni non documentato. Ogni incertezza residua deve avere un responsabile nominato, una richiesta di evidenza specifica e una scadenza prima della pianificazione del lavoro di migrazione interessato.
Conclusione
La preparazione per Jumpseller deve separare Products principali, varianti, input Customers, campi personalizzati, Categories, filtri, inventario, Customer Categories, Orders, contenuti e integrazioni prima della migrazione. La sorgente può conservare questi significati insieme, ma la destinazione richiede proprietà esplicite e un vocabolario coerente.
Un pacchetto di evidenze ben costruito rende il test di migrazione realmente rappresentativo e assegna a ogni campione un proprietario chiaro, un’aspettativa verificabile nella sorgente e un set di record di supporto.
Domande frequenti
Cosa dovrebbe essere preparato per primo per una migrazione verso Jumpseller?
Partire dalla mappa delle famiglie Product e delle relative proprietà. Determina quali valori di origine diventano varianti, input Customers, campi personalizzati, Categories, identificatori esterni o record posseduti da applicazioni.
Come devono essere preparate in modo diverso Product Options e campi personalizzati?
Preparare Product Options quando i valori creano varianti vendibili o raccolgono scelte Customers. Preparare campi personalizzati quando i valori descrivono il Product o sostengono i filtri senza creare combinazioni con inventario.
Perché preparazione di Categories e navigazione deve restare separata?
Le Categories possiedono raggruppamento e gerarchia dei Products, mentre la navigazione possiede posizione e link nei menu. Migrare le Categories non ricrea automaticamente il percorso previsto della vetrina.
Quali evidenze sono necessarie per l’inventario?
Preparare quantità a livello Product e variante, esempi di stock illimitato, assegnazioni alle location quando usate e chiavi di magazzino o ERP esterne. Ogni quantità deve avere un proprietario chiaro.
Quali Orders dovrebbero essere selezionati per preparare un test di migrazione rappresentativo?
Includere Orders con varianti, opzioni inserite dai Customers, prezzi speciali, stati diversi, rimborsi o annullamenti, riferimenti di evasione e ID di sistemi esterni.
Quando può considerarsi completa la preparazione per Jumpseller?
Quando accessi e backup sono pronti, proprietà di Products e inventario è documentata, Categories e filtri sono normalizzati, Customers e Orders sono rappresentati, gli URL sono mappati e ogni applicazione importante ha un responsabile per la continuità.