Migration des données CRM : filtrer, nettoyer et charger l’historique commercial

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.

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

1. 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.
2. Normalisation : pays, secteur d’activité, taille d’entreprise, fonction, source d’acquisition. Aligner sur les valeurs cibles du nouveau CRM.
3. Enrichissement : compléter les champs stratégiques (SIREN, effectif, secteur NAF) via API dédiée (Pappers, Clearbit, Sirene).
4. 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 :

1. Utilisateurs et équipes.
2. Comptes/entreprises (parent).
3. Contacts (liés aux comptes).
4. Deals/opportunités (liés aux comptes + contacts).
5. Activités (emails, appels, notes) liées aux 3 précédents.
6. 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

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.

Quel historique conserver, quel historique archiver

Reprendre l’intégralité d’un historique est rarement le bon arbitrage : le coût de nettoyage croît plus vite que la valeur d’usage. Grille de décision utilisée sur nos missions :

• Reprendre systématiquement : comptes actifs, contacts rattachés, opportunités ouvertes, affaires gagnées des 36 derniers mois, abonnements et contrats en cours.
• Reprendre sous condition : opportunités perdues des 24 derniers mois (utiles au réengagement), activités des 12 derniers mois sur comptes actifs.
• Archiver hors CRM : contacts sans interaction depuis 3 ans, comptes fermés, pièces jointes volumineuses, journaux d’e-mails anciens.

L’archive reste accessible (export daté, stockage documenté) sans polluer la base de travail ni les statistiques.

Règles de déduplication qui tiennent en production

La déduplication doit reposer sur des règles écrites, appliquées avant le chargement puis rejouées après.

• Clé principale pour les comptes : domaine du site web, puis numéro d’identification légale, puis raison sociale normalisée.
• Clé principale pour les contacts : adresse e-mail professionnelle, puis nom + compte.
• Règle de survivance : conserver l’enregistrement le plus récemment modifié, fusionner les activités, ne jamais écraser un champ renseigné par un champ vide.
• Traitement des exceptions : groupes multi-entités, franchises, filiales partageant un même domaine.

Conformité et traçabilité de la reprise

Une migration est un traitement de données : elle se documente. Trois éléments à produire et à conserver : la liste des catégories de données transférées, la base légale et la durée de conservation retenue par catégorie, et le registre des suppressions effectuées à l’occasion du nettoyage. Les demandes d’effacement reçues avant la bascule doivent être appliquées dans la source, pas seulement dans la cible, sous peine de réintroduire les enregistrements concernés.

Cette étape s’inscrit dans la méthode de migration CRM en 6 étapes.