La veille du cutover, le DSI d’une PME services a ouvert le nouvel outil et a cherché « Dupont ». Trois fiches. Aucune avec le bon historique d’opportunités. Les notes étaient là, orphelines. Les devis, eux, étaient restés dans l’ancien monde.
La migration data n’avait pas « échoué techniquement ». Elle avait échoué métier : on avait déplacé des lignes sans préserver le sens.
Ce qu’on migre vraiment (et ce qu’on croit migrer)
On croit migrer des contacts. On migre surtout des relations : qui a parlé à qui, où en est le deal, quelle promesse a été faite, quel consentement existe, quel ticket SAV est ouvert. Si ces liens cassent, le CRM neuf est un bel annuaire amnésique.
Commencez par une décision politique, pas technique : que doit-on pouvoir faire le lundi matin après le cutover ? Relancer les deals en cours ? Répondre à un client qui rappelle ? Produire un forecast ? Ces réponses définissent le périmètre minimal de migration. Tout le reste peut venir en vague 2.
Attention« On migre tout, au cas où » est la phrase la plus chère d’un projet CRM. Elle double les délais et importe la dette.
Cartographier avant de mapper
Inventoriez les sources : CRM actuel, Excel parallèles, outil d’emailing, helpdesk, facturation. Pour chaque objet critique (compte, contact, opportunité, activité), notez le volume, le propriétaire de la vérité, et le niveau de confiance. Une base à 40 % de doublons ne se « mappe » pas : elle se nettoie d’abord, au moins partiellement.
Le mapping n’est pas un tableau Excel de colonnes A → B. C’est une traduction de concepts. Votre « client » actuel est-il un Account, une Company, ou un mélange flou avec les prospects ? Vos « actions » sont-elles des tasks, des emails loggés, des notes libres ? Chaque ambiguïté non tranchée reviendra en incident J+2.
La méthode en vagues, pas en big bang data
Une approche qui tient souvent la route : d’abord le référentiel (comptes/contacts dédoublonnés), puis les opportunités ouvertes, puis l’historique utile (12–24 mois selon le cycle), puis le reste en archive consultable. Les équipes acceptent mieux un passé partiel fiable qu’un passé total douteux.
Prévoyez des jeux d’essai. Pas un import témoin de dix lignes : un échantillon représentatif des cas tordus (doublons, multi-contacts, deals sans compte, caractères spéciaux, champs vides critiques). La recette data est aussi importante que la recette fonctionnelle.
| Vague | Contenu typique | Critère de go |
|---|---|---|
| 0 | Nettoyage / règles de matching | Taux de doublons sous seuil défini |
| 1 | Référentiel + owners | Recherche client fiable |
| 2 | Pipeline ouvert + activités récentes | Forecast et relances possibles |
| 3 | Historique étendu / archives | Accès sans polluer le quotidien |
Rollback et plan B : en parler avant le jour J
Qui décide d’interrompre le cutover ? Combien de temps garde-t-on l’ancien outil en lecture seule ? Que fait-on si 5 % des deals ouverts sont orphelins ? Sans réponses écrites, la migration se transforme en improvisation sous stress.
Le rollback parfait est rare. Le repli réaliste, lui, est obligatoire : geler les écritures sur l’ancien système, fenêtres de sync, équipe support renforcée, liste des utilisateurs pilotes qui valident avant l’ouverture générale.
ConseilUn expert CRM rompu aux migrations coûte moins cher qu’une semaine de commerciaux sans historique le lundi du go-live.
Les pièges classiques
Importer sans propriétaire clair : chaque fiche doit avoir un owner, sinon personne ne s’en occupe. Migrer des consentements marketing sans preuve ni date : vous créez un risque plus grand que l’ancien outil. Oublier les pièces jointes et notes « où vit vraiment la mémoire client ». Et sous-estimer le temps de formation : une donnée migrée que personne ne sait retrouver est une donnée perdue.
Après la migration : la semaine de vérité
Les sept premiers jours servent à écouter les frottements. Champs introuvables, vues cassées, volumes qui ne collent pas au reporting habituel. Prévoyez un canal unique de signalement et des correctifs quotidiens. Puis un gel des nouvelles personnalisations le temps de stabiliser.
Mesurez aussi la confiance. Si les équipes rouvrent l’ancien export Excel « pour vérifier », la migration n’est pas finie — même si l’import est à 100 %.
Conclusion
Réussir une migration de données CRM, c’est moins une prouesse d’import qu’un exercice de priorisation et de sens. Définissez ce qui doit vivre le lundi matin, nettoyez avant de déplacer, testez les cas tordus, et gardez un plan B. L’historique client n’est pas un fichier : c’est la continuité de votre relation.
Pour un accompagnement ciblé (mapping, reprise, cutover), sollicitez un expert migration / data CRM. Si le changement d’outil n’est pas encore tranché, commencez par le comparatif CRM.