Dans HubSpot, créer un pipeline ne coûte rien. Deux clics, un nom, et c'est parti. C'est précisément le problème. À chaque nouveau produit, nouvelle équipe ou nouveau marché, le réflexe est le même : on crée un pipeline de plus. La réponse courte : dans 8 cas sur 10, c'est une erreur. Voici pourquoi — et comment trancher proprement.
Un pipeline modélise une chose et une seule : un processus de vente. C'est-à-dire une suite d'étapes, avec des critères de passage clairs d'une étape à la suivante.
Ce n'est pas :
Le test tient en une phrase : si vos deals traversent les mêmes étapes, avec les mêmes critères de passage, c'est un seul et même pipeline. Ce qui change — le produit, l'équipe, la région — n'est pas une structure. C'est une propriété.
Le coût ne se voit pas le jour où vous créez le pipeline. Il apparaît six mois plus tard, quand vous essayez de piloter.
Les probabilités de votre prévision pondérée sont calées par étape, et par pipeline. Multipliez les pipelines, et vous multipliez les logiques de prévision qui ne se consolident jamais proprement. Votre forecast global devient une addition de pommes et de poires.
« Étape 3 » ne veut pas dire la même chose d'un pipeline à l'autre. Dès que vos étapes divergent, vos analyses d'entonnoir perdent tout sens : vous ne comparez plus rien à rien.
Au début, vos pipelines sont quasi identiques. Puis chacun prend sa petite variante maison : une étape ajoutée ici, renommée là. Au bout d'un an, plus personne ne sait ce que recouvre réellement chaque colonne.
Chaque workflow basé sur l'étape d'un deal doit désormais gérer tous vos pipelines. Vous multipliez d'autant la charge de maintenance — et le risque d'oublier d'en mettre un à jour le jour où le process change.
Avant de créer un pipeline, ne vous demandez jamais « qui » ni « quoi ». Demandez-vous : « est-ce que le processus, les étapes et les critères de passage sont réellement différents ? »
C'est l'objection numéro un. Et c'est un faux problème de pipeline.
Vouloir cloisonner l'affichage, ce n'est pas une question de structure, c'est une question de vue et de permissions. HubSpot fait ça nativement : vues sauvegardées et filtrées, équipes, partage restreint, accès par propriétaire. Vous obtenez exactement le résultat voulu — chacun ne voit que son périmètre — sans fracturer votre reporting.
Créer un pipeline pour régler un problème d'affichage, c'est utiliser un bulldozer pour planter un clou.
Pour la grande majorité des organisations B2B que nous accompagnons : deux à trois, grand maximum. Typiquement un pipeline new business, un pipeline renouvellement / expansion, et éventuellement un pipeline partenaires si le process partenaire est réellement distinct.
Si vous en avez six, sept ou plus, ce n'est probablement pas que votre activité est exceptionnellement complexe. C'est que des propriétés, des vues et des permissions ont été transformées en structures.
Le pipeline par défaut, c'est un seul pipeline. On en ajoute un uniquement lorsque le processus de vente est authentiquement différent — étapes et critères de passage compris. Tout le reste — produit, équipe, région, affichage — se règle avec une propriété, une vue et des permissions.
Moins de pipelines, ce n'est pas une coquetterie d'admin. C'est un reporting qui parle, un forecast fiable, et une équipe qui sait enfin où elle en est.
Et vous, combien de pipelines avez-vous aujourd'hui dans HubSpot ? Et combien correspondent réellement à des process différents ? Si le ménage s'annonce délicat — fusionner des pipelines sans casser l'historique des deals ni les workflows associés, ça se prépare — c'est exactement le genre de chantier qu'on déminne au quotidien chez Nappoly.