Migration CRM Salesforce vers HubSpot : simplifiez sans perdre en puissance

Le coût dépend du volume et de la complexité des données, du nombre d’objets standards et personnalisés, des automatisations à reconstruire, des intégrations à reconnecter et du niveau de configuration attendu dans HubSpot.

Une instance Salesforce standardisée ne représente pas le même projet qu’un environnement construit sur plusieurs années avec custom objects, Flows, règles de validation, développements spécifiques et nombreuses connexions au SI. Nous recommandons donc un audit préalable pour définir le périmètre et le budget.

La durée dépend de l’architecture Salesforce, du volume d’historique, du nombre d’objets personnalisés, des automatisations, des intégrations et de la disponibilité des équipes métier.

Le projet comprend généralement un audit, la conception de l’architecture HubSpot, le mapping, la migration, la reconstruction des processus, le recettage et la préparation de la bascule. Les environnements complexes nécessitent naturellement un calendrier plus long.

La migration peut concerner notamment les Leads, Contacts, Accounts, Opportunities, Tasks, Events, Campaigns, Cases et certains objets personnalisés. Les propriétés, associations, historiques et autres données sont analysés en fonction de leur structure et de leur utilité. HubSpot documente actuellement l’import de ces différents objets depuis Salesforce.

Chaque élément doit toutefois faire l’objet d’un mapping avant de confirmer sa méthode de reprise.

Oui, sous réserve de disposer de l’environnement HubSpot approprié et de concevoir le modèle cible. HubSpot permet actuellement de synchroniser des objets personnalisés Salesforce avec des objets personnalisés HubSpot dans certaines éditions Enterprise ; l’objet HubSpot doit notamment être créé avant la configuration de cette synchronisation.

Nous auditons néanmoins chaque custom object pour déterminer s’il doit réellement être recréé, simplifié ou remplacé par un objet standard HubSpot.

Les automatisations Salesforce ne doivent pas être considérées comme de simples données à importer. Nous analysons leur finalité métier afin de déterminer lesquelles doivent être reconstruites dans HubSpot, simplifiées, fusionnées ou abandonnées.

Cette approche évite de reproduire des automatisations historiques devenues inutiles ou excessivement complexes.

La reprise des Tasks, Events et autres historiques doit être étudiée selon leur nature, leur volume, leurs associations et le niveau d’historique attendu. HubSpot permet actuellement d’importer notamment Tasks et Events depuis Salesforce, mais le périmètre complet du projet doit être audité avant de confirmer la méthode.

Les historiques complexes peuvent nécessiter une stratégie de reprise spécifique.

Non. La migration constitue justement l’occasion d’identifier les champs réellement utilisés, les doublons, les valeurs obsolètes et les personnalisations devenues inutiles.

Nous définissons le modèle HubSpot cible avant le mapping afin que chaque propriété conservée réponde à un besoin métier, d’automatisation, de segmentation ou de reporting.

Oui. Une période de coexistence peut être organisée afin de préparer HubSpot, réaliser les tests et sécuriser la bascule avant l’arrêt de Salesforce.

Selon le projet, les deux plateformes peuvent également rester synchronisées temporairement. HubSpot propose une intégration Salesforce permettant l’import et la synchronisation de plusieurs catégories de données.

Oui, lorsque l’architecture et les responsabilités des deux plateformes sont clairement définies. Certaines organisations peuvent conserver Salesforce sur un périmètre donné et utiliser HubSpot sur d’autres processus.

Cette coexistence doit toutefois être gouvernée : source de vérité, sens des synchronisations, règles de création et de mise à jour, gestion des doublons et responsabilités des équipes doivent être explicitement définis.

Cela dépend de la stratégie de bascule. Le maintien temporaire des licences peut être nécessaire pour permettre aux utilisateurs de poursuivre leur activité, contrôler les historiques et comparer les données pendant le recettage.

La date de résiliation doit donc être alignée sur la mise en production réelle de HubSpot et non uniquement sur la date du premier import.

Nous définissons précisément le périmètre de reprise, documentons le mapping, sécurisons des extractions de référence et contrôlons les volumes et associations après les migrations.

Le recettage ne se limite pas à comparer des nombres d’enregistrements : les équipes doivent également tester des scénarios métier complets avant la bascule.

Les règles d’identification et de déduplication doivent être définies avant les imports. Nous analysons notamment les contacts, entreprises, identifiants externes, associations et données issues de plusieurs sources afin d’éviter de créer un référentiel HubSpot déjà fragmenté dès sa mise en production.

La coexistence Salesforce-HubSpot demande une attention particulière aux règles de synchronisation et aux associations entre fiches. HubSpot documente notamment le comportement des nouvelles paires de synchronisation entre les deux plateformes.

Oui. Le projet doit alors intégrer les différences de modèles de données, processus, langues, devises, permissions, pipelines, reporting et gouvernance entre les entités.

Nous définissons ce qui doit être standardisé au niveau groupe et ce qui doit rester spécifique aux besoins locaux.

La préparation commence par la qualité du modèle de données, les associations entre objets, la gouvernance des accès et la connexion des systèmes contenant le contexte utile.

La migration est donc une opportunité pour supprimer les informations obsolètes, structurer les données réellement utiles et préparer un environnement exploitable par les fonctionnalités IA et les agents disponibles dans HubSpot.

Nous impliquons les utilisateurs dans la conception et le recettage afin qu’ils comprennent ce qui est conservé, ce qui change et pourquoi certains processus ont été simplifiés.

Les formations sont ensuite adaptées aux différents profils. L’objectif n’est pas d’apprendre à « refaire Salesforce dans HubSpot », mais de permettre aux équipes de maîtriser rapidement leurs nouveaux parcours de travail.

Le choix dépend de la complexité de votre modèle métier, de vos besoins de personnalisation, de votre architecture SI, de vos ressources d’administration, de vos objectifs d’adoption et du TCO attendu.

Salesforce peut rester pertinent pour des organisations nécessitant des niveaux élevés de personnalisation. HubSpot peut être pertinent lorsqu’une entreprise souhaite rationaliser son architecture, rapprocher ses équipes et réduire la complexité opérationnelle. Une analyse du besoin cible est préférable à une comparaison générique des fonctionnalités.

Le choix dépend de l’architecture à reconstruire, des objets personnalisés, des permissions, des automatisations, des besoins de reporting et des différents Hubs utilisés.

Certains besoins Salesforce avancés peuvent conduire vers des éditions HubSpot Enterprise. Par exemple, la synchronisation des custom objects Salesforce est actuellement disponible avec certaines souscriptions HubSpot Enterprise.

Non. Make the Grade peut intervenir sur l’audit Salesforce, l’architecture cible, le mapping, la migration, la reconstruction des automatisations, les intégrations, la gouvernance, le recettage, la conduite du changement, la formation et l’adoption.

L’objectif est de transformer votre système CRM, pas uniquement de déplacer ses données.