Vous envisagez de passer de HubSpot à Salesforce, ou l’inverse. C’est une décision qui engage votre équipe commerciale pour les 3-5 ans à venir. Une migration CRM mal pilotée peut paralyser votre force de vente pendant 3 mois, coûter 50 000 euros de plus que prévu, et laisser des données orphelines. Voici comment l’éviter, et surtout comment garder vos données et votre productivité intactes.
Pourquoi des entreprises migrent dans les deux sens en 2026
Ce qu’on observe chez Cloud Koala, c’est que les migrations CRM ne vont pas dans un seul sens. Certains repartent de HubSpot vers Salesforce parce qu’ils ont grossi et ont besoin de personnalisation que HubSpot ne donne pas — ou ils la donnent au prix fort. D’autres abandonnent Salesforce pour HubSpot parce qu’après une mise en place mal intégrée, le ROI n’a jamais décollé.
Les vraies raisons ? D’abord, une mauvaise évaluation au départ : on prend HubSpot parce que c’est simple et pas cher, puis à 150 personnes on réalise que les workflows CRM restent très basiques. Ou au contraire, on prend Salesforce pour sa flexibilité, mais personne n’a vraiment compris comment la configurer, et ça coûte 500 euros par utilisateur par mois pour un truc que 70 % de l’équipe ne maîtrise pas.
Ensuite, l’absence de gouvernance après le go-live. Un CRM, c’est vivant : vos processus changent, votre data se pollue, vos workflows deviennent des usines à gaz. À un moment, on se dit « bon, on change ».
Quand migrer (et quand surtout pas)
Trois signaux qui disent « c’est le moment » : d’abord, votre équipe de vente vous dit « j’ai perdu 2 heures par jour à remplir des formulaires ». Ensuite, vous avez une fonction ou deux que le CRM actuel ne peut pas faire sans contorsion. Enfin, vous avez des nouvelles acquisitions qui exigent des outils spécifiques (logiciel de prospection, scoring, etc.) et le coût total d’un ecosystème mal intégré dépasse celui d’une migration.
Les faux signaux : « tout le monde dit que l’autre CRM est mieux » — faux. « On a envie de changer » — mauvaise raison (ce qui change, c’est votre processus, pas le CRM). « On va en profiter pour nettoyer la data » — bien sûr, mais ce n’est pas le CRM qui change, c’est votre rigueur.
Surtout, ne migrez pas en même temps qu’une fusion acquisition, un changement d’ERP, ou une refonte de vos processus commerciaux. Une règle chez Cloud Koala : un changement majeur à la fois.
Les 7 étapes d’une migration HubSpot ↔ Salesforce
1. L’audit du système source. On passe une à deux semaines à documenter chaque champ, chaque workflow, chaque intégration du CRM actuel. Un tableau exhaustif : « Deals » → dans 6 mois les deals ont un champ « probabilité custom » qu’on calcule soi-même. Les intégrateurs pressés sauvent ent ce pas — grave erreur. C’est là qu’on voit aussi les données qu’on ne veut pas migrer (vieux leads sans activité depuis 2 ans, contacts dupliqués, etc.).
2. Le cahier des charges du nouveau système. Ne pas reproduire l’ancienne config. On regarde ce qui marche vraiment, on élimine ce qui ne sert à personne, et on en ajoute (si besoin). Ici, on perd souvent 2 semaines à débattre « est-ce qu’on crée un champ « source lead » ? » — oui, la réponse est oui, mais il faut se le dire en amont.
3. Le nettoyage de la data. 30 à 50 % du temps de migration. Dédupliquer les contacts. Nettoyer les adresses emails (supprimer les « test@test.com »). Enrichir les contacts clés. Tracer l’historique des deals qu’on migre (date creation, dernière activité, etc.). Les équipes sans outil de nettoyage (OpenRefine, Trifacta, ou des scripts Python) la font à la main — allouez 4-8 semaines.
4. Le mapping des objets. Voir ci-dessous. C’est la traduction formelle de chaque objet, chaque champ, chaque relation.
5. La migration technique. Exports/imports, ETL custom si les outils de migration (Mulesoft, Celigo) ne suffisent pas. Cette phase dure 2-4 semaines. On teste sur une copie du système cible en premier.
6. Les intégrations tierces. Zapier, Make, webhooks, API brutes. Pour chaque intégration du système source, on doit la reconfigurer. Une intégration Salesforce → Mailchimp c’est plus simple qu’une intégration HubSpot → Mailchimp (car Mailchimp comprend mieux Salesforce), donc le calcul ROI change. Budgétez 3-6 semaines.
7. Le go-live et la stabilisation. 4 semaines de run en parallèle. Les vendeurs travaillent sur les deux systèmes. On sync manuellement les updates critiques. Puis on coupe. Les 6 premières semaines en prod, l’équipe supporte + vous apprendre les nouvelles façons de faire. Prévoir un coach IA (Copilot, ou tout simplement Claude/ChatGPT en background) pour aider les vendeurs à écrire mieux dans Salesforce.
Le mapping des objets : ce qui passe, ce qui casse
Voici un tableau de référence pour HubSpot vers Salesforce. Les colonnes « Effort » montrent si le mapping est direct (30 min), medium (1-2 jours), ou complexe (1-2 semaines).
| Objet HubSpot | Objet Salesforce | Correspondance | Effort | Notes |
|---|---|---|---|---|
| Companies | Accounts | 1:1 direct | Faible | Garder les champs custom qui ont du sens, laisser tomber les autres |
| Contacts | Contacts | 1:1 direct | Faible | Attention : les champs « email opt-in » se gèrent différemment. Laisser tomber les segmentations HubSpot (elles se font en Salesforce via list views) |
| Deals | Opportunities | 1:1 direct | Moyen | Pipeline structure est similaire mais stages peuvent être différents. Le « close date » du Opportunity est à récupérer du Deal |
| Engagement email | Task + Email Message | N:1 ou via intégration Salesforce Email | Moyen | HubSpot track les opens/clicks, Salesforce non (sauf add-on). À décider : garde-t-on tout, ou on garde les derniers 12 mois ? |
| Workflows | Process Builder / Flow / Automation | Pas de migration automatique | Élevé | À reconstruire. 80 % sont trop complexes ou non nécessaires — occasion de simplifier |
| Properties custom | Custom Fields | 1:1 (même type) | Faible | Valider que Salesforce accepte la même plage de valeurs (picklists, nombres, etc.) |
| Tasks | Tasks | 1:1 mais attention | Moyen | Historique older than 18 months → archive (Salesforce garde 18 months par défaut). Les tasks fermées → décider si on les archive ou on les supprime |
| Notes / Activities | Notes / Activity Timeline | Partiellement | Moyen | HubSpot agrège tout, Salesforce a plusieurs objets — bien structurer les notes pour qu’elles restent trouvables |
| Associations (Deal ↔ Company ↔ Contact) | Lookup fields | 1:1 mais avec attention | Moyen | Salesforce utilise des lookup fields, plus rigides que les associations HubSpot. À définir : un Contact peut-il être lié à plusieurs Accounts? |
| Pipelines custom | Record Type ou champ Formula | Stratégique | Élevé | Salesforce n’a pas les « pipelines » HubSpot. À restructurer en Record Types (Opportunity) ou champs |
La donnée : nettoyer avant de bouger
Voici l’ordre de priorité chez Cloud Koala : d’abord, les doublons. Un outil comme Duplicate Management dans Salesforce aide, mais le vrai nettoyage se fait avant la migration. Deuxièmement, les valeurs manquantes ou invalides (email vide, champ « pays » avec « FR33 » au lieu de « France »). Troisièmement, la cohérence des picklists — si HubSpot a « Stage: Prospect / Lead / Qualified », Salesforce aura peut-être « LeadStatus: Open / Working / Converted » — il faut un mapping manuel.
Une PME de 80 personnes qu’on a guidée avait 95 000 contacts. Après nettoyage, 68 000 valides. Les 27 000 restants ? Tests, import d’essai, prospects sans email. On n’a migré que les 68 000 — et ça a réduit les frictions jour 1 de 60 %.
Les automations et workflows : 80% sont à reconstruire
HubSpot et Salesforce n’ont pas la même philosophie. HubSpot, c’est des workflows linéaires. Salesforce, c’est des Process Builders ou Flows (et bientôt les agents IA Agentforce). Le problème : vos workflows HubSpot ont grandi de façon organique. « Si Deal stage = Negotiation ET value > 50k ET company employees > 100, créer une Task ». En Salesforce, ça devient trois règles d’automatisation au lieu d’une.
Notre conseil : ne migrez que les 20 % des workflows qui sont vraiment critiques et utilisés. Le reste, supprimez-le ou l’automatisez avec IA à la place. Un workflow classique « envoyer un email si prospect ne répond pas en 7 jours » ? Remplacez-le par un agent IA qui analyse l’historique d’engagement et suggère la prochaine étape au vendeur. C’est mieux et ça coûte pareil.
Les intégrations tierces : l’angle mort
Quasiment tous les projets de migration qu’on a vus ont sous-estimé ce poste. Si vous aviez 15 intégrations en HubSpot (Marketo, Mailchimp, Slack, Asana, Shopify, Stripe, Typeform, LinkedIn, Calendly, etc.), vous en aurez 15 à Salesforce aussi. Mais chacune doit être revalidée : l’authentification change, les mappings changent, certaines fonctionnalités disparaissent.
Exemple : vous aviez Mailchimp synchronisé avec HubSpot via Zapier (« tout contact avec email opt-in = ajout Mailchimp list »). En Salesforce, il y a un connecteur Mailchimp natif, mais la logique d’opt-in fonctionne différemment. Vous devez revalider. Budgétez 2-3 jours par intégration critique, et 0,5 jour par intégration « mineures ».
Délais et coûts réels en 2026
Soyons concrets. L’ordre de grandeur pour une PME de 30-100 personnes :
- Audit et planning (2-3 semaines) : 8-12 k€ (consultant senior HubSpot/Salesforce à 850 € TJM)
- Nettoyage data (3-6 semaines) : 12-25 k€
- Migration technique (2-4 semaines) : 10-20 k€
- Reconfig intégrations (3-6 semaines) : 15-35 k€
- Formation + go-live (2-4 semaines) : 8-15 k€
- Licences Salesforce (3-6 mois) : 15-45 k€ (30 utilisateurs × 165 € × 3-6 mois)
Total observé : 68-152 k€, durée 6-12 semaines. Si vous êtes une ETI (200-500 personnes), multiplier par 2-3.
Oui, c’est cher. Mais comparez à une migration « ratée » où on perd 6 semaines de productivité commerciale, les données sont pourries, et au final on paie les même 150 k€ + 80 k€ de chaos. Mieux vaut dépenser un peu plus tôt et bien faire.
Vous voulez parler de votre migration ? Contactez Cloud Koala, on revient vers vous sous 24 h. On a déjà guidé des migrations dans les deux sens, et les pièges, on les connaît.
Pour aller plus loin
Si cet article vous a été utile, ces lectures complémentaires de notre blog le prolongent bien :
- Choisir son CRM en 2026 : HubSpot, Salesforce, Pipedrive, Zoho
- Combien coûte vraiment un projet CRM en 2026
- Pourquoi un projet CRM dérape
- API et webhooks : la base à comprendre
Questions fréquentes
Combien de temps le système source reste-t-il actif pendant la migration ?
Pendant les 6-8 semaines de migration technique, les deux systèmes tournent en parallèle. HubSpot continue à recevoir les leads. On se sync manuellement une fois par jour sur les deals critiques. À J-0 du go-live, on met HubSpot en lecture seule, et les vendeurs basculenturs à Salesforce. Pendant 2-4 semaines, Salesforce est la source de vérité. Puis HubSpot peut être supprimé (les données sont archivées ou restent dans les backups Salesforce).
Qu’est-ce qui se perd dans une migration ?
Presque rien si on est rigoureux. Mais les « presque » : (1) L’historique des emails tracés par HubSpot (open/click) n’a pas d’équivalent Salesforce sauf add-on tiers (Cirrus Insight, Yesware). (2) Les segmentations HubSpot ne migrent pas — il faut les recréer en Salesforce via List Views ou Process Builder. (3) Les workflows très complexes : on en perd une partie de la logique (mais voir nos conseils plus haut, c’est une bonne occasion de simplifier).
Peut-on réduire le coût avec l’IA et des outils no-code ?
Oui, c’est ce qu’on fait. Pour l’export/import et le nettoyage, on utilise ChatGPT + Python pour écrire des scripts de transformation. Pour les workflows post-migration, on utilise Salesforce Flows (no-code) au lieu de customisation Apex. Pour la documentation des modifications, Claude ou ChatGPT génère automatiquement la base de connaissance. On divise le coût de la migration par 40-50 % facilement.
Qu’est-ce qui peut vraiment déraper dans une migration ?
Trois pièges qu’on voit régulièrement : (1) La donnée n’a jamais été nettoyée et arrive pourrie à Salesforce — 5 k€ de plus pour corriger après le go-live. (2) Les intégrations tierces ne sont pas revalidées et au jour 2 en prod, Slack ne reçoit plus les notifications. (3) Les utilisateurs n’ont pas été formés et continuent à utiliser HubSpot comme avant — perte de 3-4 semaines de productivité. Solution : prévoir une semaine de formation intensive avant J-0.
Et si on échoue ? Peut-on revenir en arrière ?
Techniquement oui. Pendant les 2-4 premières semaines, on peut garder une copie de sauvegarde de HubSpot et en cas de gros problème, on revient. Mais la fenêtre se ferme vite (coûts additionnels, confusion des vendeurs). Notre conseil : pendant les 2 semaines avant go-live, validez à 99 % que tout fonctionne. Test de bout en bout avec des vendeurs vrais. Ça prend du temps mais ça sauve la migration.
Faut-il un partenaire ou on peut le faire en interne ?
Si votre équipe IT a une forte expertise Salesforce/HubSpot ET que vous avez une personne dédiée à la gouvernance après migration, vous pouvez réduire le coût du partenaire. Mais les projets qu’on voit réussir à 100 % sont ceux avec un partenaire qui prend les décisions difficiles (« on garde ou on supprime ce workflow ? ») et documente tout. Un partenaire = tranquillité. L’interne seul = plus de risque mais moins cher.