Die meisten B2B-SaaS-Pipelines kollabieren auf drei Stages: qualified, proposal, closed. Jeder Deal, der zwischen „Problem bestätigt" und „Vertrag unterzeichnet" stirbt, wird als verloren in der Rechtsabteilung oder verloren ohne Entscheidung verbucht. Die Pipeline hat den Deal nicht verloren: sie hat es versäumt, ihn zu modellieren. Eine Pipeline, die nicht beschreiben kann, was zwischen Bestätigung und Unterschrift passiert, kann Ihnen nicht sagen, warum ein Deal stockte, was bedeutet, dass sie Ihnen nicht sagen kann, was als Nächstes zu tun ist. Das fünfstufige Modell unten hat den Kontakt mit drei Live-B2B-SaaS-Implementierungen überlebt, und es überlebt, weil jede Stage einem distinkten Buyer-Verhalten und einer distinkten Seller-Aktion zugeordnet ist.
Warum das jetzt wichtig ist
B2B-Buying ist nicht einfacher geworden, es ist überfüllter geworden. Adamson, Dixon und Toman argumentierten in der Harvard Business Review, dass Solution Selling am Ende ist, weil Procurement-Teams nun mit ihrer eigenen Diagnose und Shortlist auftauchen. Der verbleibende Hebel des Sellers wird gezogen, bevor der Buyer überhaupt Procurement durchläuft: Reframe das Problem, das der Buyer zu haben glaubte, und verdienen Sie sich das Recht, das Outcome zu definieren. Eine Pipeline mit drei Stages kann diese Arbeit nicht leisten. Die Deal-Stage-Architektur ist der Vereinfachungsmechanismus, wenn Stages nach Buyer-Verhalten und Seller-Job benannt sind, hat das Team eine Forcing Function für das, was als Nächstes zu tun ist. Wenn die Stages „qualified, proposal, closed" heißen, hat das Team einen Aktenschrank.
Stage eins: Educate, Vision-Selling, kein Feature-Selling
Die Educate-Stage ist, wo der Buyer einem Frame für das Problem begegnet, für das er noch keine Sprache hatte. Der Job des Sellers ist nicht, das Produkt zu demonstrieren: es ist, dem Buyer Vokabular für das operative Problem zu geben, das das Produkt adressiert, und einen Standpunkt, warum es schlimmer wird, bevor es besser wird. Buyer-Verhalten: die Bereitschaft, ein Meeting anzunehmen, in dem nichts verkauft wird. Seller-Aktion: ein Reframe: eine einseitige Artikulation des Problems, verankert im Markt, der Stage und dem kommerziellen Druck des Buyers. Exit-Kriterien, Der Buyer sagt in eigenen Worten das Problem, über das Sie sprechen wollten. Wenn er das nicht kann, sind Sie nicht aus Educate heraus.
Die meisten Teams überspringen diese Stage und nennen den ersten Call „Discovery". Discovery ohne Education ist eine Checkliste von Pain Points, die der Buyer mit dem beantwortet hat, was er glaubt, dass Sie hören wollen.
Stage zwei: Discover, die Working Session, die das Recht zum Proposal verdient
Discovery ist kein Skript qualifizierender Fragen. Es ist eine Working Session, idealerweise mit einem der Operating-Leader des Buyers im Raum, in der der Seller den Workflow des Buyers gegen den Frame aus Educate mappt. Buyer-Verhalten: Sie bringen Daten, sie bringen einen Kollegen mit, sie sagen ein Meeting ab, um dieses anzunehmen. Seller-Aktion: den Frame Druck aussetzen, die zwei oder drei Stellen benennen, an denen er hält, und die eine, an der er nicht hält, innerhalb von vierundzwanzig Stunden an den Buyer schreiben. Exit-Kriterien, Der Buyer stimmt schriftlich oder am Call zu, dass das Problem wie beschrieben das Problem ist, das es zu lösen lohnt. Ohne das können Sie keine Lösung dafür preisen.
Stage drei: Value, der Workshop, der den Deal abschließt
Das ist die Stage, die die meisten Teams überspringen, und sie zu überspringen ist der Grund, warum Deals in der Rechtsabteilung sterben. Der Instinkt nach Discovery ist, das Proposal zu senden, Pricing, Bedingungen, Scope, Redlines, und die Procurement-Funktion des Buyers den Rest erledigen zu lassen. Das Proposal landet in einem Komitee, das den Frame aus Educate nicht gesehen hat, in der Discover-Working-Session nicht war und keinen kommerziellen Grund hat, den Deal zu verteidigen. Der Deal stirbt am Procurement-Schreibtisch, und der Seller nennt es ein Rechtsproblem.
Die Lösung ist ein Value-Workshop mit dem vollen Komitee des Buyers, bevor das Proposal rausgeht. Ein Deck. Eine Stunde. Der Seller verkauft die Vision des Outcomes: wie die Revenue-Motion des Buyers in zwölf Monaten aussieht, wie die Renewal-Kurve in vierundzwanzig aussieht, welche Advocacy- und Expansion-Muster sie freischalten: nicht die Software, nicht den Seat-Count. Der Workshop ist der Moment, in dem das Komitee sich auf das Outcome einigt, was das Proposal zu einer Formalität statt einer Verhandlung macht. Buyer-Verhalten: Das volle Komitee taucht auf. Seller-Aktion: das Outcome präsentieren, nicht den Preis. Exit-Kriterien, Der Workshop war im Kalender und fand statt. Sie können nicht aus Value heraus, bis der Workshop gemacht ist.
Warum diese Stage in den meisten Pipelines fehlt
Niemand im Team besitzt sie. Marketing besitzt das Top of Funnel, Sales besitzt den Close, und die operative Entscheidung, die der Buyer tatsächlich trifft, „liefert das das Outcome, auf das wir uns geeinigt haben", passiert in einem Niemandsland dazwischen. Die Value-Stage benennt diese Lücke und gibt ihr einen Owner.
Stage vier: Setup, Vertrag, Kickoff, die Stages, die CS erbt
Setup ist die Stage, in der der Deal kommerziell gewonnen, aber operativ undefiniert ist. Der Vertrag ist in der Rechtsprüfung oder unterschrieben unter Vorbehalt der Kickoff-Planung. Das Buyer-Verhalten verschiebt sich vom Evaluieren zum Onboarding: Implementierungs-Timelines, Change Management, Übergabe vom Buying Committee an das Operating-Team. Seller-Aktion: Lassen Sie den Kickoff unausweichlich erscheinen. Bestätigtes Kickoff-Datum, benannte Owner auf beiden Seiten, ein einseitiger Implementierungsplan, den der Customer-Success-Owner bereits gelesen hat. Exit-Kriterien, Vertrag unterzeichnet und Kickoff geplant. Die Sauberkeit der Übergabe entscheidet, ob die ersten neunzig Tage ein reibungsloses Onboarding oder ein Recovery-Projekt sind.
Stage fünf: Closed Won, eine einzige, verteidigte Definition
Closed Won ist einer der am meisten missbrauchten Stage-Namen in B2B-SaaS-Pipelines. In einer übernommenen HubSpot- oder Salesforce-Instanz bedeutet er manchmal Vertrag unterzeichnet, manchmal Kickoff geplant, manchmal Umsatz realisiert: und häufig was auch immer der Rep brauchte, dass es bedeutet, um das Quartal zu treffen. Das fünfstufige Modell definiert ihn als eine Sache: Vertrag unterzeichnet und gegenunterzeichnet, Implementierung geplant, Customer-Success-Owner benannt, Umsatz-Event finanzanerkennbar. Alles davor ist noch in Setup. Die Stage-Definition ist eine Forcing Function für sauberes Reporting, und sauberes Reporting ist das Einzige, woran der Forecast hängt.
Muster aus der Praxis
Ein Series-B-B2B-SaaS-Team in DACH kam mit einer vierstufigen Pipeline zu uns, new, qualified, proposal, closed. Die Win-Rate aus Proposal lag unter dreißig Prozent, und das Team behandelte das als Pricing-Problem. Es war keines, es war ein Stage-Definitions-Problem. Wir liefen das fünfstufige Modell gegen neunzig Tage historischer Deals und fanden, dass etwa zwei Drittel der aus Proposal verlorenen Deals das übersprungen hatten, was wir nun den Value-Workshop nennen. Wir bauten die Pipeline gegen die fünf Stages neu auf, machten den Value-Workshop zu einem harten Exit-Kriterium und schrieben die Deal-Stage-Definitionen in HubSpot mit einer Ein-Satz-Definition, einem Entry-Kriterium, einem Exit-Kriterium und einem Owner pro Stage neu. Das erste Quartal auf der neuen Pipeline verschob die Win-Rate auf Stage-fünf-Deals auf eine Zahl, die der Founder bereit war, in ein Board-Deck zu setzen.
Auflösung, ein Fünf-Stage-Pipeline-Playbook
Für jedes B2B-SaaS-Team, das eine Sales-Pipeline neu designen oder auditieren will:
- Benennen Sie die Stages nach dem Verhalten des Buyers und der Aktion des Sellers. Nicht „qualified" oder „proposal": Educate, Discover, Value, Setup, Closed Won. Der Name muss dem Rep den nächsten Move sagen.
- Schreiben Sie eine Ein-Satz-Definition für jede Stage. Fügen Sie ein explizites Entry-Kriterium, ein explizites Exit-Kriterium und einen benannten Owner hinzu. Wenn eine Stage nicht in einem Satz definiert werden kann, macht sie zu viel.
- Machen Sie den Value-Workshop zu einem harten Exit-Kriterium. Kein Deal bewegt sich nach Setup ohne einen Workshop im Kalender mit dem vollen Komitee des Buyers. Schwächen Sie die Forcing Function nicht ab.
- Auditieren Sie neunzig Tage historische Deals gegen die neuen Stages. Mappen Sie jeden gewonnenen und verlorenen Deal auf die Stage, in der er tatsächlich starb. Die Lücke zwischen Legacy-Labels und Realität ist die Diagnose.
- Bauen Sie die HubSpot- oder Salesforce-Pipeline gegen die neuen Stage-Definitionen neu. Eine Pipeline, fünf Stages, ein Owner pro Stage. Löschen Sie Legacy-Stages, die nicht mehr mappen.
- Trainieren Sie das Team auf die Stage-Übergänge, nicht die Stage-Namen. Das Team muss wissen, was einen Deal von Educate nach Discover bewegt, nicht wie man Educate buchstabiert.
- Reporten Sie auf Stage-zu-Stage-Conversion, nicht auf aggregierte Win-Rate. Eine Pipeline, deren Stages auf Buyer-Verhalten mappen, gibt Ihnen einen Velocity-Read an jedem Übergang. Das ist, was ein Forecast sein sollte.
Wo Checkpoint ins Spiel kommt
Pipeline-Architektur ist RevOps-Arbeit, die sich im ersten Quartal selbst bezahlt. Das fünfstufige Modell ist einer der Standard-Frames, die wir bei Checkpoint auf übernommenen und Greenfield-Pipelines fahren, und der Audit-und-Rebuild-Zyklus auf einer typischen HubSpot-Pipeline dauert vier bis sechs Wochen. Wenn Ihre Pipeline auf drei Stages kollabiert und das Team gestockte Deals „Rechtsprobleme" nennt, ist die Lösung eine Stage-Architektur, die die Arbeit erzwingt, bevor das Proposal rausgeht. Sprechen Sie mit uns, bevor Sie die Pipeline ein zweites Mal neu designen.