Migration CRM : la checklist complète pour changer d'outil sans casse
Changer de plateforme CRM, ce n'est pas un projet d'outillage, c'est un projet de données et de délivrabilité. Voici la méthode que j'applique en mission, étape par étape.
Une migration CRM se déroule en 6 étapes : audit de l'existant, définition du modèle de données, intégration technique, reconstruction des scénarios prioritaires, bascule progressive en double run, puis décommissionnement de l'ancien outil.
Comptez 6 à 10 semaines pour un périmètre email simple, 3 à 6 mois avec du push, de l'in-app et plusieurs sources de données. Les deux points critiques : migrer les consentements avec leur date et leur source, et réchauffer progressivement le nouveau domaine d'envoi sur 3 à 4 semaines.
Cadrer avant de choisir l'outil
La majorité des migrations qui dérapent ont été lancées sur un choix d'outil, pas sur un besoin. Avant la démo commerciale, écrivez noir sur blanc ce que l'outil actuel ne sait pas faire.
- Lister les cas d'usage bloqués aujourd'hui (canal manquant, segmentation trop lente, personnalisation impossible).
- Cartographier les sources de données : produit, back-office, CDP, entrepôt, e-commerce.
- Chiffrer le volume réel : contacts actifs, envois mensuels par canal, pics saisonniers.
- Identifier qui opère l'outil au quotidien : une équipe non technique n'a pas les mêmes besoins qu'une équipe growth outillée.
Les 6 étapes de la migration
1. Audit du dispositif existant
Inventaire des campagnes, scénarios, segments, templates et intégrations. Chaque élément reçoit un statut : reprendre, refondre, abandonner.
2. Modèle de données
Définir les attributs de profil et les événements à envoyer dans le nouvel outil. C'est l'étape la plus structurante : un modèle bâclé se paie pendant des années.
3. Intégration technique
SDK mobile et web, API ou connecteur CDP/entrepôt, authentification du domaine d'envoi (SPF, DKIM, DMARC), webhooks de retour d'événements.
4. Reconstruction des scénarios
On repart des cas d'usage prioritaires, pas d'un copier-coller de l'ancien outil. Les scénarios de bienvenue, panier abandonné et réactivation d'abord.
5. Bascule progressive
Double run : l'ancien et le nouvel outil tournent en parallèle. On bascule canal par canal, en démarrant par les segments les plus engagés pour protéger la réputation d'envoi.
6. Décommissionnement
Export des historiques, archivage des données, arrêt des envois de l'ancienne plateforme, puis fermeture du contrat une fois le nouveau dispositif stabilisé.
Ce qu'il faut reprendre, et ce qui peut attendre
| Élément | Priorité | Remarque |
|---|---|---|
| Base de contacts et consentements | Critique | Le consentement doit être migré avec sa date et sa source, sinon il est juridiquement fragile. |
| Statuts de désabonnement et suppressions | Critique | Une liste de suppression non migrée génère immédiatement des plaintes. |
| Attributs de profil utilisés en segmentation | Haute | Ne reprenez que les attributs réellement utilisés dans les campagnes actives. |
| Scénarios générateurs de revenus | Haute | Bienvenue, panier abandonné, relance post-achat, réactivation. |
| Templates emails | Moyenne | Souvent l'occasion de refondre le design system email plutôt que de convertir l'existant. |
| Historique d'engagement | Basse | Utile analytiquement, rarement indispensable au fonctionnement du nouvel outil. |
Les pièges les plus fréquents
- Sous-estimer la charge côté équipe technique : l'intégration SDK et les événements produits sont rarement prioritaires dans une roadmap produit.
- Basculer 100 % du volume le premier jour : la réputation d'envoi s'effondre et les taux de placement en boîte de réception avec elle.
- Migrer des segments obsolètes : la migration est le meilleur moment pour nettoyer les inactifs de plus de 12 mois.
- Oublier le reporting : sans dashboard équivalent au jour 1, personne ne peut prouver que la migration n'a rien cassé.
- Ne pas former les équipes : un outil plus puissant mal maîtrisé produit moins qu'un outil simple bien opéré.
Questions fréquentes
Combien de temps dure une migration CRM ?
Comptez 6 à 10 semaines pour un périmètre email seul avec une base propre, et 3 à 6 mois dès qu'il y a du push, de l'in-app, plusieurs sources de données et des scénarios automatisés complexes.
Faut-il migrer tous les scénarios existants ?
Non. Une migration est le meilleur moment pour faire le tri : on reprend les scénarios qui génèrent réellement du revenu ou de la rétention, on archive le reste. En pratique, 30 à 50 % des automatisations existantes ne sont jamais remises en service.
Comment éviter de perdre en délivrabilité après une migration ?
Le nouvel outil envoie depuis de nouvelles IP ou un nouveau pool partagé : il faut un warm-up progressif sur 3 à 4 semaines, en commençant par les segments les plus engagés, et conserver l'ancienne plateforme active en parallèle pendant la bascule.
Peut-on migrer l'historique de campagnes ?
Rarement à l'identique. Les historiques d'envoi et d'engagement s'exportent en CSV ou via API, mais ils servent surtout d'archive analytique. Prévoyez un entrepôt de données ou un dashboard externe pour conserver l'historique long terme.
Une migration CRM à préparer ?
J'accompagne le cadrage, le choix d'outil et l'exécution de la bascule, en restant agnostique sur la plateforme.
Me contacter →