La migration de données CRM est le sous-projet le plus sous-estimé d’un changement de CRM B2B. Migrer l’historique commercial (contacts, comptes, deals, activités, emails, appels, pièces jointes) suppose une méthode disciplinée : sans elle, on transfère 3 ans de saleté et on plombe le nouveau CRM dès la semaine 1. Ce guide décrit la méthode 9Squad appliquée sur 40+ migrations PME et ETI.
En résumé
Une migration de données CRM B2B réussie repose sur 4 principes : filtrer avant de migrer, nettoyer avant de charger, mapper champ par champ avec validation métier, séparer données maîtres (comptes, contacts) des activités. Volume migré typique après filtres : 30 à 60 % de la base source.
Périmètre : ce que couvre "l’historique commercial"
On regroupe six familles de données à traiter séparément, chacune avec ses règles de filtre et de mapping :
- Données maîtres : contacts, comptes/entreprises, propriétaires.
- Pipeline : deals/opportunités ouverts, gagnés, perdus.
- Activités : emails, appels, notes, tâches, meetings.
- Documents : devis, contrats, pièces jointes.
- Marketing : membership listes, historique campagnes, sources d’acquisition.
- Service client : tickets, conversations, SLA.
Étape 1 : Filtres à appliquer avant migration
Objectif : diviser le volume par 2 à 4 sans perdre d’information exploitable. Filtres standards observés sur 40+ migrations 9Squad :
- Contacts : conserver ceux avec activité < 36 mois OU liés à un deal actif/gagné OU marqués VIP. Archiver le reste (export CSV conservé hors CRM).
- Comptes : conserver clients actifs + prospects avec deal ouvert. Archiver comptes sans interaction > 24 mois.
- Deals : tout ouvert + gagnés < 24 mois + perdus < 12 mois (utile pour analyses win/loss).
- Activités : conserver < 24 mois seulement, sauf sur comptes clés (grands comptes, revenus > seuil).
- Emails : souvent volumineux ; migrer les 12 derniers mois, laisser les archives dans la boîte mail.
Formaliser ces règles dans un document de rétention validé par direction commerciale et DPO (base RGPD explicite).
Étape 2 : Audit qualité par champ
Pour chaque objet, produire un tableau qui liste : nom du champ source, type, taux de remplissage, nombre de valeurs distinctes, top 20 des valeurs libres à normaliser, taux de doublons. Cet audit sert de base au chantier de nettoyage. Règle : tout champ < 40 % de remplissage utile est candidat à la suppression plutôt qu’à la migration.
Étape 3 : Nettoyage préalable
- Déduplication : par email (contacts), par nom+domaine web (comptes). Outils : Insycle, Dedupely, ou traitement Python/SQL. Règle de merge : garder l’entité la plus récemment mise à jour + fusionner les champs non-vides.
- Normalisation : pays, secteur d’activité, taille d’entreprise, fonction, source d’acquisition. Aligner sur les valeurs cibles du nouveau CRM.
- Enrichissement : compléter les champs stratégiques (SIREN, effectif, secteur NAF) via API dédiée (Pappers, Clearbit, Sirene).
- Correction propriétaires : réaffecter aux commerciaux actuels, purger les propriétaires quittés.
Étape 4 : Mapping champ par champ
Livrable : tableau de mapping (Excel/Airtable) avec, pour chaque champ source : champ cible, transformation (rename, split, concat, lookup), valeur par défaut si vide, statut de validation. Chaque ligne est signée par le propriétaire métier. Sans ce tableau, les erreurs de migration sont impossibles à diagnostiquer post-go-live.
Étape 5 : Chargement séquencé
Ordre de chargement non négociable pour respecter les relations entre objets :
- Utilisateurs et équipes.
- Comptes/entreprises (parent).
- Contacts (liés aux comptes).
- Deals/opportunités (liés aux comptes + contacts).
- Activités (emails, appels, notes) liées aux 3 précédents.
- Documents et pièces jointes.
Chaque étape s’accompagne d’un rapport de contrôle : nombre d’enregistrements source, nombre chargés, écarts, IDs en erreur avec cause.
Étape 6 : Tests de validation métier
Avant le go-live, sélectionner un échantillon représentatif (50–100 fiches par objet) validé par les propriétaires métier : comptes clés, deals gagnés récents, deals perdus, contacts VIP, emails complexes. Chaque écart consigné → correction du mapping → re-chargement de l’échantillon.
RGPD et migration CRM B2B
- Base légale : intérêt légitime pour B2B, consentement pour marketing direct.
- Purge : profiter de la migration pour supprimer contacts sans base légale (durée de rétention dépassée).
- Registre : mettre à jour le registre de traitement avec le nouveau CRM (finalités, catégories, durées).
- DPO : validation du plan de rétention avant lancement de la migration.
Outillage recommandé
- ETL : Skyvia, Coefficient, Airbyte, ou scripts Python custom (pandas + API CRM).
- Déduplication : Insycle, Dedupely, HubSpot Data Quality, Openrefine.
- Enrichissement : Clearbit, Pappers, Sirene API, Clay.
- Contrôle qualité : tableaux de bord natifs CRM + Google Sheets pour reporting migration.
Questions fréquentes
Faut-il migrer 100 % de l’historique CRM ?
Non. La méthode 9Squad recommande de filtrer par ancienneté d’activité, statut deal et propriétaire actif. Le volume migré représente typiquement 30 à 60 % de la base source, avec une qualité nettement supérieure dans le CRM cible.
Combien de temps pour migrer l’historique commercial d’une PME ?
3 à 6 semaines pour une PME 10–40 utilisateurs : 1 semaine d’audit qualité, 1–2 semaines de nettoyage, 1 semaine de mapping, 1–2 semaines de dry-runs et tests métier, 1 week-end de bascule finale.
Approfondir : méthode de migration CRM B2B pour PME et ETI et le guide complet pour choisir son CRM en 2026. Pour la fiabilité des données post-migration : data automation pour PME B2B.
