Migrazione CRM
Pulizia e deduplicazione dei dati prima di migrare CRM
La migrazione non pulisce i dati: li trasferisce con tutti i loro problemi. Ecco come profilarli, normalizzarli e deduplicarli prima del primo caricamento, senza perdere la tracciabilità.
Prima di migrare a HubSpot i dati vanno puliti in quattro passaggi: decidere cosa non migrare, normalizzare i formati, deduplicare con chiavi e regole concordate e conservare una mappa delle fusioni per non perdere la tracciabilità. Farlo prima del primo caricamento, e non dopo il cut-over, è ciò che permette di ripetere la migrazione con le stesse regole e di partire in HubSpot con dati di cui il team si fida.
Una migrazione da sola non pulisce nulla. Trasferisce i dati con i loro problemi, e in un CRM nuovo quei problemi si notano di più. Per questo in ogni migrazione a HubSpot la pulizia è una fase a sé, con regole messe per iscritto.
Perché la pulizia viene prima del primo caricamento
La tentazione è comprensibile: migrare tutto così com’è e pulire dopo in HubSpot, che ha gli strumenti per farlo. Il problema è che la migrazione non si carica una volta sola. Ci sono caricamenti di prova, una validazione, magari correzioni alla mappatura e un caricamento delta il giorno del cut-over. Se la pulizia si fa a mano nella destinazione, ogni nuovo caricamento la annulla.
Quando le regole di pulizia fanno parte della trasformazione (nello script o nel processo di preparazione dei file), si applicano allo stesso modo in ogni caricamento. E il primo giorno in HubSpot i commerciali trovano una sola scheda per cliente, che è il fattore che pesa di più sull’adozione.
Prima
- Tre schede per lo stesso cliente
- Telefoni in cinque formati
- Paesi scritti a mano
- Contatti senza azienda
Dopo
- Una scheda con tutto lo storico
- Telefoni con prefisso internazionale
- Paesi da un elenco chiuso
- Ogni contatto associato alla sua azienda
Passaggio 1. Profilare: cosa c’è davvero nel CRM
Prima di correggere qualsiasi cosa bisogna misurare. Per ogni oggetto e ogni campo rilevante, ricava quanti record ci sono, che percentuale è compilata, quanti valori distinti ha e quali sono i più frequenti. Questa profilazione scopre quasi sempre le stesse cose: campi che nessuno compila, menu a discesa diventati testo libero, date impossibili e record di prova creati da qualcuno il primo giorno.
La profilazione fornisce anche i numeri di partenza per la validazione successiva. Se sai quante aziende condividono la stessa partita IVA, saprai spiegare perché in HubSpot ci sono meno aziende che nel sistema di origine.
Passaggio 2. Decidere cosa non migrare
Il modo più economico di pulire è non migrare. I candidati abituali:
- Lead senza attività né rapporto commerciale da anni e senza una base giuridica per continuare a trattarli.
- Record di prova, contatti interni e aziende fittizie.
- Campi inutilizzati, o compilati solo da un’integrazione che non esiste più.
- Attività automatiche senza valore (notifiche di sistema, modifiche di campo registrate come note).
Ciò che non si migra non si cancella: resta nell’esportazione completa del vecchio sistema, che viene archiviata. E ha un impatto economico, perché HubSpot fattura parte dei suoi prodotti in base ai contatti di marketing: caricare migliaia di contatti che non riceveranno mai un’email non ha senso.
Passaggio 3. Normalizzare i formati
Normalizzare significa portare i valori a un formato unico prima di caricarli. I casi tipici in un CRM italiano:
- Telefoni con prefisso internazionale e senza spazi né trattini.
- Paesi, province e settori mappati su elenchi chiusi, non testo libero.
- Partita IVA e codice fiscale in un formato unico (maiuscolo, senza spazi né prefissi aggiunti a mano), così da poterli usare come chiave.
- Domini senza protocollo né «www», e separati dai domini di posta generici (gmail, libero, hotmail), che non vanno mai usati per raggruppare aziende.
- Nomi con maiuscole coerenti e senza titoli o qualifiche mescolati nel campo.
Ogni proprietà di destinazione in HubSpot deve avere già tipo e opzioni definiti prima della normalizzazione. Altrimenti si finisce per creare proprietà di testo per tutto, l’errore più comune nei portali che ci chiedono di rivedere.
Passaggio 4. Deduplicare con chiavi e regole di sopravvivenza
Deduplicare bene richiede due decisioni per oggetto: quale chiave indica che due record sono lo stesso e quali valori sopravvivono quando vengono fusi.
| Oggetto | Chiavi di duplicato abituali | Attenzione a |
|---|---|---|
| Contatti | Email; nome e telefono come chiave secondaria | Email condivise (info@, amministrazione@) |
| Aziende | Partita IVA; dominio web | Gruppi con più società e lo stesso dominio |
| Trattative | Azienda, importo e data ravvicinata | Rinnovi legittimi che sembrano duplicati |
| Prodotti | Codice articolo o SKU | Prodotti fuori catalogo con codice riutilizzato |
Le regole di sopravvivenza stabiliscono quale valore vince in ogni campo durante la fusione: il più recente, quello del record con più attività, quello non vuoto o quello di una fonte specifica. Scrivile e validale con chi conosce i dati; sono decisioni di business, non tecniche.
HubSpot deduplica i contatti per email e le aziende per dominio nelle importazioni, e permette di usare come identificativo una proprietà personalizzata a valore univoco. Le aziende create via API non vengono deduplicate per dominio: se migri tramite script, la deduplicazione deve essere risolta nella trasformazione.
Passaggio 5. Conservare la mappa delle fusioni
Ogni volta che due record vengono fusi, uno scompare. Se non conservi quali ID di origine sono stati assorbiti in quale record superstite, perdi due cose: la possibilità di riassegnare attività e associazioni del record assorbito e la spiegazione del perché i conteggi non tornano.
- 01Profilare
- 02Escludere ciò che non si migra
- 03Normalizzare
- 04Deduplicare con regole
- 05Mappa delle fusioni e caricamento
In pratica, la mappa è una tabella con l’ID superstite e l’elenco degli ID assorbiti. Lo script di migrazione la consulta quando carica attività e associazioni, e la validazione la usa per far quadrare i numeri. È la stessa idea che applichiamo in tutte le nostre migrazioni: ogni record di HubSpot conserva il proprio ID di origine, e ogni ID di origine ha una destinazione nota.
E la protezione dei dati?
Migrare dati personali è un trattamento come un altro, e una migrazione è il momento giusto per applicare il principio di minimizzazione previsto dal GDPR: se non hai una base giuridica né un uso per un dato, non portarlo nel nuovo sistema. Verifica con chi si occupa della privacy in azienda, o con il vostro DPO se lo avete, quali contatti si migrano e su quale base.
Ciò che va invece migrato con attenzione è lo stato del consenso: disiscrizioni, preferenze di iscrizione e la prova di quando e come è stato dato il consenso. In HubSpot, con le funzioni di privacy attive, questo si riflette nei tipi di iscrizione e nella base giuridica di ogni contatto. Un contatto che si è disiscritto nel vecchio sistema deve arrivare in HubSpot già disiscritto dal primo caricamento, non dopo.
Dopo il cut-over: evitare che si sporchi di nuovo
La pulizia dura finché non entrano nuovi dati senza controllo. Moduli con campi obbligatori ed elenchi chiusi, regole di convalida sulle proprietà, workflow che normalizzano i formati e una verifica periodica dei duplicati mantengono il database in ordine. Se vuoi automatizzare parte di questo lavoro, Data Hub include strumenti per la qualità dei dati, ed è parte di ciò che facciamo nel nostro servizio di supporto e RevOps.
Con i dati puliti, il passo successivo è pianificare il giorno del passaggio: data concordata, congelamento del vecchio sistema, caricamento delta e verifiche. Se il CRM di partenza è Salesforce, trovi il metodo completo nella guida su come migrare da Salesforce a HubSpot.
