La plupart des Pipelines B2B SaaS s'effondrent en trois étapes , qualified, proposal, closed. Chaque Deal qui meurt entre « problème confirmé » et « contrat signé » est logué comme perdu en legal ou perdu sans décision. Le Pipeline n'a pas perdu le Deal, il a échoué à le modéliser. Un Pipeline qui ne peut pas décrire ce qui se passe entre confirmation et signature ne peut pas vous dire pourquoi un Deal a stallé, ce qui veut dire qu'il ne peut pas vous dire quoi faire ensuite. Le modèle en cinq étapes ci-dessous a survécu au contact avec trois implémentations B2B SaaS live, et il survit parce que chaque étape mappe à un comportement buyer et une action seller distincts.
Pourquoi cela compte maintenant
L'achat B2B n'est pas devenu plus simple, il est devenu plus encombré. Adamson, Dixon et Toman ont défendu dans Harvard Business Review que le solution selling est à bout de souffle, parce que les équipes procurement arrivent désormais avec leur propre diagnostic et leur shortlist. Le levier restant du seller se tire avant que le buyer ne fasse procurement : recadrez le problème que le buyer pensait avoir, et gagnez le droit de définir l'outcome. Un Pipeline avec trois étapes ne peut pas faire ce travail. L'architecture des Deal stages est le mécanisme de simplification, quand les étapes sont nommées d'après le comportement buyer et le job seller, l'équipe a une fonction de forçage sur la prochaine action. Quand les étapes sont nommées « qualified, proposal, closed », l'équipe a un classeur.
Étape un: Educate , vendre la vision, pas les fonctionnalités
L'étape educate, c'est là où le buyer rencontre un cadre pour le problème qu'il n'avait pas encore les mots de nommer. Le job du seller, ce n'est pas de démo le produit: c'est de donner au buyer un vocabulaire pour le problème opérationnel que le produit adresse, et un point de vue sur pourquoi ça empirera avant de s'améliorer. Comportement buyer : volonté de prendre un meeting où rien n'est vendu. Action seller : un recadrage: une articulation en une page du problème, ancrée dans le marché du buyer, son stade et sa pression commerciale. Critères de sortie , le buyer dit, dans ses propres mots, le problème dont vous êtes venu discuter. S'il ne le peut pas, vous n'êtes pas sorti d'educate.
La plupart des équipes sautent cette étape et appellent le premier appel « discovery ». Une discovery sans éducation est une checklist de pain points auxquels le buyer a répondu avec ce qu'il pensait que vous vouliez entendre.
Étape deux, Discover , la séance de travail qui gagne le droit de proposer
La discovery n'est pas un script de questions de qualification. C'est une séance de travail, idéalement avec l'un des leaders opérationnels du buyer dans la salle, où le seller mappe le workflow du buyer contre le cadre d'educate. Comportement buyer : il apporte des données, il amène un collègue, il annule un meeting pour prendre celui-ci. Action seller : pression-tester le cadre, nommer les deux ou trois endroits où il tient et le seul endroit où il ne tient pas, écrire au buyer dans les vingt-quatre heures. Critères de sortie , le buyer accorde, par écrit ou en appel, que le problème tel que décrit est le problème qui vaut d'être résolu. Sans ça, vous ne pouvez pas pricer une solution dessus.
Étape trois, Value , le workshop qui ferme le Deal
C'est l'étape que la plupart des équipes sautent, et la sauter, c'est pour ça que les Deals meurent en legal. L'instinct après discovery, c'est d'envoyer la proposition, pricing, conditions, scope, redlines, et de laisser la fonction procurement du buyer faire le reste. La proposition atterrit dans un comité qui n'a pas vu le cadre d'educate, n'était pas dans la séance de travail discover, et n'a aucune raison commerciale de défendre le Deal. Le Deal meurt sur le bureau procurement et le seller appelle ça un problème legal.
Le correctif, c'est un workshop value avec le comité complet du buyer, avant que la proposition ne sorte. Un deck. Une heure. Le seller vend la vision de l'outcome: à quoi ressemble le motion revenue du buyer dans douze mois, à quoi ressemble la courbe de renouvellement dans vingt-quatre, quels patterns d'advocacy et d'expansion il débloque: pas le software, pas le nombre de sièges. Le workshop est le moment où le comité s'aligne sur l'outcome, ce qui fait de la proposition une formalité au lieu d'une négociation. Comportement buyer : le comité complet se présente. Action seller : présenter l'outcome, pas le prix. Critères de sortie , le workshop était au calendrier et a eu lieu. Vous ne pouvez pas sortir de value tant que le workshop n'est pas fait.
Pourquoi cette étape manque dans la plupart des Pipelines
Personne dans l'équipe ne la porte. Marketing porte le haut de funnel, sales porte le close, et la décision opérationnelle que le buyer prend en réalité, « est-ce que ça délivrera l'outcome dont nous avons convenu », se passe dans un no-man's-land entre eux. L'étape value nomme cet écart et lui donne un owner.
Étape quatre: Setup , contractualisation, kickoff, les étapes que CS hérite
Setup, c'est l'étape où le Deal est commercialement gagné mais opérationnellement indéfini. Le contrat est en revue legal ou signé en attente de planification du kickoff. Le comportement buyer passe d'évaluer à onboarder: timelines d'implémentation, change management, handover du comité d'achat à l'équipe opérationnelle. Action seller : rendre le kickoff inévitable. Date de kickoff confirmée, owners nommés des deux côtés, plan d'implémentation en une page que l'owner customer success a déjà lu. Critères de sortie , contrat signé et kickoff planifié. La propreté de l'héritage détermine si les premiers quatre-vingt-dix jours sont un onboarding fluide ou un projet de récupération.
Étape cinq, Closed Won , une définition unique et défendue
Closed won est l'un des noms d'étape les plus malmenés dans les Pipelines B2B SaaS. Dans une instance HubSpot ou Salesforce héritée, ça veut dire parfois contrat signé, parfois kickoff planifié, parfois revenu reconnu, et fréquemment ce dont le commercial avait besoin pour faire son trimestre. Le modèle en cinq étapes le définit comme une seule chose , contrat signé et contre-signé, implémentation planifiée, owner customer success nommé, événement revenue reconnaissable par finance. Tout ce qui est antérieur est encore en setup. La définition d'étape est une fonction de forçage pour un reporting propre, et un reporting propre est la seule chose dont la prévision dépend.
Cas observé sur le terrain
Une équipe B2B SaaS DACH en Series B est venue nous voir avec un Pipeline en quatre étapes , new, qualified, proposal, closed. Le taux de win depuis proposal tournait sous trente pour cent, et l'équipe traitait ça comme un problème de pricing. Ce n'en était pas un, c'était un problème de définition d'étapes. Nous avons tourné le modèle en cinq étapes contre quatre-vingt-dix jours de Deals historiques et trouvé qu'environ deux tiers des Deals perdus depuis proposal avaient sauté ce que nous appelons maintenant le workshop value. Nous avons reconstruit le Pipeline contre les cinq étapes, fait du workshop value un critère de sortie dur, et réécrit les définitions de Deal stage dans HubSpot avec une définition en une phrase, un critère d'entrée, un critère de sortie et un owner par étape. Le premier trimestre sur le nouveau Pipeline a déplacé le taux de win sur les Deals d'étape cinq vers un chiffre que le fondateur acceptait de mettre dans un deck board.
Résolution , un playbook de Pipeline en cinq étapes
Pour toute équipe B2B SaaS sur le point de redesigner ou auditer un Pipeline commercial :
- Nommez les étapes d'après le comportement buyer et l'action seller. Pas « qualified » ou « proposal »: educate, discover, value, setup, closed won. Le nom doit dire au commercial quel est le prochain mouvement.
- Écrivez une définition en une phrase pour chaque étape. Ajoutez un critère d'entrée explicite, un critère de sortie explicite et un owner nommé. Si une étape ne peut pas être définie en une phrase, elle en fait trop.
- Faites du workshop value un critère de sortie dur. Aucun Deal ne passe à setup sans un workshop au calendrier avec le comité complet du buyer. N'affaiblissez pas la fonction de forçage.
- Auditez quatre-vingt-dix jours de Deals historiques contre les nouvelles étapes. Mappez chaque Deal gagné et perdu à l'étape où il est réellement mort. L'écart entre les libellés legacy et la réalité est le diagnostic.
- Reconstruisez le Pipeline HubSpot ou Salesforce contre les nouvelles définitions d'étapes. Un Pipeline, cinq étapes, un owner par étape. Supprimez les étapes legacy qui ne mappent plus.
- Formez l'équipe sur les transitions d'étape, pas les noms d'étape. L'équipe a besoin de savoir ce qui fait passer un Deal d'educate à discover, pas comment épeler educate.
- Reportez sur la conversion stage-to-stage, pas sur le taux de win agrégé. Un Pipeline dont les étapes mappent au comportement buyer vous donne une lecture de vélocité à chaque transition. C'est ce qu'une prévision est censée être.
Là où Checkpoint intervient
L'architecture de Pipeline est du travail RevOps qui se rentabilise dans le premier trimestre. Le modèle en cinq étapes est l'un des cadres standards que nous tournons sur les Pipelines hérités et greenfield chez Checkpoint, et le cycle audit-et-rebuild sur un Pipeline HubSpot typique prend quatre à six semaines. Si votre Pipeline s'effondre en trois étapes et que l'équipe appelle les Deals stallés des « problèmes legal », le correctif est une architecture d'étape qui force le travail avant que la proposition ne sorte. Parlez-nous avant de redesigner le Pipeline une seconde fois.