Migration CRM B2B en PME et ETI : la méthode en 6 étapes

Une migration CRM B2B en PME ou ETI échoue une fois sur trois : périmètre sous-estimé, données transférées à l’aveugle, adoption chaotique en go-live. Ce guide expose la méthode 9Squad en 6 étapes appliquée sur 40+ migrations HubSpot, Salesforce, Pipedrive et Sellsy, avec les livrables, arbitrages et pièges à chaque phase.

Pourquoi une migration CRM échoue une fois sur trois

Sur 40+ migrations auditées depuis 2023, les trois causes récurrentes d’échec sont : périmètre fonctionnel figé trop tôt (avant l’audit de l’existant), migration de données sans nettoyage (l’historique pourri se réinstalle), et sous-investissement sur l’adoption (formation < 60 min, aucun référent interne). Le choix du CRM cible ne représente que 20 % du succès ; les 80 % restants tiennent à la méthode.

La méthode 9Squad en 6 étapes

Étape 1 : Cadrage (semaines 1–2)

Livrable : CRM Charter (10–15 pages) qui fige objectifs business, périmètre équipes concernées, cas d’usage prioritaires, KPIs de succès, gouvernance data. Aucune ligne de config avant validation du Charter par direction commerciale + IT. Sans ce cadrage, le projet dérive dès la semaine 4.

Étape 2 : Modèle de données cible (semaine 3)

Formalisation des objets (Contact, Compte, Deal, Ticket, Produit), champs obligatoires vs facultatifs, relations, règles d’unicité. On documente aussi les champs à ne pas migrer : c’est là que l’on divise le volume par 2 à 4. Le modèle est validé sur 3–5 cas d’usage réels avant paramétrage.

Étape 3 : Mapping et nettoyage des données (semaines 3–5)

Extraction de l’existant (CRM source, tableurs, ERP), audit qualité par champ (taux de remplissage, doublons, valeurs libres à normaliser), mapping champ par champ vers le CRM cible. Voir notre guide dédié à la migration de l’historique commercial. Règle d’or : ne pas migrer > nettoyer > migrer.

Étape 4 : Paramétrage du CRM cible (semaines 4–8)

Création des objets, champs, pipelines, automations, permissions, rapports. Priorité au minimum viable (MVP) : ce qui déclenche l’adoption en semaine 1 après go-live. Les workflows secondaires arrivent en V1.1 (mois 2) et V1.2 (mois 3). Intégrations (téléphonie, email, marketing automation, ERP) branchées en dernier, jamais en même temps que la migration data.

Étape 5 : Migration et tests (semaines 7–10)

1. Dry-run 1 sur environnement sandbox : 100 % du volume, validation par échantillon (50–100 fiches) avec propriétaires métier.
2. Dry-run 2 à J-10 du go-live : mêmes règles, vérification des intégrations en conditions réelles.
3. Migration finale le week-end, avec fenêtre de gel du CRM source (24–48h), delta incrémental le lundi matin.

Étape 6 : Go-live et adoption (semaines 9–14)

Formation en deux temps : 90 min en présentiel par équipe (démo + exercices sur vrai pipeline) + 60 min à J+15 pour ajustements. Désignation d’un référent CRM interne par équipe (commercial, marketing, CS). Dashboard adoption hebdomadaire pendant 8 semaines : taux de saisie, complétude fiches, deals à jour. Sans ce suivi, l’adoption chute de 25 % dès le mois 2.

Calendrier type par taille d’équipe

• PME 10–20 utilisateurs, 1 seul pays : 8 semaines end-to-end, budget 18 000 à 28 000 € HT.
• PME 20–40 utilisateurs, 2–3 intégrations métiers : 10–12 semaines, 28 000 à 45 000 € HT.
• ETI 40–80 utilisateurs, multi-BU, ERP couplé : 12–16 semaines, 45 000 à 90 000 € HT.

5 pièges à éviter en migration CRM PME/ETI

1. Migrer 100 % de l’historique par défaut : on ré-installe des années de saleté. Filtrer par date, statut, propriétaire actif.
2. Paramétrer avant d’avoir figé le modèle de données : tout est à refaire quand un champ manque.
3. Basculer téléphonie et marketing automation le même week-end : impossible de diagnostiquer les incidents. Séquencer.
4. Négliger les permissions et la propriété des données : premier point de friction avec les commerciaux en semaine 1.
5. Arrêter le pilotage à J+30 : l’adoption se joue entre J+30 et J+90. Voir notre méthode suivi d’adoption CRM.

Stack outillage typique pour une migration CRM B2B

• Extraction/ETL : Skyvia, Coefficient, HubSpot Import, exports natifs Salesforce/Pipedrive.
• Nettoyage/dedup : Openrefine, Insycle, Dedupely, ou traitement Python custom pour ETI.
• Intégrations post-migration : Make, n8n, Zapier pour orchestration ; API natives pour ERP (Sage, Cegid, Odoo).
• Suivi adoption : tableau de bord natif CRM + Notion/Slack pour rituels équipe.

Questions fréquentes

À lire ensuite : migration des données CRM et historique commercial et le guide complet pour choisir son CRM en 2026. Sur l’adoption post-migration : suivi de l’adoption CRM par les équipes.

Ce qu’il faut préparer avant la première extraction

Une migration se joue majoritairement en amont. Quatre décisions doivent être actées avant toute manipulation technique.

• Périmètre repris : quelles années d’historique, quels statuts d’opportunité, quels contacts inactifs. Tout reprendre coûte cher et importe le désordre existant.
• Référentiel de nommage : raisons sociales, secteurs, sources, étapes de pipeline. Sans référentiel, la déduplication échoue.
• Propriétaire de chaque enregistrement : les comptes orphelins créés lors d’une migration ne sont jamais réattribués ensuite.
• Date de gel : période pendant laquelle l’ancien outil passe en lecture seule.

Recette fonctionnelle : la checklist de validation

La recette ne se limite pas à un comptage de lignes. Sept contrôles minimum, à faire valider par un commercial, pas seulement par l’équipe projet :

1. Volumétrie par objet (comptes, contacts, opportunités, activités) comparée à la source.
2. Contrôle des relations : chaque contact rattaché au bon compte, chaque opportunité au bon contact.
3. Cohérence des montants et des dates de clôture sur les affaires en cours.
4. Historique des échanges consultable sur un échantillon de 20 comptes stratégiques.
5. Doublons résiduels mesurés sur nom d’entreprise et domaine e-mail.
6. Droits d’accès par profil vérifiés en conditions réelles.
7. Intégrations reconnectées : messagerie, agenda, facturation, marketing.

Les 30 jours qui suivent la bascule

La période critique se situe après la mise en production, pas pendant. Trois mesures limitent le retour en arrière : maintenir l’ancien CRM en lecture seule pendant un trimestre, désigner un référent joignable quotidiennement pendant les deux premières semaines, et suivre trois indicateurs simples (opportunités créées, activités enregistrées, connexions actives). Si les activités ne progressent pas au bout de trois semaines, le problème est fonctionnel et non technique.

Sur le détail du transfert des données, voir notre guide dédié à la migration de l’historique commercial.