Migrations et acquisitions
Nettoyez votre migration de CRM avant, pendant et après le transfert
Dédoublonnez chaque source avant l'export, contrôlez ce qui arrive pendant le transfert et fusionnez ce que la migration a créé une fois le nouveau CRM en service.
Ce que nous disent les équipes en pleine migration
18 %
25 %
37 %
Pourquoi les migrations créent des doublons
Une migration combine des fiches de systèmes qui ne se sont jamais vérifiés entre eux. Un client présent dans les deux arrive deux fois, et les doublons déjà présents dans l'ancien CRM migrent avec tout le reste.
- Identifiants de fiche différents : l'ID de l'ancien système ne veut rien dire pour le nouveau CRM s'il n'est pas reporté dans un champ.
- Correspondance de champs : les e-mails dans des champs secondaires, les formats de téléphone mélangés et les noms d'entreprise coupés empêchent les fiches de correspondre.
- Imports sans clé : les lignes sans e-mail, domaine ni identifiant de fiche deviennent en général de nouvelles fiches au lieu de mettre à jour les existantes.
- Les chargements en masse sautent les contrôles habituels : la déduplication intégrée se comporte différemment pour les imports et chargements par API que pour les fiches créées à la main.
Dedupely face aux autres pour les migrations
| Critère | Outils natifs des CRM | Autres outils de dédoublonnage | Scripts personnalisés | Dedupely |
|---|---|---|---|---|
| Fusionner en masse | La plupart fusionnent quelques fiches à la fois. Dans certains CRM, la fusion en masse demande une offre supérieure ou une demande au support. | La plupart permettent la fusion en masse. | Possible, si quelqu'un construit et maintient la logique. | Fusion en masse avec tout sélectionner, sur toutes les offres. |
| Nettoyer les fichiers avant l'import | La plupart rapprochent sur une seule clé à l'import, comme l'e-mail, le nom ou le domaine. Les lignes qui ne correspondent pas exactement deviennent de nouvelles fiches. | Plusieurs comparent un fichier d'import au CRM. Moins nombreux sont ceux qui nettoient les doublons dans le fichier lui-même. | Possible, si quelqu'un les écrit et les exécute. | Fusionne les doublons dans un ou plusieurs fichiers CSV avant l'import. |
| Choisir quelles valeurs sont conservées | La plupart vous font choisir les valeurs fusion par fusion, avec peu ou pas de règles enregistrées. | La plupart proposent des règles de fusion, plus ou moins détaillées. | Ce que le script a été écrit pour faire. | Merge Rules gagnant/perdant au niveau du champ et du Primary Record. |
| Trace de ce qui a changé | Peu gardent une trace complète de ce qui a changé à chaque fusion, et dans certains CRM une fusion est irréversible. | La plupart tiennent un journal des fusions. | Seulement si vous mettez en place une journalisation. | Prévisualisez d'abord chaque fusion et le résultat des Merge Rules. Merge History garde les fiches d'origine. |
| Synchronisation HubSpot–Salesforce | HubSpot bloque les fusions d'entreprises sur l'ancienne synchronisation. | Un seul tient compte de la synchronisation. | Risqué : les fusions peuvent rompre le lien entre les systèmes. | Fusionne les fiches dans HubSpot et Salesforce en une seule action, pour que la synchronisation ne les recrée pas. |
Outils natifs des CRM en octobre 2026, d'après la documentation d'aide de HubSpot, Salesforce, Pipedrive, Close, Nimble et Google Contacts.
Nettoyer une migration de CRM avant, pendant et après le transfert
-
Étape 1Avant
Comment nettoyer les données CRM avant une migration ?
Dédoublonnez chaque système source séparément, puis convenez du champ sur lequel les fiches se rapprochent. Nettoyer dans l'ancien CRM est plus simple, car rien dans le nouveau ne dépend encore de ces fiches.
- Connectez l'ancien CRM et lancez la Duplicate Searches par défaut, ou importez ses exports sous forme de fichiers CSV, combinés en un fichier ou séparément, et fusionnez-les avant le transfert.
- Mettez-vous d'accord sur le champ de correspondance : l'e-mail pour les personnes, le domaine du site pour les entreprises, l'ancien identifiant de fiche pour les transactions. Utilisez le correspondance sur le domaine racine pour que les domaines par pays se regroupent sous une seule entreprise.
- Laissez de côté les fiches de test et les contacts en échec d'envoi, et gardez un export d'archive.
-
Étape 2Pendant
Comment empêcher une migration de créer de nouveaux doublons ?
Chargez d'abord un lot test et cherchez-y les doublons avant de charger le reste. Importez les entreprises, puis les personnes, puis les transactions, et lancez chaque import sur le champ convenu.
- Connectez le nouveau CRM et lancez une Duplicate Search juste après l'arrivée du lot de test.
- Listez chaque formulaire, synchronisation et intégration qui écrit dans le nouveau CRM pendant la bascule, et évitez les synchronisations bidirectionnelles tant que chaque champ n'a pas de responsable.
- Activez Auto Match pour que les nouveaux doublons soient signalés pendant le chargement du reste des données.
-
Étape 3Après
Comment fusionner sans perte de données les doublons créés par une migration ?
Retrouvez-les par date de création, lot d'import ou ancien ID, puis fusionnez par étapes. Décidez champ par champ quelle valeur gagne, et relisez les correspondances incertaines avant de les fusionner.
- Utiliser Filtres avancés pour garder les correspondances où une ou plusieurs fiches ont été créées après la date d'import. Dedupely Intelligence trouve les doublons que ratent les règles sur champ exact.
- Réglez les Merge Rules pour le propriétaire, l'étape du cycle de vie et la désinscription e-mail, là où les erreurs coûtent le plus.
- Envoyez les correspondances proches en Manual Review. Merge History conserve chaque fiche d'origine.
-
Étape 4Automatiser
Comment tenir les doublons à l'écart une fois le nouveau CRM en service ?
Laissez Auto Merge gérer les doublons évidents que créent sans cesse synchronisations et imports, et Auto Match signaler les cas limites à examiner. Si HubSpot se synchronise avec Salesforce, reliez les deux CRM dans Dedupely, pour que chaque fusion mette à jour les deux.
- Voir Fusionnez automatiquement les doublons entrants et Examinez les nouveaux doublons avant leur fusion.
- Avec la Synchronisation HubSpot–Salesforce, chaque fusion met à jour les deux CRM, et la synchronisation suivante ne ramène pas le doublon.
Ce qui distingue Dedupely
-
Toutes les fonctionnalités sont incluses dans les abonnements annuels.
Merge Rules, Auto Merge et Auto Match sont inclus dans chaque offre. Les abonnements annuels ajoutent Dedupely Intelligence au complet.
-
Tarifé à la fiche, pas au siège.
Utilisateurs illimités, sans frais par utilisateur.
-
Chaque fusion consignée.
Prévisualisez d'abord chaque fusion. Merge History garde les fiches d'origine, vous voyez donc exactement ce qui a changé.
Testez votre correspondance sur un export tableur avant la migration.
Importer un CSV et trouver les doublonsVoir comment fonctionne Dedupely
Questions fréquentes
Quand dédoublonner pendant une migration de CRM ?
Trois fois. Avant la migration, nettoyez chaque source pour laisser les anciens doublons derrière. Pendant la migration, vérifiez un lot test avant de charger le reste. Après la migration, fusionnez les doublons créés là où le même client existait dans les deux systèmes.
Sur quel champ comparer les fiches pendant une migration ?
L'e-mail pour les personnes et le domaine du site pour les entreprises. Pour les transactions, stockez l'identifiant de l'ancien système dans un champ de chaque fiche migrée. Un second import met alors à jour les fiches existantes au lieu d'en créer de nouvelles.
Dedupely peut-il fusionner des fiches entre deux CRM différents ?
Dedupely nettoie un CRM à la fois, avec une exception : il rapproche et fusionne à travers la synchronisation HubSpot-Salesforce. Pour les autres paires, importez les deux exports en fichiers CSV, fusionnez-les dans Dedupely et importez un seul fichier propre.
La fusion de fiches change-t-elle leurs ID ?
Cela dépend du CRM. Dans HubSpot, la fiche fusionnée reçoit en général un nouvel identifiant. Dans Salesforce, la fiche conservée garde son identifiant et les autres vont dans la Corbeille pendant 15 jours. Mettez à jour les intégrations, rapports ou tableurs qui stockent des identifiants.
Et la fusion de CRM après une acquisition ?
Les mêmes étapes s'appliquent, plus quelques décisions métier : quel système fait foi, à qui appartiennent les comptes partagés et comment garder séparés les bureaux régionaux quand ils partagent un nom ou un domaine. Voir Fusionner les données CRM après une acquisition.
