Migrer son CRM sans perdre de données : la méthode que nous appliquons en PME

Un CRM se change rarement par plaisir. On le change parce que l'ancien outil ne suit plus la croissance, parce que le prestataire a disparu, parce que la direction commerciale ne fait plus confiance aux chiffres qui en sortent. Et c'est précisément à ce moment, quand la pression est forte, que l'on prend les décisions qui font perdre des données. Nous avons accompagné suffisamment de migrations pour savoir que le problème n'est presque jamais technique. Il est méthodologique.

Pourquoi les migrations CRM se passent mal

Une donnée client vaut cher. Selon une estimation publiée par Gartner en 2021, la mauvaise qualité des données coûte en moyenne 12,9 millions de dollars par an aux organisations. Une PME n'est pas à cette échelle, mais le mécanisme est identique : un historique d'échanges perdu, c'est une relance mal placée, une offre qui ignore un litige récent, un commercial qui repart de zéro avec un client de dix ans.

Dans les projets que nous reprenons après un échec, nous retrouvons presque toujours les mêmes cinq causes.

• On migre tout, sans trier. Vingt ans de contacts, dont la moitié n'existent plus. La migration prend trois fois plus de temps et le nouvel outil naît déjà encombré.

• On découvre les écarts de structure le jour de la bascule. L'ancien CRM a un champ « Statut » en texte libre avec 40 valeurs différentes ; le nouveau attend une liste de 6. Personne n'a fait la table de correspondance.

• On oublie les pièces jointes et l'historique. Les fiches contacts passent, mais pas les e-mails, les devis PDF, les notes d'appel. Or c'est là que se trouve la mémoire commerciale.

• On n'a pas défini qui décide. Deux commerciaux ont le même client avec deux orthographes. Lequel garder ? Si la réponse n'existe pas avant la migration, elle sera prise à la va-vite par l'intégrateur.

• On bascule un vendredi soir sans plan de retour. Si lundi matin les données sont fausses, l'équipe n'a plus d'outil du tout.

La méthode en quatre phases

Voici la démarche que nous appliquons. Elle vaut pour un passage de tableur à CRM comme pour un changement entre deux plateformes du marché.

1. Inventaire et tri (2 à 3 semaines). On extrait tout, on compte, on qualifie. Règle simple : un contact sans interaction depuis 36 mois et sans opportunité ouverte part dans une archive consultable, pas dans le nouveau CRM. On documente chaque objet (contacts, comptes, opportunités, activités, documents) avec son volume et son propriétaire métier.

2. Table de correspondance et règles de dédoublonnage. Champ par champ, on écrit ce qui devient quoi. Les valeurs libres sont normalisées avant migration, pas après. Les doublons sont détectés sur des critères explicites (e-mail, numéro d'entreprise, téléphone normalisé) et la règle de fusion est validée par la direction commerciale, pas par l'informatique.

3. Migration à blanc, deux fois. On charge un environnement de test avec les données réelles, on fait vérifier par cinq ou six utilisateurs leurs propres clients pendant une semaine, on corrige, on recommence. La deuxième migration à blanc doit passer sans surprise. Si ce n'est pas le cas, on n'est pas prêt.

4. Bascule contrôlée et double lecture. L'ancien outil passe en lecture seule pendant 30 jours, accessible à tous. Chaque écart signalé est tracé et corrigé dans les 48 heures. Au bout de 30 jours, on ferme l'ancien accès et on conserve une extraction complète, horodatée, en archive froide.

Un exemple : 60 personnes, 48 000 contacts, zéro perte

Une PME industrielle romande de 60 collaborateurs nous a confié le passage d'un CRM historique, hébergé chez un prestataire local en fin de contrat, vers une plateforme du marché. Point de départ : 48 000 contacts, 9 200 comptes, 14 ans d'historique, un champ « Secteur » en texte libre avec 212 valeurs distinctes.

Le tri a ramené le périmètre actif à 21 000 contacts et 5 800 comptes ; le reste a été archivé dans un entrepôt de données interrogeable. Les 212 secteurs sont devenus 18 catégories, validées par le directeur commercial en une réunion de deux heures. Deux migrations à blanc ont révélé 1 400 doublons et un décalage de fuseau horaire sur toutes les dates d'activité (une erreur classique, invisible tant que personne ne compare une fiche à l'ancienne).

Résultat : bascule un mardi matin, aucune donnée active perdue, 11 écarts signalés pendant la double lecture, tous corrigés. Coût total du projet, intégrateur compris : environ 8 % de la licence annuelle sur trois ans. Le poste le plus coûteux n'a pas été la technique mais le temps des utilisateurs pour la vérification, et c'est le mieux dépensé.

Ce que la migration révèle sur votre organisation

Une migration CRM est aussi un révélateur. Elle met en lumière les processus que personne n'a écrits, les champs que tout le monde remplit différemment, les clients dont personne ne sait plus qui est responsable. C'est inconfortable, et c'est une chance : vous ne réussirez pas une automatisation commerciale, ni un projet d'IA sur vos données clients, sans avoir réglé ces questions. Le CRM propre est le socle de tout le reste.

Ce que nous en retenons

Une migration réussie se juge à trois choses : aucune donnée active perdue, des utilisateurs qui adoptent le nouvel outil dès la première semaine, et une structure de données assez propre pour servir de base aux projets suivants. Les trois s'obtiennent par le tri en amont, la validation métier des règles et la double lecture en aval, jamais par la seule qualité de l'outil d'import.

Si vous préparez un changement de CRM et souhaitez un regard extérieur sur votre plan, contactez-nous.