Quand les commerciaux boudent le CRM et que les chiffres ne tiennent plus, le réflexe est de changer d’outil. C’est rarement l’outil qui fuit. Ce sont les flux qui l’alimentent, et une migration les emporte avec elle.
En bref
- Un CRM ne fabrique pas ses données : il enregistre ce que lui envoient formulaires, imports et commerciaux.
- Migrer sans diagnostic copie les doublons, les champs morts et les règles bricolées dans l’outil neuf.
- Quelques semaines de vérification avant la bascule évitent de payer le nettoyage deux fois.
Ce que l’on attend, à tort, d’un nouvel outil
Le projet commence souvent par une liste de reproches : l’outil est lent, les rapports sont faux, les commerciaux ne le remplissent pas. Le nouveau CRM promet des tableaux de bord clairs, une interface moderne, des automatisations. La promesse est réelle. Elle suppose seulement que les données qui entrent soient justes.
Or les reproches visent souvent la donnée, pas le logiciel. Un rapport faux est d’abord un rapport alimenté par des fiches incomplètes, en double ou sans source. Un commercial qui n’utilise pas le CRM est souvent un commercial qui n’a plus confiance dans ce qu’il y trouve.
Pourquoi migrer d’abord est un mauvais calcul
- Le nouvel outil reçoit les mêmes données. Les formulaires, les imports de salons et les saisies manuelles ne changent pas avec le logiciel. Un champ téléphone facultatif reste facultatif, quel que soit le CRM qui le reçoit.
- La migration copie les défauts. Doublons, sociétés écrites de trois façons, champs que plus personne n’utilise : tout ce qui est importé devra être mappé, testé, puis nettoyé une seconde fois dans l’outil neuf.
- Les flux cassent pendant la bascule. Formulaires, sources de campagne (UTM), clic Google Ads (gclid), consentements : si personne n’en a la liste, ils sont rebranchés de mémoire, et certains ne le sont jamais.
- ReprendreChamps utilisés pour vendre, historique commercial utile, règles qui fonctionnent
- NettoyerDoublons, formats de pays et de sociétés, fiches incomplètes récupérables
- AbandonnerChamps morts, automatisations orphelines, contacts sans consentement ou hors durée de conservation
Avant la migration, chaque donnée et chaque flux reçoit une décision : reprendre, nettoyer ou abandonner.
Les limites de ce point de vue
Parfois, l’outil est vraiment le problème : il n’est plus maintenu, il ne se connecte pas à vos formulaires ou à Google Ads, ses licences dépassent le budget, ou il ne permet aucune automatisation. Dans ce cas, il faut migrer. Le diagnostic ne remplace pas la migration ; il la précède, pour qu’elle parte de données propres et d’une liste complète des flux.
Ce qu’il faut faire avant de migrer
- Cartographier les entrées : formulaires, salons, campagnes, imports, appels. Chacune devra être rebranchée.
- Inventorier les champs réellement utilisés, et décider pour chacun : reprendre, nettoyer ou abandonner.
- Mesurer la qualité de la base : doublons, fiches sans téléphone ni société, formats incohérents.
- Lister les règles d’attribution et les automatisations, avec ce qu’elles font vraiment.
- Documenter les flux de mesure à conserver : sources de campagne, gclid, conversions hors ligne, consentement.
- Décider ce qui ne sera pas importé : contacts sans consentement, prospects inactifs au-delà de votre durée de conservation.
- Écrire les tests de recette à refaire le jour de la bascule : une demande de test par formulaire, suivie jusqu’au commercial.
Les étapes 1 à 3 recoupent la checklist en 15 points, à passer avant même de consulter des intégrateurs.
À retenir
Changer de CRM sans réparer ses flux, c’est déménager sans trier : tout arrive dans la nouvelle maison, y compris ce qui encombrait l’ancienne.
Questions fréquentes
Faut-il nettoyer la base avant ou après la migration ?
Avant. Nettoyer après oblige à mapper et importer des données qui seront ensuite supprimées, et les commerciaux découvrent l’outil neuf avec les défauts de l’ancien.
À quel moment faire un audit avant migration CRM ?
Avant de rédiger le cahier des charges de l’intégrateur. Le diagnostic lui donne la liste des champs, des règles et des flux à reprendre, ce qui rend son devis plus juste.
L’intégrateur ne s’en charge-t-il pas ?
Il reprend les données qu’on lui confie et les place dans le nouvel outil. Décider de ce qui doit être repris, nettoyé ou abandonné relève d’un diagnostic préalable, que votre intégrateur peut utiliser comme base.
Peut-on migrer et nettoyer en même temps ?
Oui, si le nettoyage est cadré avant : règles de dédoublonnage validées sur un échantillon, sauvegarde de la base d’origine, liste des données à ne pas importer.
Cordata Lab
Vous préparez une migration CRM ?
L’Audit Flash avant migration dit ce qu’il faut reprendre, nettoyer ou abandonner, et remet une note prête pour votre intégrateur.