Migration Salesforce vers Hubspot en PME : coût réel

TL;DR

• Une migration Salesforce vers Hubspot coûte entre 8 000 et 25 000 EUR pour une PME, hors licence Hubspot, sur une durée de 8 à 10 semaines.
• La cause n°1 de migration n'est pas un défaut produit : c'est un coût par utilisateur qui grimpe plus vite que l'adoption réelle, et une configuration Salesforce jamais adaptée à la réalité terrain de l'équipe.
• Le vrai risque n'est pas technique, il est humain et documentaire : un mapping de champs mal préparé casse la reprise de données avant même que la formation des équipes ne commence.
• Deux approches : big bang (rapide, risqué) ou migration par étapes avec double-run court (plus lente, plus sûre). Pour une équipe de moins de 20 commerciaux, la seconde option gagne presque toujours.

Pourquoi une PME quitte Salesforce alors qu'elle l'a choisi il y a trois ans

Le scénario revient souvent de la même façon. Une PME de 15 à 40 salariés a signé Salesforce à un moment où l'équipe commerciale grandissait vite, avec la promesse d'un outil qui grandirait avec elle. Deux ou trois ans plus tard, la facture a doublé, deux commerciaux sur huit n'ouvrent l'outil que pour cocher des cases avant une réunion de pipe, et personne dans l'équipe ne sait vraiment configurer les workflows sans passer par un intégrateur facturé à l'heure.

Ce n'est presque jamais un problème de produit. Salesforce reste un outil solide, taillé pour des organisations avec des besoins de prévision de revenu complexes, des règles d'approbation à plusieurs niveaux, ou une attribution marketing multi-touch fine. Le problème, c'est que la majorité des PME françaises de moins de 50 salariés n'ont pas ces besoins, et paient pour une puissance qu'elles n'utilisent pas. Salesforce a lancé en 2023 une offre Starter à 25 EUR par utilisateur et par mois pour capter justement ce segment PME, mais dès qu'une organisation dépasse une centaine de licences avec des besoins un peu spécifiques, le ticket d'entrée réel remonte vite vers plusieurs centaines de milliers d'euros par an selon les comparatifs de tarifs publiés en 2026.

La sortie ne se joue donc pas sur un bug ou une panne. Elle se joue sur un signal plus lent à repérer : le taux d'adoption qui baisse pendant que la facture monte. Beaucoup de PME quittent Salesforce après environ 18 mois, non pas parce que l'outil est mauvais, mais parce qu'il n'a jamais été configuré pour leur réalité de terrain, les étapes de pipeline ne collent pas au cycle de vente réel, et les modules d'intelligence artificielle proposés sont pensés pour des milliers de clients à la fois sans connaître ni les objections récurrentes de l'équipe ni son cycle de vente spécifique (itsystemes.fr, pourquoi les PME abandonnent Salesforce en 2026). Cette même analyse situe Salesforce comme surdimensionné pour environ 80% des PME françaises de moins de 50 salariés.

On a documenté cette même logique de coût qui grimpe plus vite que l'usage réel dans notre comparatif des alternatives à Hubspot pour PME : le raisonnement est symétrique, seul l'outil de départ change.

Ce que coûte vraiment une migration, poste par poste

Le chiffre qui circule le plus souvent, entre 8 000 et 25 000 EUR selon la complexité du projet (Ceres Agency, guide migration Salesforce vers Hubspot, 2026), cache une réalité en plusieurs briques bien distinctes, et c'est en les séparant qu'on comprend où le budget peut déraper.

Le premier poste, c'est l'audit et le mapping. Un consultant ou une équipe interne passe en revue les objets Salesforce (comptes, contacts, opportunités, objets personnalisés créés au fil du temps) et décide comment chacun se retrouve dans Hubspot. C'est un travail de traduction, pas de copie : les statuts de deal Salesforce ne correspondent presque jamais un pour un aux étapes de pipeline Hubspot, et il faut trancher des cas ambigus (que devient un lead "en pause depuis 8 mois", un contact rattaché à trois comptes différents par erreur historique).

Le deuxième poste, c'est la configuration de Hubspot lui-même : propriétés personnalisées, pipelines, séquences email, tableaux de bord. C'est le poste le plus prévisible, celui où les devis d'agence sont les plus fiables.

Le troisième poste, souvent sous-évalué, c'est la reprise et le nettoyage des données. Une base Salesforce vieille de plusieurs années accumule des doublons, des contacts jamais mis à jour, des champs remplis n'importe comment par des commerciaux pressés. Migrer cette base telle quelle dans Hubspot, c'est migrer le désordre avec elle. Le nettoyage avant reprise est le poste qui fait le plus varier la facture finale d'un projet à l'autre.

Le quatrième poste, invisible sur un devis mais réel dans le temps passé, c'est l'accompagnement au changement : former les commerciaux, documenter les nouveaux processus, répondre aux questions pendant les premières semaines d'usage. C'est ce poste-là qui, quand il est bâclé, produit une équipe qui continue de travailler dans Salesforce en douce pendant des mois après la bascule officielle.

À ces coûts de projet s'ajoute la licence Hubspot elle-même, facturée en plus. Le palier Sales Hub Professional tourne autour de 100 dollars par siège et par mois en facturation annuelle, avec un onboarding officiel Hubspot obligatoire de 1 500 dollars la première année. Pour une équipe de 10 commerciaux, ça représente autour de 12 000 dollars la première année rien que pour la licence, avant même de compter le projet de migration.

Les étapes qui structurent un projet propre

Une migration qui se passe bien suit une mécanique assez stable, quel que soit le prestataire.

Tout commence par l'audit : on regarde ce qui existe vraiment dans Salesforce, pas ce que la documentation interne dit qui devrait exister. C'est à cette étape qu'on découvre les objets personnalisés oubliés, les automatisations qui tournent encore pour un processus abandonné depuis deux ans, ou les intégrations tierces (téléphonie, ERP, outil de facturation) qui devront être reconnectées une par une côté Hubspot, parfois directement, parfois via un orchestrateur comme ceux qu'on compare dans notre guide n8n vs Make vs Zapier vs Cowork quand le connecteur natif ne suffit pas.

Vient ensuite la configuration de Hubspot : propriétés, pipelines, workflows d'automatisation, permissions par équipe. C'est le moment où on résiste à la tentation la plus fréquente et la plus coûteuse : reproduire fidèlement la complexité Salesforce dans Hubspot. Beaucoup d'organisations migrent justement parce que Salesforce est devenu trop complexe à maintenir, et recréer cette même complexité dans le nouvel outil annule une bonne partie du bénéfice attendu.

La reprise de données suit, une fois la configuration validée. C'est le moment le plus technique et le plus sensible : export depuis Salesforce, transformation selon le mapping défini en amont, import dans Hubspot, puis vérification manuelle d'un échantillon représentatif avant de considérer que la reprise est bonne.

Arrive alors la période de double-run, généralement 2 à 4 semaines, où les deux systèmes tournent en parallèle. Les commerciaux continuent à travailler dans Salesforce pour la sécurité, tout en testant Hubspot sur un périmètre restreint. C'est la période qui révèle les derniers écarts de configuration avant la bascule définitive.

Enfin, la bascule elle-même : soit un big bang à une date fixe pour toute l'organisation, soit une migration progressive équipe par équipe. La coupure de Salesforce n'intervient qu'une fois que l'ensemble de l'équipe a validé que Hubspot couvre correctement son usage quotidien. Pour une PME avec des pipelines simples, l'ensemble de ce cycle prend généralement 8 à 10 semaines (turnK, guide complet migration Salesforce vers Hubspot).

Une fois le CRM en place, la tentation naturelle est d'y brancher tout de suite des automatisations marketing et commerciales. On détaille cette étape suivante, séquences de nurturing et scoring inclus, dans notre guide des 8 workflows d'automation marketing pour PME et dans notre guide du lead scoring automatique.

Big bang ou migration progressive : ce qui détermine le bon choix

Le big bang a un avantage réel : il évite de faire vivre deux systèmes en parallèle pendant des mois, ce qui limite la confusion et le coût de double maintenance. Son risque est symétrique : si un processus critique casse le jour de la bascule, toute l'organisation encaisse le problème en même temps, avec une visibilité commerciale dégradée pendant que l'incident se résout.

La migration progressive, équipe par équipe ou processus par processus, limite ce risque en cantonnant les erreurs à un périmètre restreint le temps de les corriger. Elle coûte davantage en temps de gestion de projet, parce qu'il faut maintenir une cohérence entre deux systèmes actifs plus longtemps.

Sur les projets qu'on a vus se dérouler proprement en PME, le facteur qui tranche n'est pas la taille de l'entreprise mais la criticité du pipeline commercial pendant la période de transition. Une PME qui traite un volume de deals suffisamment faible pour absorber une semaine de flottement choisit souvent le big bang, quitte à accepter deux ou trois jours de friction. Une PME dont le pipeline tourne en continu, avec des deals qui se signent chaque semaine, préfère presque toujours une migration progressive avec un double-run un peu plus long que la moyenne, précisément pour ne jamais perdre de visibilité sur les opportunités en cours.

Ce qui casse vraiment une migration mal préparée

Le point de rupture le plus fréquent, ce n'est pas un bug de l'outil, c'est un mapping de champs préparé trop vite. Un statut de deal Salesforce qui n'a pas d'équivalent clair côté Hubspot, un champ personnalisé rempli avec des valeurs incohérentes selon le commercial qui l'a saisi, un historique d'activité qui se retrouve dupliqué ou tronqué pendant l'export : chacune de ces erreurs, prise isolément, semble mineure. Cumulées sur une base de plusieurs milliers de contacts, elles produisent un CRM qui a l'air fonctionnel en surface mais dans lequel personne ne fait plus confiance aux chiffres après quelques semaines.

Le deuxième point de rupture, plus lent à identifier, est humain plutôt que technique. Une partie de l'équipe commerciale, celle qui a construit ses habitudes de travail dans Salesforce depuis des années, continue à ouvrir l'ancien outil en douce après la bascule officielle, parce que personne ne lui a expliqué où retrouver ses repères dans le nouveau. Ce comportement ne casse rien visiblement, mais il vide la migration de sa valeur : deux systèmes coexistent de fait, avec une base de données qui diverge un peu plus chaque semaine entre les deux.

Un bon projet de migration budgète donc autant de temps sur la formation et l'accompagnement que sur la partie technique. C'est souvent le poste qu'un devis serré tend à réduire en premier, et c'est justement celui qui détermine si l'investissement se rentabilise dans les mois qui suivent ou s'il finit par ressembler à une dépense de plus sans gain d'adoption réel.

Grille de décision : migrer, attendre, ou rester

Avant de lancer un projet de migration, trois questions permettent de trancher rapidement. Combien de commerciaux actifs utilisent réellement l'outil au quotidien, et pas seulement une fois par semaine en réunion ? En dessous de 20 à 30 commerciaux actifs, Hubspot couvre en général l'essentiel des besoins à un coût nettement inférieur. Le pipeline a-t-il besoin de règles d'approbation complexes sur plusieurs niveaux hiérarchiques, ou d'une attribution marketing multi-touch fine ? Si oui, Salesforce garde un avantage structurel qu'il faut peser sérieusement avant de migrer. Enfin, quel est le taux d'adoption réel aujourd'hui, mesuré et pas estimé ? Si une partie significative de l'équipe contourne déjà l'outil en place, la migration se justifie presque toujours, indépendamment du montant déjà investi dans la solution actuelle : continuer à payer pour un outil sous-utilisé coûte, sur la durée, plus cher que le projet de migration lui-même.