Comment migrer les données depuis un ancien CRM vers Salesforce sans perte ni erreur ?

La migration des données est souvent le point le plus sous-estimé d'un projet Salesforce. Beaucoup de directions concentrent l'attention sur le paramétrage et l'adoption, alors que la qualité de la reprise des données conditionne la confiance des utilisateurs dès le premier jour. Une migration mal préparée génère des doublons, des champs incomplets ou des historiques perdus, ce qui alimente une défiance durable envers le nouvel outil. La bonne nouvelle : avec une méthode structurée, le risque de perte devient maîtrisable.

Ce que « sans perte » signifie réellement

Il faut distinguer deux objectifs souvent confondus. Le premier est de ne perdre aucune donnée exploitable. Le second est de ne pas dupliquer les données inutiles de l'ancien système. Une migration réussie ne consiste pas à recopier l'intégralité de l'ancien CRM : elle vise à transférer ce qui a de la valeur, dans un format cohérent avec le modèle Salesforce.

Concrètement, on cherche à préserver :

• les comptes, contacts, opportunités et historiques commerciaux structurants ;
• les documents et pièces jointes rattachés aux enregistrements ;
• les relations entre objets (un contact rattaché au bon compte, une opportunité au bon cycle) ;
• les dates clés et champs de traçabilité utiles à l'analyse.

Étape 1 : l'audit et le nettoyage des données

Avant tout transfert, un audit de l'existant est indispensable. Il permet de mesurer le volume réel, la qualité et la fraîcheur des données. On identifie ici les doublons, les fiches incomplètes, les enregistrements obsolètes et les données non conformes.

Points à traiter en priorité

• Doublons : dédoublonnage sur des critères stables (email, SIREN, identifiant client).
• Données mortes : contacts inactifs depuis plusieurs années, opportunités closes sans intérêt analytique.
• Normalisation : formats de téléphone, pays, civilités, codes postaux.
• Conformité RGPD : ne migrer que les données dont la conservation reste justifiée, conformément aux recommandations de la CNIL sur les durées de conservation.

Le nettoyage réalisé avant la migration coûte toujours moins cher que la correction après bascule dans Salesforce.

Étape 2 : le mapping des données

Le mapping consiste à faire correspondre chaque champ de l'ancien CRM à un champ du modèle Salesforce. C'est l'étape la plus structurante, car elle révèle les écarts entre les deux modèles de données.

Un bon travail de mapping documente, pour chaque objet et chaque champ :

• la source (champ d'origine) et la cible (champ Salesforce) ;
• les règles de transformation (concaténation, conversion de format, valeurs par défaut) ;
• le traitement des champs sans équivalent (création de champs personnalisés ou abandon justifié) ;
• la gestion des identifiants externes, essentiels pour rejouer une migration ou synchroniser plusieurs systèmes.

L'usage d'un External ID dans Salesforce est particulièrement recommandé : il garantit l'unicité des enregistrements et permet des chargements incrémentaux sans créer de doublons.

Étape 3 : les tests et migrations à blanc

Aucune migration ne doit passer directement en production. La méthode éprouvée consiste à réaliser plusieurs migrations à blanc dans un environnement de test (sandbox Salesforce).

Ce que valident les tests

1. Complétude : le nombre d'enregistrements chargés correspond-il au volume attendu ?
2. Intégrité relationnelle : les liens entre comptes, contacts et opportunités sont-ils corrects ?
3. Qualité des transformations : les champs transformés sont-ils exploitables ?
4. Validation métier : des utilisateurs clés vérifient un échantillon de fiches réelles.

Chaque cycle est l'occasion d'ajuster le mapping et les règles de nettoyage. Prévoir deux à quatre itérations selon la complexité est réaliste.

Étape 4 : la bascule et la réconciliation

La migration finale s'effectue sur une fenêtre planifiée, souvent avec un gel des saisies dans l'ancien CRM pour éviter les écarts. Les outils courants (Data Loader, plateformes ETL, connecteurs) permettent de charger les données par objet, dans l'ordre logique des dépendances.

Après le chargement, une phase de réconciliation compare les volumes et les montants clés entre l'ancien et le nouveau système. On conserve toujours un export complet de l'ancien CRM comme sauvegarde, ainsi qu'un journal de migration permettant de tracer chaque enregistrement.

Erreurs fréquentes à éviter

• Migrer toutes les données sans arbitrage, ce qui importe les défauts de qualité de l'ancien système.
• Négliger les pièces jointes et documents, souvent traités en dernier et parfois oubliés.
• Sous-estimer le temps de validation métier : la DSI ne peut pas juger seule de la qualité fonctionnelle.
• Lancer la bascule sans plan de retour arrière documenté.

Faire les bons choix pour votre contexte

La complexité d'une migration dépend du volume, du nombre d'objets, de la qualité initiale et des intégrations connexes. Pour une ETI, il est utile de comparer plusieurs approches et prestataires afin d'évaluer la méthode de reprise, les outils envisagés et l'expérience sur des cas similaires. INTEGREER, en tant que tiers de confiance neutre, peut vous mettre en relation avec des intégrateurs adaptés à votre projet, sans engagement, pour cadrer sereinement votre stratégie de migration.