Comment structurer HubSpot pour une ESN

Est-ce que HubSpot est fait pour une ESN, et comment le structurer pour qu'il tienne la réalité de notre métier ?

La question est mal posée, et c'est la première chose à corriger. « HubSpot est-il fait pour les ESN » n'a pas de réponse utile. La bonne question est celle-ci.

Quel périmètre HubSpot doit-il couvrir chez nous, et quel périmètre doit rester dans notre outil de gestion ?

Tant que cette frontière n'est pas tracée, tout le reste est prématuré. C'est elle qui détermine le nombre de pipelines, la structure des propriétés, le sens des flux, et surtout ce que vos commerciaux verront chaque matin. C'est aussi la décision la plus souvent escamotée à l'achat, et celle qui coûte le plus cher six mois plus tard.

Structurer HubSpot pour une ESN consiste à trancher six décisions, dans cet ordre.

La frontière avec l'outil de gestion, devis compris.
Les pipelines, selon les logiques de vente et non l'organigramme.
L'entreprise comme objet pivot, avec l'arborescence et le référencement.
Les permissions, et surtout la règle d'arbitrage entre business units.
Le pilotage, en assumant ce que l'outil ne calcule pas.
L'adoption, qui se prépare avant la configuration et se joue sur le calendrier.

Le piège à connaître. Un référencement, un accord cadre ou une entrée au panel fournisseurs n'est pas une opportunité commerciale. Il n'a ni montant ni date de clôture, et le placer dans le pipeline commercial pollue votre prévision avec des affaires qui ne se ferment jamais.

Pourquoi la frontière avec l'outil de gestion commande tout le reste

Décision 1. La frontière avec l'outil de gestion.

Soyons directs sur ce que HubSpot ne fera pas dans une ESN. Il ne gère ni le staffing et l'affectation des consultants, ni le rapprochement entre un besoin client et un profil disponible, ni les dossiers de compétences, ni les comptes rendus d'activité et la saisie des temps, ni la facturation au réalisé, ni la marge par intervention ou par consultant.

Ce ne sont pas des trous à combler. C'est le périmètre de votre outil métier, qui reste la source de vérité sur le réalisé. HubSpot prend l'amont, à savoir la prospection, la qualification, le compte, le pipeline commercial et le pilotage de l'activité de vente.

Le point de friction numéro un est le devis. La question se règle en une phrase, où est-il construit et lequel des deux systèmes fait foi sur le montant. Dans une ESN d'une centaine de personnes que nous avons accompagnée, l'outil de gestion produisait un devis d'une granularité très fine, ventilé ligne par ligne selon des règles propres au métier. Cette structure n'était pas reproductible dans HubSpot. Conséquence directe, ni devis détaillé ni signature électronique côté HubSpot, malgré la présence de la fonctionnalité.

Ce n'est pas un renoncement. C'est ce qui permet à HubSpot de servir à quelque chose, parce que là où la double saisie disparaît, l'adoption devient possible.

Le sens du flux et sa fréquence se décident aussi, et se disent. Sur cette même intervention, l'interconnexion passait par un outil d'automatisation tiers, en unidirectionnel de l'outil de gestion vers HubSpot, avec un à deux imports par jour. Deux conséquences que personne n'avait anticipées. Toute modification faite dans HubSpot était écrasée ou ignorée, donc rationaliser les étapes de vente supposait de les modifier aussi côté outil de gestion. Et le pilotage n'était pas en temps réel, un statut changé le matin apparaissant l'après-midi. C'est acceptable, à condition que ce soit dit à l'équipe et non découvert un jour de comité.

Décision 2. Les pipelines, selon les logiques de vente.

Un pipeline correspond à une logique de traitement distincte. Pas à une équipe, pas à une agence, pas à une vue de reporting. Le réflexe naturel est d'en créer un par business unit, et c'est une erreur. Cela fragmente la lecture, multiplie la maintenance et rend le pilotage consolidé pénible, sans rien apporter que les équipes et les vues ne feraient mieux.

Sur une ESN de plusieurs centaines de personnes organisée en sept business units, nous avons retenu trois pipelines, correspondant à trois lignes métier aux cycles réellement différents.

L'assistance technique, déclenchée par un besoin de ressource exprimé, sur un cycle de quelques jours à quelques semaines, face à un manager opérationnel ou aux achats, souvent sur panel.
L'infogérance, déclenchée par une fin de contrat, une insatisfaction ou une croissance, sur un cycle moyen à long, face à la direction des systèmes d'information, sur une logique contractuelle et récurrente.
Le projet au forfait, déclenché par un appel d'offres, sur un cycle de plusieurs mois, face à une direction métier et aux achats, avec comité et soutenance.

Trois cycles, trois séquences d'étapes, trois définitions de gagné. C'est ce qui justifie trois pipelines. Sept business units, non, ce sont sept équipes.

Un piège fréquent, l'étape inutile. Sur une autre intervention, le pipeline héritait d'une dizaine d'étapes dont plusieurs ne servaient à rien, personne ne les faisait franchir ou tout le monde les sautait. Une étape n'existe que si quelqu'un fait quelque chose de précis pour la franchir, et si ce franchissement change la probabilité de gagner. Le reste est du décor.

Décision 3. L'entreprise comme objet pivot.

Dans une ESN, l'objet le plus structurant n'est pas la transaction, c'est l'entreprise. Vous vendez à un groupe qui décide, à des filiales qui commandent, et parfois à des sites qui exécutent. HubSpot gère nativement les associations entre entreprise mère et entreprise fille, et cela suffit dans la très grande majorité des cas. Ce qui ne suffit pas, c'est de laisser l'arborescence à la bonne volonté de chacun. Sans règle écrite sur qui rattache quoi, elle se dégrade en trois mois.

Sur un groupe d'ESN comptant plusieurs filiales françaises et étrangères, plus des entités acquises conservant leur marque, une question est revenue à chaque intégration, faut-il aligner les processus de la filiale sur ceux du groupe ou accepter de la flexibilité. Notre position a été de tenir la nuance, parce que les processus commerciaux de l'entité acquise n'étaient pas identiques et que forcer l'alignement revenait à faire porter à l'outil un sujet managérial. La règle que nous en avons tirée est celle d'un socle commun non négociable, à savoir le modèle de données, la nomenclature et la définition de gagné, et d'une marge d'adaptation locale sur les propriétés de qualification. Le socle garantit la consolidation, la marge garantit l'adoption.

Et voici l'angle mort que la plupart des configurations ratent, le référencement. Une entrée au panel fournisseurs, un accord cadre, un référencement chez un grand compte, ce n'est pas une opportunité commerciale. Cela n'a ni montant ni date de clôture, et pourtant cela conditionne toute la relation. Le mettre dans le pipeline commercial pollue la prévision avec des affaires qui ne se ferment jamais.

Deux options tiennent. Des propriétés sur l'entreprise, statut de référencement, date d'échéance et périmètre couvert, quand le référencement est un état du compte avec peu d'étapes à suivre, la limite étant l'absence d'historique d'avancement. Ou un pipeline dédié, distinct du pipeline commercial, quand la démarche est elle-même un processus à plusieurs étapes avec des responsables, la limite étant un pipeline de plus à maintenir. Notre recommandation par défaut est de commencer par les propriétés, et de ne créer le pipeline dédié que si la démarche mobilise réellement plusieurs personnes sur plusieurs mois.

Décision 4. Qui voit quoi.

Le multi business units se traite avec les équipes et les jeux de permissions, pas avec des objets personnalisés. Sur l'ESN à sept business units citée plus haut, sept équipes HubSpot et trois jeux de permissions ont suffi. Sur une autre intervention internationale, la contrainte était le cloisonnement par pays, les commerciaux voyant l'ensemble de la base tous marchés confondus, ce qui n'était acceptable ni pour la direction ni pour eux.

Deux points de vigilance remontent systématiquement. Le cloisonnement n'est pas le vrai sujet. Le vrai sujet est ce qui se passe quand deux business units travaillent le même compte, et comment l'apport d'affaires entre elles est déclaré, suivi et reconnu. C'est une question de règles internes avant d'être une question de configuration, et si la règle n'existe pas, l'outil ne l'inventera pas. Et la visibilité des tableaux de bord se décide explicitement. Un tableau marketing ouvert à toute la force de vente crée du bruit, un tableau de performance individuelle visible par tous crée de la tension. Chaque tableau doit répondre à une question simple, qui le regarde et pour décider quoi.

Décision 5. Ce que vous voulez piloter, et ce que HubSpot ne calcule pas.

Ce qui fonctionne bien, ce sont les objectifs individuels avec une saisonnalité réelle. Sur une ESN, nous avons implémenté une répartition mensuelle non linéaire, calée sur l'activité observée les années précédentes, avec un début d'année creux et un pic sur le second semestre. C'est bien plus juste qu'un douzième par mois, et cela change complètement la lecture d'un écart en mars. Le suivi de l'activité commerciale fonctionne aussi dès le premier jour, à condition que les activités soient consignées.

Ce qui ne fonctionne pas nativement, c'est la marge. Sur une ESN, l'indicateur qui compte n'est pas le chiffre d'affaires mais la contribution, à savoir l'écart entre le prix vendu et le coût de la ressource. HubSpot ne le calcule pas sans briques supplémentaires. Sur une intervention, nous avons assumé un contournement manuel et documenté, plutôt que de construire une usine à gaz qui aurait été fausse dès le troisième mois. Dites-le à votre partenaire au moment du cadrage, et s'il vous répond que tout est possible, méfiez-vous.

Décision 6. L'adoption, et le vrai risque, qui n'est pas technique.

Un CRM correctement configuré peut mourir quand même. Sur un audit mené chez un acteur du conseil en données, HubSpot était en place depuis plusieurs années, la partie marketing tournait bien, et une équipe commerciale de cinq à six personnes ne l'ouvrait quasiment pas. Le travail réel se faisait sur des feuilles de calcul partagées, et le pipeline contenait des opportunités obsolètes. Le déclencheur de la demande n'était pas l'outil, c'était un premier trimestre en dessous des objectifs. Le diagnostic, lui, était instructif, les commerciaux n'avaient aucun environnement de travail quotidien dans HubSpot. Pas de listes de travail, pas de tâches, messagerie non connectée. L'outil était configuré, mais il n'y avait aucune raison de l'ouvrir le matin.

Le symptôme à surveiller est le volume mort. Sur une autre intervention, la base comptait environ quinze mille transactions, dont la grande majorité était inexploitable, créées automatiquement par le flux venant de l'outil de gestion, jamais qualifiées, jamais fermées. Une transaction créée automatiquement et jamais touchée par un humain n'est pas de la donnée, c'est du bruit. Si votre interconnexion déverse des affaires sans que personne n'ait la responsabilité de les qualifier, vous n'installez pas un CRM, vous installez un entrepôt.

Enfin, le calendrier fait partie de l'architecture. Sur le groupe multi-marques, l'intégration d'une filiale acquise était prévue pour septembre et nous l'avons décalée à janvier. Introduire un nouvel outil au moment où l'équipe joue son dernier trimestre commercial, c'est garantir le rejet. Un déploiement se cale sur la saisonnalité commerciale et non sur le planning du projet. Cela paraît évident, et c'est pourtant l'arbitrage le plus souvent sacrifié.

En pratique, trancher les six décisions d'architecture d'une ESN

Les dix questions à se poser en interne, avant même de recevoir une proposition

Quel outil de gestion conservons-nous, et qu'est-ce qui reste dedans, définitivement ?
Qui construit le devis, et lequel des deux systèmes fait foi sur le montant ?
Combien de logiques de vente réellement différentes avons-nous, et non combien d'équipes ?
Comment déclarons-nous et reconnaissons-nous l'apport d'affaires entre business units aujourd'hui, sans outil ?
Où suivons-nous nos référencements et nos accords cadres aujourd'hui ?
Quels sont les trois indicateurs que la direction regardera vraiment chaque mois ?
La marge fait-elle partie de ces indicateurs, et si oui avec quelle donnée d'entrée ?
Qui sera l'administrateur de l'outil dans un an, et sur quel temps dégagé ?
À quel moment de notre année commerciale pouvons-nous absorber un changement d'outil ?
Qu'est-ce qui a fait échouer notre précédente tentative, et qu'avons-nous changé depuis ?

Les questions huit, neuf et dix sont celles qui prédisent le mieux la réussite d'un déploiement. Ce ne sont pas des questions techniques.

La contre-épreuve avant de créer un pipeline supplémentaire

Trois questions suffisent. Les étapes sont-elles réellement différentes, ou seulement les personnes ? La définition d'une affaire gagnée change-t-elle ? Ai-je besoin de suivre ces affaires séparément, ou seulement de les filtrer ? Si la réponse est seulement de les filtrer, c'est une vue et non un pipeline.

Les quatre questions à trancher sur l'interconnexion

Qui crée le devis et lequel des deux systèmes fait foi sur le montant. Le flux est-il unidirectionnel ou bidirectionnel, et dans quel sens. Quelle est la fréquence réelle de synchronisation, et qui le sait. Que se passe-t-il quand les deux systèmes divergent, et qui arbitre. Si ces quatre réponses ne sont pas écrites, l'interconnexion n'est pas cadrée, elle est espérée.

Alors, HubSpot est-il fait pour votre ESN ? Réponse franche, dans les deux sens.

Oui, si vous acceptez que votre outil de gestion reste la source de vérité sur le réalisé et que HubSpot prenne l'amont. Si votre besoin principal est de structurer l'avant-vente, la prospection et le pilotage commercial. Si vous avez une personne identifiée en interne pour porter l'administration dans le temps. Et si votre direction est prête à trancher les questions de gouvernance que l'outil va révéler, arbitrage entre business units, règles d'attribution, définition d'une affaire gagnée.

Non, ou pas encore, si vous cherchez à remplacer votre outil de gestion, ce n'est pas le bon produit. Si vous attendez un pilotage fin de la marge par consultant sans brique complémentaire. Si personne en interne ne peut consacrer de temps à l'outil après la mise en service, un CRM sans propriétaire se dégrade en un trimestre. Ou si votre organisation commerciale n'est pas stabilisée, parce que configurer un CRM sur une organisation en cours de refonte revient à modéliser quelque chose qui n'existera plus dans six mois.

À surveiller sur la structuration de HubSpot pour une ESN

Tracez la frontière avec l'outil de gestion avant tout le reste. Sans elle, la configuration est prématurée.
HubSpot ne gère ni le staffing, ni les temps, ni la facturation au réalisé, ni la marge par consultant. Ce n'est pas un trou à combler.
Un devis très granulaire n'est pas toujours reproductible. Décidez lequel des deux systèmes fait foi sur le montant.
Un flux unidirectionnel écrase ou ignore vos modifications faites dans HubSpot.
Un pipeline correspond à une logique de vente, pas à une équipe. Sept business units, ce sont sept équipes.
Une étape qui ne change pas la probabilité de gagner est du décor.
Le référencement dans le pipeline commercial pollue la prévision. Commencez par des propriétés sur l'entreprise.
Le multi business units se traite par les équipes et les permissions, pas par des objets personnalisés.
La marge n'est pas calculée nativement. Assumez un contournement documenté plutôt qu'une usine à gaz.
Une transaction créée automatiquement et jamais qualifiée est du bruit, pas de la donnée.
Un déploiement se cale sur votre saisonnalité commerciale, pas sur le planning du projet.

Quand nous contacter sur la structuration de HubSpot pour une ESN

Contactez Yuzu Corp pour cadrer les six décisions avant toute configuration. La grille des dix questions se travaille très bien en une séance avec la direction commerciale, et c'est elle qui détermine le coût réel du projet.

Pour aller plus loin, découvrez le cas Valeuriad, CRM, staffing et facturation unifiés.

Auteur, sources et date de vérification

Rédigé par Jos le Tirant
Sales Ops chez Yuzu Corp · 1 an sur HubSpot · Nantes & Paris
Yuzu Corp est partenaire HubSpot Diamond et membre du Claude Partner Network
Publié le 5 septembre 2026 · Vérifié sur HubSpot le 1 septembre 2026