Una migrazione CRM non è un semplice trasferimento di dati da un sistema a un altro. È il momento in cui decidi quali informazioni, processi e regole vuoi portare nel nuovo CRM — e quali invece devono restare indietro.
Se importi tutto senza criterio, rischi di ricreare nel nuovo sistema gli stessi problemi che avevi prima: duplicati, pipeline incoerenti, proprietà inutili, automazioni obsolete e report poco affidabili. Una migrazione ben fatta parte quindi da una domanda semplice: cosa serve davvero al team per lavorare meglio dopo il go-live?
Questa guida raccoglie i controlli principali per migrare verso HubSpot o un altro CRM riducendo il rischio operativo e arrivando al go-live con dati utilizzabili dal primo giorno.
Prima regola: non migrare tutto
L'errore più comune è trattare il CRM attuale come una fonte da copiare integralmente. In realtà, una migrazione è anche un progetto di pulizia e semplificazione.
Prima di creare file di importazione, separa i dati in quattro categorie:
- Da migrare: dati necessari ai processi attuali e futuri.
- Da pulire: dati utili ma incompleti, duplicati o non standardizzati.
- Da archiviare: dati storici che servono solo per consultazione.
- Da eliminare: campi, record o processi che non hanno più valore operativo.
Questo passaggio riduce drasticamente la complessità del progetto e migliora la qualità del nuovo CRM.
1. Audit del CRM di origine
Prima di configurare HubSpot, devi capire cosa esiste oggi. Crea un inventario di:
- contatti;
- aziende;
- trattative;
- ticket, se rilevanti;
- proprietà personalizzate;
- pipeline e fasi;
- workflow e automazioni;
- liste e segmenti;
- integrazioni;
- utenti e permessi;
- report e dashboard.
Per ogni elemento chiediti: viene ancora usato? da chi? per quale decisione o processo? Se nessuno sa rispondere, probabilmente non dovrebbe entrare nel nuovo sistema.
Se vuoi strutturare questa fase in modo più rigoroso, puoi partire dalla nostra checklist per audit HubSpot.
2. Pulizia dati prima dell'import
La pulizia deve avvenire prima della migrazione, non dopo. Correggere un database sporco dentro un CRM nuovo è più difficile perché workflow, scoring, report e automazioni iniziano già a usare quei dati.
I controlli minimi sono:
- duplicati su email, dominio aziendale e identificativi univoci;
- record senza informazioni minime utili;
- valori incoerenti nei menu a tendina;
- date, numeri e valute non standardizzati;
- aziende duplicate con nomi diversi;
- owner non più attivi;
- trattative aperte da troppo tempo senza next step;
- record test o importati per errore.
L'obiettivo non è avere un database perfetto, ma evitare di importare errori strutturali. Approfondisci nella guida alla pulizia dati HubSpot.
3. Definisci il nuovo modello dati prima della migrazione
Non creare proprietà personalizzate semplicemente perché esistevano nel vecchio CRM. Parti invece dal processo futuro.
Per ogni proprietà chiediti:
- chi la compila?
- quando viene compilata?
- è manuale o automatica?
- serve a segmentazione, routing, scoring o reporting?
- cosa succede se rimane vuota?
Solo dopo questa verifica crea la proprietà nel nuovo CRM.
Costruisci quindi un file di mapping con almeno queste colonne:
| Campo origine | Campo HubSpot | Oggetto | Tipo | Trasformazione | Decisione |
|---|---|---|---|---|---|
| Industry old | Industry | Company | Dropdown | Normalizzare valori | Migrare |
| Legacy score | - | Contact | Number | - | Non migrare |
| Account manager | Company owner | Company | User | Mappare utenti | Migrare |
4. Non copiare automaticamente la vecchia pipeline
Una migrazione è il momento ideale per verificare se le fasi della pipeline descrivono davvero il processo di acquisto del cliente.
Ogni fase dovrebbe avere:
- un significato chiaro;
- un criterio di ingresso;
- un criterio di uscita;
- un owner;
- le proprietà obbligatorie necessarie;
- una definizione condivisa dal team.
Evita fasi basate solo su attività interne come “email inviata” o “follow-up fatto”. Una fase dovrebbe rappresentare un avanzamento reale dell'opportunità.
Per progettare la pipeline prima dell'import, usa la guida Sales Pipeline B2B.
5. Mappa correttamente le associazioni
Importare contatti e aziende è relativamente semplice. La parte delicata è mantenere le relazioni tra record.
Verifica in particolare:
- contatto → azienda;
- deal → azienda;
- deal → contatti coinvolti;
- ticket → contatto/azienda;
- owner → record;
- eventuali associazioni multiple rilevanti.
Se le associazioni vengono perse, il nuovo CRM potrà sembrare popolato ma sarà poco utile al team commerciale.
6. Esegui una migrazione pilota
Prima dell'import completo, prova il mapping su un campione piccolo ma rappresentativo.
Il campione dovrebbe includere:
- record semplici;
- record con molte proprietà;
- deal aperti;
- deal chiusi;
- aziende con più contatti;
- record con owner diversi;
- valori edge case.
Dopo il test, non limitarti a verificare che l'import sia “riuscito”. Apri i record e controlla che le informazioni siano realmente utilizzabili.
7. Blocca workflow e automazioni durante il cutover
Durante la migrazione, workflow, notifiche, nurturing, routing e aggiornamenti automatici possono alterare i record appena importati.
Prima del cutover identifica quindi le automazioni che potrebbero:
- modificare lifecycle stage;
- assegnare owner;
- creare task;
- inviare email;
- creare deal;
- aggiornare proprietà;
- sincronizzare dati con altri sistemi.
Riattivale solo dopo la validazione iniziale. Per approfondire, consulta la guida ai workflow HubSpot.
8. Validazione post-migrazione
Una migrazione non è conclusa quando termina l'import. È conclusa quando il team può usare il nuovo CRM senza perdere informazioni importanti.
Verifica almeno:
- numero di record importati rispetto al file sorgente;
- campi obbligatori;
- associazioni principali;
- owner;
- pipeline e fasi;
- date e importi;
- deal aperti;
- record storici;
- filtri e viste;
- report fondamentali.
Controlla anche un campione manuale di record importanti. La quantità da verificare dipende dalla dimensione e dal rischio del progetto: evita percentuali rigide valide per tutti.
9. Testa i processi, non solo i dati
Il CRM può contenere dati corretti e comunque non essere pronto al go-live.
Simula quindi scenari reali:
- entra un nuovo lead;
- viene assegnato al commerciale corretto;
- il lead viene qualificato;
- viene creata un'opportunità quando necessario;
- il deal avanza nella pipeline;
- task e notifiche funzionano;
- il management vede il dato corretto in dashboard.
Questo test end-to-end trova problemi che un semplice confronto tra file non evidenzia.
10. Prepara il team al go-live
Una migrazione tecnicamente perfetta può fallire se il team non sa come lavorare nel nuovo sistema.
Prima del go-live definisci:
- cosa deve aggiornare ogni commerciale;
- quali campi sono obbligatori;
- quando avanzare un deal;
- come gestire un lead non qualificato;
- come registrare next step e close date;
- quali viste usare ogni mattina;
- chi contattare in caso di problema.
CRM Migration Readiness Check — 15 controlli prima del go-live
Usa questa checklist direttamente, senza lasciare email.
- Abbiamo deciso quali dati non migrare.
- I duplicati principali sono stati gestiti.
- I valori delle proprietà sono standardizzati.
- Esiste un mapping source → destination documentato.
- Ogni proprietà personalizzata ha uno scopo.
- Le pipeline sono state ridisegnate o validate.
- Gli owner sono stati mappati.
- Le associazioni tra oggetti sono documentate.
- È stato eseguito un import pilota.
- Gli errori dell'import pilota sono stati risolti.
- Workflow e sync a rischio sono identificati.
- Esiste un backup dei dati sorgente.
- È definito un piano di validazione post-import.
- I processi end-to-end sono stati testati.
- Il team sa come lavorare nel CRM dal giorno 1.
Interpretazione:
- 13–15 sì: la migrazione è generalmente pronta per il go-live.
- 9–12 sì: ci sono rischi da chiudere prima del cutover.
- 0–8 sì: conviene fermarsi e sistemare struttura, dati e processi prima di importare tutto.
Conclusione
Una buona migrazione CRM non si misura dal numero di record importati, ma da quanto rapidamente il team riesce a lavorare con dati affidabili dopo il go-live.
Prima di trasferire tutto, riduci ciò che non serve, definisci il modello dati futuro, valida pipeline e associazioni, testa un campione e verifica l'intero processo commerciale. In questo modo la migrazione diventa un'occasione per migliorare il CRM, non per spostare il caos da una piattaforma all'altra.
Approfondisci
Akram Hussein
Akram è il fondatore di Axenda, società di consulenza RevOps e HubSpot Solutions Partner con sede a Ferrara. Costruisce revenue system per aziende B2B in Italia e nei Paesi del Golfo, progettati su come vendono davvero. Ex full-stack developer, oggi scrive di RevOps, strategia CRM e crescita del fatturato.
.png)