Changer de CRM : la méthode qui ne perd ni données ni équipe

Changer de CRM fait partie des projets qu’on repousse pendant deux ans puis qu’on veut boucler en trois semaines. Les deux réflexes se paient : repousser, parce qu’un outil subi dégrade la donnée et l’envie de saisir chaque mois un peu plus ; précipiter, parce qu’une migration ratée cumule les défauts de l’ancien outil et du nouveau. Cette page donne la méthode entre les deux, avec ce que les guides d’éditeurs ne disent jamais : ce que votre contrat actuel prévoit pour votre départ, et ce qu’il ne faut surtout pas emporter.

Les vrais signes qu’il faut partir (et les faux)

Trois motifs justifient structurellement une migration. Les fonctions dont vous avez besoin n’existent pas et n’arrivent pas, malgré un usage propre de l’outil. Les coûts ont dérivé loin de la valeur : paliers subis, modules empilés, renouvellements à deux chiffres. Ou l’éditeur lui-même décroche : produit à l’arrêt, support fantôme, avenir incertain.

Restent les faux motifs, les plus fréquents : « les commerciaux ne s’en servent pas », « la donnée est fausse », « personne ne regarde les rapports ». Ces symptômes décrivent un problème d’adoption et de règles d’usage, pas un problème d’outil, et ils ont une propriété déplaisante : ils déménagent avec vous. Une équipe qui ne saisit pas dans l’outil A ne saisira pas davantage dans l’outil B, et le nouveau logiciel servira de bouc émissaire au même problème, douze mois et un budget plus tard. Le test honnête avant toute décision : si l’outil actuel était utilisé exactement comme prévu, le problème existerait-il encore ? Si non, traitez l’usage. Si oui, le départ est légitime, et bien choisir votre prochain CRM devient le chantier suivant, avec une exigence de plus que les primo-accédants : la liste précise de ce qui vous fait partir, pour ne pas le racheter ailleurs.

Ne migrez que le vivant

L’instinct naturel pousse à tout transférer, neuf ans d’historique compris. C’est l’erreur la plus coûteuse du projet, en argent et en qualité : migrer des données mortes coûte des jours de mapping, et démarre le nouvel outil avec la pollution de l’ancien.

La doctrine qui fonctionne : le nouveau CRM reçoit le vivant, l’ancien devient une archive. Concrètement, on migre les clients et prospects actifs, les affaires ouvertes, les 12 à 24 derniers mois d’historique d’échanges, et les documents contractuels attachés. Tout le reste (les fiches muettes depuis des années, les affaires perdues d’il y a quatre ans, les notes de 2017) part dans un export complet conservé en lecture seule, consultable le jour improbable où quelqu’un en a besoin. C’est aussi le moment du grand nettoyage de votre fichier client : dédoublonnage, formats, statuts. Migrer une base sale, c’est repeindre sur la rouille, et l’occasion de repartir propre ne se représentera pas avant des années.

La conduite du changement, version courte

Le volet humain d’une migration repose sur trois gestes, et leur absence explique une bonne part des raisons d’échec des projets CRM. Impliquer deux ou trois utilisateurs de terrain dans le choix et le paramétrage, parce qu’on n’adopte bien que ce qu’on a contribué à façonner. Communiquer le pourquoi du changement avant le comment, les équipes ayant déjà vu passer des outils « révolutionnaires » qui ont surtout révolutionné leur charge de saisie. Et former sur les cas réels de l’équipe, pas sur le catalogue de fonctionnalités : une demi-journée sur vos propres affaires vaut deux jours de tour du propriétaire.

Les pièges contractuels : lisez la sortie avant de partir

Quatre clauses méritent une lecture attentive : le préavis de résiliation et sa fenêtre (certains contrats se reconduisent tacitement douze mois pour un courrier en retard d’une semaine), le coût de l’assistance à la sortie quand l’export self-service ne couvre pas tout, la durée de rétention de vos données après résiliation (de trente jours à six mois selon les éditeurs : c’est votre filet de sécurité, connaissez sa taille), et la propriété explicite des données et des personnalisations. C’est généralement en découvrant ces clauses que les entreprises parties chercher des alternatives à Salesforce et aux autres grandes plateformes mesurent que le coût de sortie fait partie du coût de l’outil, et qu’il aurait dû se négocier à l’entrée. Faites-le sur le prochain contrat : la réversibilité se signe le premier jour.

Le plan de bascule en six étapes

1. Export complet de l’ancien outil, conservé tel quel : c’est votre sauvegarde de référence, avant toute transformation.

2. Tri et nettoyage selon la doctrine du vivant : dédoublonnage, statuts, formats normalisés.

3. Mapping écrit champ à champ, anciennes valeurs vers nouvelles, avec le sort de chaque champ orphelin tranché par écrit.

4. Import d’essai sur 50 fiches, vérifiées une par une, corrigé puis rejoué jusqu’à un résultat propre.

5. Bascule complète sur un week-end, communiquée à l’avance, avec l’ancien outil passé en lecture seule le lundi matin.

6. Double-run court et asymétrique : deux à quatre semaines pendant lesquelles l’ancien outil reste consultable, mais toute nouvelle affaire et toute saisie vivent dans le neuf, dès le lundi de bascule.

Pour ne rien oublier pendant l’exécution, suivez chaque étape avec notre checklist de migration, qui reprend ces phases en points à cocher.

Le double-run mérite sa règle stricte parce qu’il est le piège du projet : deux outils en écriture, et chacun choisit son préféré, les données divergent, la migration s’éternise. L’ancien CRM sert à vérifier, jamais à travailler. Au-delà, la bascule rejoint le droit commun : paramétrage, formation, rituels, tout ce que couvre notre méthode pour réussir la mise en place, qui s’applique à un changement d’outil comme à un premier équipement. Et si vous êtes encore au stade du choix de la destination, notre comparatif des meilleurs CRM note précisément ce qui vous concerne au premier chef : la qualité des imports, et celle des exports.