Comment réussir sa migration Salesforce vers HubSpot ?

Intro

Vous avez décidé de passer de Salesforce à HubSpot et vous cherchez un guide concret ? Ce tutoriel détaille les 8 étapes d'une migration réussie, avec un focus sur les spécificités Salesforce : custom objects, validation rules, workflow rules, process builder, flows, profiles & permissions. Bonne nouvelle : Salesforce est l'un des CRM les mieux pris en charge par HubSpot Smart Transfer, l'outil natif de migration. Mais Smart Transfer ne fait pas tout, et c'est dans la préparation et la reconstruction des automatisations que se joue la réussite du projet.

Avant d'aller plus loin, posez-vous une question : voulez-vous migrer totalement vers HubSpot, ou intégrer HubSpot à Salesforce ? Beaucoup d'organisations choisissent la coexistence, en gardant Salesforce pour les ventes et en ajoutant HubSpot pour le marketing automation. Si c'est votre cas, lisez plutôt notre guide complet d'intégration HubSpot et Salesforce. Cet article-ci traite la migration totale.

Si vous venez d'un autre CRM, jetez un œil à notre tutoriel migration Pipedrive vers HubSpot, Zoho vers HubSpot ou Sellsy vers HubSpot, qui suivent la même logique avec leurs propres spécificités.

1. Avant la migration : audit et préparation

La phase de préparation conditionne directement la réussite de votre migration Salesforce. Bâclez-la et vous le payerez ensuite en heures de débogage post-migration, ou pire, en données perdues ou en équipe qui rejette le nouveau CRM.

Cartographier l'usage actuel de Salesforce

Avant de bouger une seule ligne, listez précisément ce que vous faites dans Salesforce aujourd'hui :

• Quels objets standards sont vraiment utilisés (Leads, Accounts, Contacts, Opportunities, Cases, Campaigns) ?
• Quels custom objects ont été créés et sont actifs ?
• Combien de contacts, comptes, opportunités sont en base ?
• Quelles validation rules sont en place ?
• Quelles workflow rules, process builder et flows tournent actuellement ?
• Quelle est la structure des profiles, roles et permission sets ?
• Quelles intégrations tierces sont connectées (Marketo, Pardot, Outreach, SalesLoft, autres) ?
• Quelles sont les sandboxes existantes et leur usage ?

Identifier ce qui est obsolète

C'est l'occasion de faire le ménage avant de migrer. Les workflow rules accumulées depuis 5 ans qui ne tournent plus, les champs personnalisés jamais remplis, les triggers Apex hérités d'un consultant parti depuis longtemps : ne migrez pas la dette technique. Salesforce a tendance à accumuler beaucoup plus de complexité que les autres CRM en raison de son âge et de sa souplesse, c'est là que se cache souvent 30 à 50% du périmètre apparent.

Définir les objectifs HubSpot

Une migration Salesforce vers HubSpot n'est pas une migration "à l'identique". C'est une migration vers une cible améliorée. Beaucoup d'organisations migrent justement parce que Salesforce est devenu trop complexe ou trop cher : ne reproduisez pas la complexité de Salesforce dans HubSpot. Listez ce que vous voulez gagner : meilleur reporting, marketing automation natif, adoption commerciale plus rapide, coûts maîtrisés, alignement marketing-sales.

2. Cartographier les données Salesforce

C'est l'étape où on liste précisément ce qui doit être migré et comment.

Objets standards Salesforce et équivalents HubSpot

Custom objects : le point d'attention principal

Si vous avez des custom objects dans Salesforce, c'est ici que la migration devient stratégique. HubSpot Smart Transfer les convertit en objets personnalisés HubSpot, avec mapping des champs et conservation des associations entre objets. Cette fonctionnalité permet de migrer des structures de données complexes sans repartir de zéro.

Activités et historique d'interactions

L'historique d'interactions (emails, calls, meetings, notes) est précieux pour la continuité commerciale. Smart Transfer migre les activités principales en les attachant aux contacts via les objets activités HubSpot. Anticipez le volume : sur une instance Salesforce de plusieurs années, l'historique peut représenter des millions d'enregistrements et conditionner la durée du transfert.

Les pièges Salesforce à anticiper

Trois éléments qui doivent être traités spécifiquement :

• Person Accounts : si votre instance Salesforce utilise ce mode (B2C), le mapping vers HubSpot demande une attention particulière, car HubSpot sépare nettement Contacts et Sociétés.
• Hierarchies de comptes : Salesforce supporte des hiérarchies parent-enfant complexes. HubSpot les supporte aussi mais avec des règles d'association à reconfigurer.
• Multi-devises : si vous utilisez plusieurs devises dans Salesforce, vérifiez que HubSpot Sales Hub Enterprise est bien envisagé, car cette fonctionnalité n'existe que sur les plans supérieurs.

3. Préparer HubSpot avant l'import

Avant de lancer Smart Transfer, configurez HubSpot pour recevoir les données dans la bonne structure. Importer dans une instance HubSpot vierge sans paramétrage donne un résultat brouillon.

Créer les pipelines de vente

Reproduisez vos pipelines Salesforce dans HubSpot en simplifiant si possible. Si vous aviez 8 pipelines Salesforce dont 3 jamais utilisés, n'en créez que 5 dans HubSpot. Pour chaque pipeline, définissez les stages, leurs probabilités de gain et les actions automatiques associées.

Créer les propriétés personnalisées

Listez les propriétés custom de Salesforce qui doivent être migrées et créez-les dans HubSpot. Pour chaque propriété, choisissez le bon type (texte, liste déroulante, date, nombre, formule). Quand un champ Salesforce était une champ formule, vérifiez si HubSpot peut la recalculer nativement ou s'il faut passer par Operations Hub.

Créer les custom objects

Si vous migrez des custom objects Salesforce, créez les objets personnalisés HubSpot correspondants avant de lancer Smart Transfer. Définissez les associations avec les autres objets (contacts, sociétés, transactions). C'est l'étape la plus délicate techniquement et celle où un partenaire HubSpot expérimenté apporte le plus de valeur.

Configurer les utilisateurs, équipes et permissions

Importez vos utilisateurs HubSpot et assignez les bonnes permissions. Salesforce a un modèle de permissions très granulaire (profiles, permission sets, role hierarchy) qui ne se transpose pas 1:1 dans HubSpot. Anticipez une simplification : HubSpot utilise des équipes, des rôles utilisateurs et des partition permissions. La simplification est souvent bénéfique pour l'agilité, mais elle doit être pilotée par vos équipes RevOps.

Anticiper le mapping des propriétaires

Mappez chaque user Salesforce avec un user HubSpot pour ne pas casser l'attribution des transactions et l'historique des activités. Si certains anciens commerciaux ne sont plus dans l'entreprise, prévoyez une stratégie : créer un user "inactif" dans HubSpot, ou réattribuer les transactions fermés à un user générique.

4. Lancer HubSpot Smart Transfer

C'est le moment du transfert effectif. HubSpot Smart Transfer est l'outil natif et gratuit recommandé par HubSpot, et c'est sur Salesforce qu'il est le plus mature, puisque c'est son cas d'usage historique principal.

Comment ça marche

Smart Transfer connecte votre instance Salesforce à HubSpot via OAuth, puis transfère les données par lots. L'outil gère :

• Mapping automatique des objets standards (leads, accounts, contacts, opportunities)
• Mapping des custom objects Salesforce en objets personnalisés HubSpot
• Conservation des associations entre objets
• Transfert des activités principales (tasks, events, calls, emails, notes)
• Mapping des propriétaires selon votre table de correspondance

Les limites à connaître

Smart Transfer ne migre pas :

• Les workflow rules, process builder et flows Salesforce, à reconstruire manuellement dans les workflows HubSpot
• Les triggers Apex et code custom Salesforce (forcément, c'est du code Salesforce-spécifique)
• Les validation rules complexes (à recréer dans HubSpot avec des validations de propriété ou Operations Hub)
• Les profiles et permission sets très granulaires (à reconfigurer manuellement)
• Les configurations avancées (sharing rules, organization-wide defaults, gestion territoriale, etc.)

Tester sur un sandbox d'abord

Avant de migrer la production, faites un test sur une sandbox Salesforce (vous en avez forcément une) et un portail HubSpot de test. Vérifiez le résultat, ajustez les mappings si besoin, puis lancez la migration sur la production. C'est la phase qui révèle les surprises : champs mal mappés, champs personnalisés oubliés, governor limits Salesforce Salesforce atteints sur un grand volume.

5. Reconstruire les workflows et automatisations

C'est l'étape qui prend le plus de temps en post-migration. Les automatisations Salesforce (workflow rules, process builder, flows) ne sont pas transférables automatiquement, et leur reconstruction est souvent l'occasion d'une réelle remise à plat.

Lister les automatisations utiles

Avant de tout reconstruire, faites le tri. Les workflow rules désactivées, les process builder qui ne tournent plus, les flows obsolètes, n'ont pas à être recréés. Salesforce a la mauvaise habitude d'accumuler les automatisations qui s'empilent et se contredisent : la migration est l'occasion de remettre tout au propre.

Mapper vers les workflows HubSpot

Les workflows HubSpot offrent une logique similaire aux automatisations Salesforce :

• Trigger d'enrôlement : critères basés sur les propriétés, les activités, les soumissions de formulaire, le comportement web
• Branches conditionnelles : if / else / and / or
• Actions automatiques : envoi d'email, mise à jour de propriété, création de tâche, attribution de deal, notification interne
• Délais : attendre X jours, attendre une date, attendre une action

La grande différence : HubSpot peut enrôler depuis des critères marketing très naturellement (ouverture d'email, visite de page, complétion de formulaire), ce que Salesforce CRM seul ne fait pas sans Pardot ou Marketing Cloud.

Reconstruire les automatisations complexes

Si vous aviez des process builder ou flows complexes dans Salesforce, deux options :

1. Les remplacer par des workflows HubSpot natifs : suffit dans 80% des cas après simplification.
2. Utiliser Operations Hub Pro/Enterprise pour des actions personnalisées via code (JavaScript ou Python) si la logique métier est vraiment custom.

Gérer les validation rules

Les validation rules Salesforce qui forcent la qualité des données peuvent être reconstruites dans HubSpot via :

• Les validations de propriété natives (champs requis, formats spécifiques)
• Les workflows qui vérifient et alertent en cas d'incohérence
• Operations Hub pour des règles complexes

6. Gérer les intégrations tierces Salesforce

Si vous utilisez Salesforce, vous avez probablement plusieurs intégrations tierces : Marketo, Pardot, Outreach, SalesLoft, DocuSign, ZoomInfo, etc. La question de leur devenir se pose.

Pardot ou Marketo

Si vous utilisez Pardot (devenu Marketing Cloud Account Engagement) ou Marketo en parallèle de Salesforce, c'est typiquement ce qui est remplacé par HubSpot Marketing Hub. La migration depuis Marketo est elle-même prise en charge par Smart Transfer. La migration depuis Pardot demande plus d'intervention manuelle.

Outreach, SalesLoft, Salesforce Inbox

Ces outils de sales engagement ont des équivalents directs dans HubSpot Sales Hub (séquences, templates, snippets). Évaluez si HubSpot suffit ou s'il faut garder l'outil tiers via une intégration.

DocuSign, Adobe Sign

Ces outils ont des intégrations natives avec HubSpot. Pas de problème de continuité, juste à reconfigurer la connexion.

ZoomInfo, Lusha, Cognism

Ces outils d'enrichissement de données ont aussi des intégrations natives HubSpot ou via App Marketplace. À reconfigurer après migration.

Outils maison via API

Si vous avez des intégrations custom développées en interne, identifiez les endpoints Salesforce utilisés et leurs équivalents HubSpot API. La conversion est généralement faisable mais demande du temps de développement.

7. Migrer les utilisateurs et faciliter l'adoption

La transition Salesforce vers HubSpot n'est pas qu'un changement d'outil, c'est un changement culturel. Salesforce a 25 ans d'existence et beaucoup d'utilisateurs ont leurs habitudes ancrées.

Sessions de formation par profil

Adaptez le contenu de formation selon le rôle :

• Commerciaux : navigation, fiches contact, transactions, pipelines, séquences emails, calls, application mobile. Insistez sur les différences avec Salesforce, pas sur les similitudes.
• Marketing : workflows, listes, campagnes, formulaires, landing pages, reporting. Mettez en avant la puissance native du Marketing Hub par rapport à Salesforce + Pardot.
• Service : tickets, base de connaissances, chatbot, SLA. Si vous veniez de Service Cloud, le changement de paradigme demande un accompagnement.
• Admin / RevOps : permissions, propriétés, intégrations, paramétrage avancé. C'est le profil qui doit le plus apprendre, car la logique HubSpot est très différente de la logique Salesforce.

Documentation interne

Capitalisez sur les nouveautés HubSpot dans une base de connaissances interne. Documentez les différences clés Salesforce vs HubSpot pour éviter que les utilisateurs ne cherchent à reproduire des réflexes Salesforce dans HubSpot.

Champion par équipe

Une bonne pratique : nommer un champion HubSpot dans chaque équipe (sales, marketing, service). Cette personne devient le point de contact opérationnel, monte en compétence plus vite que les autres et propage les bonnes pratiques. C'est ce qui fait la différence entre une migration techniquement réussie et une adoption réussie.

8. Mesurer l'adoption et l'optimiser

Une fois la migration en production, les 90 premiers jours sont décisifs. C'est là que se joue l'adoption réelle.

KPIs à suivre

• Adoption utilisateur : nombre d'utilisateurs actifs par semaine, nombre d'utilisateurs qui se connectent sur mobile
• Activité commerciale : nombre de transactions créés par utilisateur, nombre d'activités loggées, taux de complétion des propriétés clés
• Qualité des données : taux de doublons, taux de contacts sans email, taux de transactions sans owner
• Performance des automatisations : taux d'enrôlement des workflows, taux de complétion, taux d'erreur

Optimiser au fil de l'eau

Pendant ces 90 jours, identifiez les zones d'inconfort et ajustez. C'est aussi le moment de mettre en place les dashboards de pilotage qui n'existaient pas dans Salesforce ou qui étaient mal exploités.

Décommissionner Salesforce

Quand la migration est validée, vous pouvez décommissionner Salesforce. Options :

• Lecture seule pendant 6 à 24 mois pour consulter l'historique (coûte une licence Salesforce dégradée)
• Export complet de l'instance pour archivage et résiliation
• Conservation de Salesforce sur un périmètre réduit si certaines fonctionnalités très spécifiques ne sont pas couvertes par HubSpot

Le choix dépend de votre niveau de confiance dans la migration et de vos contraintes de conformité (DGFIP, RGPD, sectoriel).

Conclusion

Migrer de Salesforce vers HubSpot n'est pas trivial. Salesforce est sans doute le CRM le plus riche et le plus complexe du marché, et sa migration demande une vraie expertise. La bonne nouvelle : HubSpot Smart Transfer prend en charge la majorité du travail technique sur Salesforce, et le retour sur investissement est généralement rapide (coûts de licence réduits, adoption commerciale plus forte, reporting unifié).

Le vrai enjeu n'est pas technique, il est organisationnel : préparer correctement l'instance cible, faire le tri dans la dette technique accumulée, reconstruire intelligemment les automatisations, et surtout accompagner l'équipe dans le changement culturel.

Si vous voulez vous faire accompagner sur ce projet, Lomed est a piloté de nombreuses migrations Salesforce vers HubSpot. Découvrez notre service de migration Salesforce vers HubSpot ou contactez-nous pour un audit gratuit. Et si votre projet est plutôt une intégration HubSpot + Salesforce (coexistence des 2 outils), notre guide complet sur l'intégration HubSpot et Salesforce est fait pour vous.