Checklist complète avant de changer de CRM

Trois semaines avant le cutover, l’équipe a découvert que le contrat de l’ancien CRM se renouvelait tacitement… huit jours plus tard. Au même moment, personne n’avait testé la restauration des pièces jointes, et la formation des commerciaux était calée après le weekend de bascule. Le nouvel outil n’était pas le problème. La checklist l’était : elle n’existait pas.

Changer de CRM réussit rarement par enthousiasme. Ça réussit par une préparation prosaïque, dans le bon ordre, avec des responsables nommés.

Trancher le « pourquoi » avant le « vers quoi »

Une migration pour « moderniser » sans douleur claire finit en déception. Écrivez les trois raisons non négociables du changement (coût, limites fonctionnelles, risque data, adoption, éditeur). Et ce que vous refusez de reperdre (historique, automatisations clés, intégrations).

Ce document arbitre les débats plus tard, quand chacun voudra recréer l’ancien monde pixel par pixel.

À retenirChanger de CRM est un projet de continuité commerciale, pas seulement un projet IT. Le pipeline du mois suivant est la métrique qui compte.

Contrats et argent : le chapitre qu’on regarde trop tard

Préavis de résiliation, tacite reconduction, export des données, assistance à la sortie, propriété des configs, pénalités. Relisez l’ancien contrat et le nouveau (licences, sandboxes, stockage, appels API, support). Calculez le double run : quelques semaines à chevaucher deux outils coûtent moins cher qu’un cutover raté.

Négociez les dates de facturation autour du plan de bascule, pas l’inverse.

Données : inventaire, nettoyage, mapping, essais

Listez les objets à migrer (et ceux à archiver). Mesurez volumes, doublons, champs zombies. Décidez ce qui doit arriver propre vs ce qui peut rester en archive consultable. Construisez le mapping champ à champ avec un owner métier.

Puis testez. Pas une fois : jusqu’à ce que les volumes, les relations, et les échantillons critiques (top comptes, deals ouverts) soient justes. Les pièces jointes et historiques d’activités sont les classiques oubliés.

AttentionMigrer la dette data « on nettoiera après » transforme le nouvel outil en décharge neuve. Le nettoyage partiel avant cutover n’est pas du luxe.

Intégrations et automatisations : la carte des dépendances

ESP, support, facturation, ERP, site web, outils de séquence, data warehouse : chaque connecteur a un owner et un plan (recréer, adapter, abandonner). Documentez les flux critiques du run quotidien. Un CRM neuf isolé le lundi matin est un CRM que les équipes contourneront le mardi.

Sécurité, accès, conformité

Matrice de rôles dans le nouvel outil, MFA, SSO, accès prestataires, DPA signé, localisation des données, journaux. Recréez le moindre privilège — ne recopiez pas les droits trop ouverts de l’ancien monde « pour aller plus vite ».

Formation et adoption : avant le jour J

Former après la bascule, c’est former dans le stress. Pilotez avec un groupe champion, produisez des gestes métier (pas des tours de l’admin), et tenez un office hours les deux premières semaines. Les managers doivent piloter sur le nouvel outil dès le cutover — sinon le shadow de l’ancien survivra.

Cutover : le script de weekend (ou de soirée)

Écrivez l’ordre des opérations : gel des écritures, dernier export, migration, contrôles, ouverture des accès, bascule DNS/connecteurs, communication. Définissez le critère go/no-go. Prévoyez un rollback réaliste — même partiel (revenir à l’ancien en lecture, par exemple).

Le jour J, une seule source d’instructions. Les improvisations de couloir coûtent cher.

ConseilFaites un « dry run » complet au moins une fois sur un environnement de test, montre en main, avec les mêmes personnes que le vrai cutover.

Hypercare et arrêt de l’ancien

Deux semaines minimum de support renforcé, canal unique pour les incidents, revue quotidienne des blocages. Puis fermeture des écritures sur l’ancien, archivage, révocation des accès, confirmation de suppression / rétention selon contrat. Tant que l’ancien reste confortable, la bascule reste incomplète.

Mini-cas : la checklist qui a sauvé le quarter

Une PME a retardé son cutover de dix jours après un dry run raté sur les pièces jointes et un préavis mal calé. Frustrant à court terme. Le quarter suivant, le pipeline était intact et les commerciaux formés. Le délai avait été un succès déguisé.

FAQ rapide

Combien de temps pour changer de CRM ? De quelques semaines (petite base, peu d’intégrations) à plusieurs mois. Méfiez-vous des promesses « migré en un weekend » sans dry run.

Faut-il tout migrer ? Rarement. Migrez ce qui sert le run et le légal ; archivez le reste de façon consultable.

Qui doit sponsoriser ? Un métier qui souffre du statut quo, plus un arbitre data/IT. Sans sponsor, le projet devient une refonte technique sans adoption.

ChecklistAvant de signer / basculer : pourquoi écrit, contrats relus, mapping testé, intégrations critiques OK, rôles/MFA prêts, champions formés, script cutover + rollback, plan hypercare, sortie de l’ancien planifiée.

Ne rien oublier, surtout le prosaïque

Une checklist complète avant de changer de CRM ne rend pas la migration magique. Elle évite les trous évitables : contrats, data, intégrations, formation, cutover, fermeture. C’est là que les projets basculent — ou se traînent.

Pour co-piloter cette checklist et éviter les angles morts, faites appel à un expert CRM. Pour construire la shortlist du nouvel outil sur des critères sobres, partez du comparatif CRM.