TL;DR
- Una migrazione sposta i dati legacy da una o più fonti in un nuovo CRM, per lo più vuoto.
- Le origini possono essere CRM, fogli di calcolo o entrambi, e ognuno porta con sé i propri duplicati.
- Prima della prima importazione, seleziona il campo che identifica ogni record, come email o dominio.
- Se compaiono nuovi duplicati dopo il go-live, uniscili automaticamente man mano che arrivano.
- Dedupely pulisce ogni fonte, dai CRM ai fogli di calcolo, prima, durante e dopo la migrazione.
Una migrazione CRM porta record da sistemi che non si sono mai controllati l'uno l'altro in un unico database. I duplicati in ogni fonte si muovono anche e nuovi si formano ovunque lo stesso cliente esista su entrambi i lati. L'ordine più sicuro è pulire prima ogni fonte, concordare sul campo che identifica ogni record e controllare di nuovo una volta che i dati arrivano. Se hai già migrato e il nuovo CRM è pieno di duplicati, puoi comunque risolverlo con alcune precauzioni aggiuntive. In questo articolo, vedrai perché le migrazioni creano duplicati, cosa fare in ogni fase e come unire due CRM dopo un'acquisizione.
Perché le migrazioni CRM creano duplicati
Ogni migrazione è diversa, ma alcune situazioni emergono nella maggior parte di quelle che ho visto:
- Due sistemi che non si controllano mai: un cliente presente in entrambi i CRM arriva due volte, uno da ciascun lato.
- ID diversi: Ogni sistema ha i suoi ID record, quindi l'ID precedente non significa nulla per il nuovo CRM. Senza una chiave condivisa, l'importazione non può capire che due record appartengono a un cliente.
- Mapping dei campi: un'email in un campo secondario, un numero di telefono in un altro formato, o un nome aziendale suddiviso non verranno più abbinati una volta mappati.
- Importazioni senza un campo identificativo: le righe senza email, dominio o ID di solito diventano nuovi record invece di aggiornare quelli esistenti.
- Duplicati già nella fonte: qualunque cosa contenesse il vecchio CRM, il nuovo la eredita.
La deduplicazione integrata si comporta diversamente nei caricamenti in blocco. In un CRM, le regole di duplicazione non mostrano avvisi su importazioni e caricamenti API, e le righe corrispondenti non vengono salvate; controlla i rifiuti dopo ogni caricamento. In un altro, le righe di importazione senza email, dominio o record ID diventano nuovi record e le aziende create tramite API non vengono controllate per dominio.
A partire da ottobre 2026, da Guida Salesforce: Regole di duplicazione e nella Knowledge Base di HubSpot: Deduplicazione dei record.
Pulisci i dati prima di spostarli
Pulire il vecchio sistema è più facile che pulire quello nuovo. Nulla nel nuovo CRM dipende ancora da quei record e nessun workflow, sequenza o report è eseguito su di essi.
Deduplica prima ogni fonte individualmente
Pulisci i dati in ogni sistema prima di confrontarli. Se un cliente appare tre volte nel vecchio CRM e due nel nuovo, unisci prima ogni lato. Poi confronterai un record contro uno.
Quindi abbina i due sistemi l'uno all'altro
Esporta entrambi i sistemi e abbinali sui campi che ritieni più affidabili. Email per persone e dominio del sito web per aziende sono punti di partenza comuni. Telefono, nome con azienda e indirizzo aiutano quando quelli mancano.
Unisci prima i match più certi. Prima di decidere, rivedi i match parziali, come lo stesso nome nella stessa azienda con un'email diversa.
Il 29% dei team ha fatto affidamento su merge manuali o pulizia di fogli di calcolo prima delle importazioni.
Scegli quale valore prevale
Quando lo stesso cliente esiste in entrambi i sistemi, ogni record contiene parte della verità. Decidi per ogni campo quale vince: il valore più recente, il più completo, o quello del sistema a cui ti fidi.
Proprietario, ciclo di vita e consenso email meritano massima attenzione. Un proprietario sbagliato causa dispute di commissione, e una rinuncia persa significa contattare chi ha rifiutato.
Lascia dietro ciò che non serve
I record di test, i contatti rimbalzati e le aziende senza attività da anni non devono essere spostati. Ogni record che lascia indietro è uno in meno da abbinare. Mantenga un'esportazione archivio nel caso qualcuno la chieda in seguito.
Concordare sul campo che identifica ogni record.
Prima del primo import, concordate sul campo che identifica "il medesimo record" per ogni oggetto. I vostri import, integrazioni e moduli devono utilizzarlo.
| Oggetto | Campo comune | Fai attenzione a |
|---|---|---|
| Persone (HubSpot Contacts, Salesforce Contacts and Leads, Pipedrive People) | Caselle di posta condivise come info@ e sales@, e persone con email sia personale che di lavoro | |
| Aziende (HubSpot Companies, Salesforce Accounts, Pipedrive Organizations) | Dominio sito web | Domini di paese per un'azienda e filiali o sedi che condividono un dominio |
| Trattative e opportunità | L'ID del record del vecchio sistema, mantenuto in un campo | Accordi collegati a persone o aziende che sono state unite durante la pulizia |
Trasporta l'ID del record del vecchio sistema in un campo su ogni record migrato, indipendentemente dall'oggetto. È il tuo collegamento alla fonte. Consente a un secondo import di aggiornare i record invece di crearne di nuovi.
Evita i duplicati durante la migrazione
La maggior parte dei duplicati che si formano durante una migrazione proviene dallo stesso record che arriva più di una volta. Questi principi aiutano:
- Carica prima un batch di test, quindi cerca i duplicati nel nuovo CRM prima di caricare il resto.
- Importa in ordine: aziende prima di persone e persone prima di accordi, in modo che ogni record si colleghi a uno che esiste già.
- Mantieni un elenco dei moduli, delle sincronizzazioni e delle integrazioni che scrivono nel nuovo CRM durante il passaggio.
- Esegui ogni importazione sul campo su cui hai concordato, in modo che un secondo passaggio aggiorni i record.
- Evita sincronizzamenti bidirezionali tra vecchio e nuovo CRM a meno che tu non abbia deciso quale lato possiede ogni campo.
Unione di due CRM dopo un'acquisizione
L'integrazione dei CRM di due aziende aggiunge problemi che una semplice migrazione non affronta. Entrambi i lati mantengono record reali e attivi per gli stessi clienti, spesso con proprietari e storie diverse.
- Decidi quale sistema è la fonte di verità per ogni oggetto o per ogni campo.
- Accordati sulla proprietà prima di unire, incluso quale rappresentante mantiene l'account su cui entrambi i team hanno lavorato.
- Mantieni separate le filiali regionali quando condividono un nome o un dominio. Una corrispondenza ampia sul nome potrebbe unirle in un record.
- Mappa i due set di fasi, valori di picklist e convenzioni di denominazione prima di fare la corrispondenza.
Queste sono decisioni aziendali tanto quanto decisioni sui dati. Concordate la proprietà con il team di vendita prima di iniziare.
Se hai già migrato con duplicati
I team scoprono spesso i duplicati settimane dopo il lancio, quando i report contano i clienti due volte o due commerciali chiamano la stessa persona. I dati si possono correggere. La differenza è che il nuovo CRM è live, quindi ogni unione tocca il lavoro in corso.
Scopri cosa li sta ancora creando
Cerca una sincronizzazione ancora attiva dal sistema precedente, un'importazione ripetuta per errore, o un modulo che ignora il campo concordato. Conoscere queste fonti ti dice quali nuovi record controllare.
Puoi pulire mentre il sistema continua a funzionare. Unisci l'arretrato in fasi e unisci automaticamente i nuovi duplicati man mano che arrivano.
Trovale in base a dove provengono
I record migrati di solito condividono una data di creazione o un batch di importazione. La ricerca sull'ID del vecchio sistema o sulla data di importazione restringe il lavoro ai record più probabili di essere duplicati.
Controlla cosa dipende dagli ID dei record
La fusione può cambiare gli ID record. In un CRM, il record unito riceve un nuovo ID. In un altro, il record superstite mantiene l'ID e gli altri vanno al Cestino per 15 giorni.
Qualsiasi integrazione, report o foglio di calcolo che memorizza ID deve essere aggiornato dopo un'unione di grandi dimensioni.
A partire da ottobre 2026, dalla knowledge base di HubSpot: Unisci record, e Salesforce Help: Considerazioni sul merge di account e Cestino.
Unisci per fasi
Inizia con i duplicati di cui sei più sicuro, come la stessa email o lo stesso ID record precedente. Mantieni i valori originali prima di ogni ciclo, poiché le fusioni in molti CRM non possono essere annullate.
A partire da ottobre 2026, dalla knowledge base di HubSpot: Unisci record, e il centro di supporto di Pipedrive: Unisci i duplicati.
Come pulire una migrazione CRM con Dedupely
Puoi caricare le esportazioni di entrambi i sistemi in Dedupely come fogli di calcolo con intestazioni corrispondenti, trovare duplicati tra di essi ed esportare un file pulito da importare. Dopo la migrazione, crei Duplicate Searches nel nuovo CRM, imposti Merge Rules su quale valore vince e invii set poco chiari in revisione. I nuovi duplicati possono essere uniti automaticamente quando arrivano, mentre i tuoi sincronizzatori e moduli continuano a funzionare (ulteriori informazioni in come pianificare un progetto di deduplicazione CRM in 3 fasi). Il Come deduplicare prima e dopo una migrazione del CRM illustra ogni passaggio.
Incorpora la deduplicazione nella migrazione
I duplicati di migrazione provengono da ogni fonte e dai clienti che esistono su entrambi i lati, quindi la deduplicazione merita il suo tempo nel piano. Le fonti pulite e un campo concordato per identificare ogni record fanno la maggior parte del lavoro prima della prima importazione.
Se il nuovo CRM contiene già duplicati, gli stessi principi si applicano ai dati live. Li trovi dal loro punto di origine, verifichi cosa dipende dagli ID record, e li unisci in fasi mentre le fonti continuano a funzionare.
Domande frequenti
Perché una migrazione CRM crea duplicati?
Perché l'importazione non sempre riconosce lo stesso cliente su due record. Sistemi vecchi e nuovi usano ID diversi, i campi si mappano diversamente. Righe senza email o dominio diventano nuovi record. Duplicati presenti nel vecchio CRM si trasferiscono; clienti in entrambi i sistemi arrivano due volte.
Dovresti deduplicare prima o dopo una migrazione del CRM?
Prima, e poi di nuovo dopo. La pulizia nel vecchio sistema è più sicura perché nulla nel nuovo CRM dipende ancora da questi record. Verifichi di nuovo dopo il primo carico di test e dopo il go-live. Questo cattura i record importati due volte o creati da moduli e sincronizzazioni durante il cutover.
Come unisci due CRM senza perdere dati?
Decidete quale sistema è la fonte di verità per ogni oggetto o campo. Poi confrontate i due sistemi su identificatori condivisi come email e dominio. Per ogni campo, concordate quale valore vince. Conservate un'esportazione dei valori originali e dei vecchi ID record prima dell'unione, perché molti merge CRM non si possono annullare.
Quale campo dovrebbe identificare ogni record nella migrazione CRM?
Email per le persone e dominio del sito web per le aziende sono le scelte più comuni. Porta l'ID record del vecchio sistema in un campo di ogni record migrato. Collega ogni record alla sua fonte e consente a un secondo import di aggiornare i record esistenti invece di crearne di nuovi.
Come correggi i duplicati dopo una migrazione CRM?
Trova cosa li crea ancora (una sincronizzazione in esecuzione o un'importazione ripetuta) e pulisci mentre continuano. Cerca i doppioni per data di importazione o ID record precedente, unisci prima le corrispondenze più sicure, rivedi le corrispondenze approssimative. Aggiorna ogni integrazione e report che memorizza gli ID dei record, poiché le fusioni possono cambiarli.










