Comment réussir sa migration Microsoft Dynamics 365 vers HubSpot ?

Avant la migration : audit et préparation

La phase de préparation conditionne la réussite de votre migration Microsoft Dynamics 365. Dynamics est un produit riche, bâti sur Microsoft Dataverse et la Power Platform, qui accumule de la complexité au fil des années : business rules, Power Automate flows, business process flows, plugins .NET, Power Apps custom, security roles très granulaires. Bâcler cette phase, c'est s'exposer à des heures de débogage post-migration.

Cartographier l'usage actuel de Dynamics 365

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

• Quelles tables standards Dataverse sont vraiment utilisées (Leads, Accounts, Contacts, Opportunities, Activities, Cases, Marketing lists, Campaigns) ?
• Quelles custom tables (custom entities) ont été créées et sont actives ?
• Combien de contacts, comptes, opportunités sont en base ?
• Quelles business rules tournent actuellement ?
• Quels Power Automate flows et business process flows sont actifs ?
• Quels plugins .NET et Power Apps custom existent ?
• Quelle est la structure des security roles, business units et teams ?
• Quelles intégrations Microsoft 365 sont en place (Outlook, Teams, SharePoint, Power BI, LinkedIn Sales Navigator) ?

Identifier ce qui est obsolète

C'est l'occasion de faire le ménage avant de migrer. Les business rules désactivées, les Power Automate flows qui ne tournent plus, les plugins .NET hérités d'un consultant parti depuis longtemps : ne migrez pas la dette technique. Dynamics 365 a tendance à accumuler beaucoup de complexité du fait de la souplesse de la Power Platform.

Définir les objectifs HubSpot

Une migration Dynamics 365 vers HubSpot n'est pas une migration "à l'identique". Beaucoup d'organisations migrent justement parce que Dynamics est devenu trop complexe ou trop cher (licences Sales Enterprise + Power Platform + add-ons s'additionnent). Listez ce que vous voulez gagner : meilleur reporting, marketing automation natif, adoption commerciale plus rapide, coûts maîtrisés.

Cartographier les données Dynamics 365

Tables standards Dynamics et équivalents HubSpot

Custom tables : le point d'attention principal

Si vous avez des custom tables (custom entities) dans Dataverse, c'est ici que la migration devient stratégique. Elles deviennent des objets personnalisés HubSpot, avec mapping des champs et reconstruction des associations entre objets. Les relations many-to-many de Dataverse demandent une attention particulière car HubSpot privilégie des associations one-to-many ou many-to-many simples.

Activités et historique d'interactions

L'historique d'interactions (e-mails, appels, rendez-vous, notes) est précieux pour la continuité commerciale. La migration des activités est possible via l'intégration native ou l'API, mais pas via Excel. Anticipez le volume : sur une instance Dynamics de plusieurs années, l'historique peut représenter plusieurs millions d'enregistrements.

Les pièges Dynamics 365 à anticiper

• Business units et security roles : le modèle de sécurité Dataverse est l'un des plus granulaires du marché. La transposition vers le modèle HubSpot (équipes + rôles + partition permissions) demande une simplification pilotée.
• Field-level security : Dynamics permet de masquer des champs au niveau utilisateur. HubSpot Sales Hub Enterprise offre l'équivalent via les propriétés conditionnelles, mais avec un modèle différent.
• Multi-currency : si vous utilisez plusieurs devises dans Dynamics, vérifiez que HubSpot Sales Hub Enterprise est bien envisagé, car cette fonctionnalité n'existe que sur les plans supérieurs.
• Hiérarchies de comptes : Dataverse supporte des hiérarchies parent-enfant complexes. HubSpot les supporte avec des règles d'association à reconfigurer.

Préparer HubSpot avant l'import

Avant de lancer la migration, configurez HubSpot pour recevoir les données dans la bonne structure.

Créer les pipelines de vente

Reproduisez vos pipelines Dynamics dans HubSpot en simplifiant si possible. 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 et objets personnalisés

Listez les propriétés custom de Dataverse 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). Si vous migrez des custom tables Dataverse, créez les objets personnalisés HubSpot correspondants avant de lancer la migration.

Configurer les utilisateurs, équipes et permissions

Importez vos utilisateurs HubSpot et assignez les bonnes permissions. Le modèle Dynamics (security roles + business units + teams + field-level security) 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é.

Anticiper le mapping owner

Mappez chaque utilisateur Dynamics avec un utilisateur 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 : utilisateur "inactif" dans HubSpot, ou réattribution des transactions fermées à un utilisateur générique.

Choisir la méthode de migration

Pour Dynamics 365, trois méthodes possibles selon votre contexte :

1. Intégration native (HubSpot Data Sync et connecteurs)

HubSpot propose une intégration native avec Dynamics 365 via HubSpot Data Sync et les connecteurs disponibles sur le marketplace HubSpot. Avantages : synchronisation bidirectionnelle continue, mapping des objets standards, préservation des activités. Idéal pour les organisations qui veulent une migration progressive avec coexistence temporaire.

2. API HubSpot

Pour les volumes importants ou les custom tables Dataverse complexes, l'API HubSpot offre un contrôle total sur le mapping et la transformation des données. Idéal quand vous avez beaucoup d'objets personnalisés, des relations complexes ou des règles métier spécifiques à appliquer pendant le transfert.

3. Import Excel

Pour les structures plus simples ou un sous-ensemble de données, l'export depuis Dynamics vers Excel puis import dans HubSpot est la méthode la plus accessible. Limite importante : les activités ne sont pas préservées via Excel. À réserver aux migrations sans besoin d'historique d'interactions.

Tester sur un sandbox d'abord

Avant de migrer la production, faites un test sur un environnement Dynamics de test (sandbox) 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, custom fields oubliés, limites Dataverse atteintes sur un grand volume.

Reconstruire les workflows et automatisations

C'est l'étape qui prend le plus de temps en post-migration. Les Power Automate flows, business rules, business process flows et plugins .NET ne sont pas transférables automatiquement.

Lister les automatisations utiles

Avant de tout reconstruire, faites le tri. Les flows désactivés, les business rules qui ne tournent plus, les plugins obsolètes n'ont pas à être recréés. Dynamics a la mauvaise habitude d'accumuler des 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 Power Automate flows :

• 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'e-mail, mise à jour de propriété, création de tâche, attribution de transaction, notification interne
• Délais : attendre X jours, attendre une date, attendre une action

La grande différence : HubSpot peut enrôler nativement depuis des critères marketing (ouverture d'e-mail, visite de page, complétion de formulaire), ce que Dynamics ne fait pas sans Marketing Hub ou Power Automate dédié.

Reconstruire les automatisations complexes

Si vous aviez des Power Automate flows complexes ou des plugins .NET dans Dynamics, 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 business rules

Les business rules Dataverse 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

Gérer l'écosystème Microsoft 365

L'avantage de Dynamics 365 dans le monde Microsoft devient une contrainte lors d'une migration vers HubSpot. La bonne nouvelle : HubSpot propose des intégrations natives avec la plupart des outils Microsoft.

Outlook

HubSpot Sales propose une extension Outlook qui permet de logger les e-mails, créer des contacts depuis Outlook, voir le contexte HubSpot dans le volet latéral. Équivalent fonctionnel à Dynamics App for Outlook.

Microsoft Teams

L'intégration HubSpot Teams permet le partage de transactions, les notifications de pipeline, et les commandes slash pour rechercher des contacts. Plus léger que Dynamics dans Teams mais couvre la majorité des usages.

SharePoint et OneDrive

Connectables via l'API HubSpot ou des intégrations tierces. Si vous stockiez des documents commerciaux sur SharePoint depuis Dynamics, prévoyez le transfert vers HubSpot Documents ou la conservation SharePoint avec lien depuis HubSpot.

Power BI

Si vous avez des dashboards Power BI branchés sur Dataverse, ils ne fonctionneront plus après migration. Trois options : recréer en dashboards HubSpot natifs (couvre 90% des besoins), conserver Power BI avec une connexion vers HubSpot via Operations Hub Data Sync, ou utiliser un outil tiers (Databox, Klipfolio).

LinkedIn Sales Navigator

L'intégration LinkedIn Sales Navigator existe également dans HubSpot Sales Hub Enterprise. Reconfigurez-la après migration.

Migrer les utilisateurs et faciliter l'adoption

La transition Dynamics 365 vers HubSpot est aussi un changement culturel. Les utilisateurs Dynamics ont souvent ancré leurs habitudes dans une interface model-driven Microsoft, qu'ils vont quitter pour une interface beaucoup plus fluide.

Sessions de formation par profil

• Commerciaux : navigation, fiches contact, transactions, pipelines, séquences e-mails, appels, application mobile. Insistez sur les différences avec Dynamics, pas sur les similitudes.
• Marketing : workflows, listes, campagnes, formulaires, landing pages, reporting. Mettez en avant la puissance native du Marketing Hub par rapport à Dynamics Marketing.
• Service : tickets, base de connaissances, chatbot, SLA. Si vous veniez de Dynamics Customer Service, 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 Dataverse + Power Platform.

Documentation interne

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

Champion par équipe

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, et propage les bonnes pratiques. C'est ce qui fait la différence entre une migration techniquement réussie et une adoption réussie.

Mesurer l'adoption et l'optimiser

Une fois la migration en production, les 90 premiers jours sont décisifs.

KPIs à suivre

• Adoption utilisateur : nombre d'utilisateurs actifs par semaine, nombre d'utilisateurs sur mobile
• Activité commerciale : nombre de transactions créées, 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 e-mail, taux de transactions sans propriétaire
• Performance des automatisations : taux d'enrôlement des workflows, taux de complétion, taux d'erreur

Décommissionner Dynamics 365

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

• Lecture seule pendant 6 à 24 mois pour consulter l'historique (coûte une licence Dynamics dégradée)
• Export Dataverse complet pour archivage et résiliation
• Conservation sur un périmètre réduit si certaines fonctionnalités très spécifiques (Power Apps custom critiques) 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 Microsoft Dynamics 365 vers HubSpot n'est pas trivial. Dynamics est un produit dense, bâti sur l'écosystème Microsoft, avec des spécificités fortes : Dataverse, Power Platform, security roles très granulaires, intégrations Microsoft 365. La bonne nouvelle : HubSpot propose une intégration native via Data Sync, et le retour sur investissement est généralement rapide (coûts de licence et de complexité 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 sur Dataverse, reconstruire intelligemment les Power Automate flows en workflows HubSpot, et surtout accompagner l'équipe dans le changement culturel.

Si vous voulez vous faire accompagner sur ce projet, Lomed a piloté de nombreuses migrations Dynamics vers HubSpot. Découvrez notre service de migration Microsoft Dynamics 365 vers HubSpot ou contactez-nous pour un audit gratuit.