Die meisten GTM-Systeme, die ich analysiere, kranken am selben strukturellen Problem: Pipeline-Phasen wurden zwar benannt, aber nie klar definiert. Marketing Qualified Leads fließen zu Sales. Deals wandern von Discovery zu Proposal. Opportunities werden auf Closed Won gesetzt. Fragt man jedoch, was genau erfüllt sein muss, damit ein Deal in die nächste Phase wandert, erhält man eine Beschreibung – kein klares Kriterium.
Eine Beschreibung ist keine Definition. Und ein undefiniertes Gate ist kein Gate. Es ist eine Lücke.
Revenue Operations (RevOps) – die Funktion, die für das Alignment von Marketing, Sales und Customer Success unter einem gemeinsamen operativen Rahmen verantwortlich ist – steht und fällt mit der Qualität der Definitionen auf jeder einzelnen Stage. Ein Prozess-Layer auf Basis schwammiger Kriterien führt zu fehlerhaften Daten. Fehlerhafte Daten führen zu ungenauen Forecasts. Ungenaue Forecasts führen zu verfehlten Zielen. Jedes Mal, auf jeder Skalierungsstufe.
Dieser Artikel erklärt die drei Elemente, die jede Pipeline-Stage zwingend braucht, die zwei Übergänge, an denen die meisten Revenue-Teams unbemerkt die Kontrolle verlieren, und wie Du prüfst, ob Dein aktuelles Stage-Design einem Governance-Audit standhalten würde.
Was braucht jede Pipeline Stage?
Jede Stage in einem B2B-Sales-Prozess – egal ob PLG-Motion, Enterprise Direct Sales oder Hybrid – erfordert exakt drei definierte Komponenten. Fehlt auch nur eine davon, ist die Stage nur ein Label, kein System.
Komponente 1: Erwartetes Verhalten
Das erwartete Verhalten definiert, was Sales Reps oder SDRs tun müssen, während sich ein Deal in dieser Stage befindet. Dazu gehören die Time-in-Stage-Benchmark (wie lange sollte ein Deal normalerweise hier verweilen, bevor er voranschreitet oder stagniert), das Conversion-Rate-Ziel für diese Stage sowie die Mindestaktivitätsfrequenz nach Segment.
Im Enterprise-Segment muss die Kontaktfrequenz präzise vorgegeben werden: Ein relevanter Touchpoint alle vier Wochen ist eine strukturelle Regel, keine Präferenz. Wenn die Kontaktfrequenz nicht nach Segmenten definiert ist, entscheidet jede/r Rep nach eigenem Ermessen – und am Ende hast Du keinen Prozess, sondern 20 parallele Interpretationen davon.
Standards für Aktivitätsfrequenzen gehören direkt ins CRM. Sie sollten automatisch Flags setzen und nicht als Reminder für Manager dienen, die dann manuell nachhaken müssen. In dem Moment, in dem eine Führungskraft persönlich kontrollieren muss, ob Reps einem Prozess folgen, ist der Prozess bereits gescheitert.
Komponente 2: Qualifizierungskriterien
Qualifizierungskriterien definieren, was als wahr bestätigt sein muss, damit ein Deal in dieser Phase verbleiben darf. Das entscheidende Wort ist bestätigt. Nicht vermutet. Nicht angenommen. Bestätigt durch harte Daten.
Binäre Qualifizierung ist nicht verhandelbar. Wenn ein Kriterium verlangt, dass ein Vertriebsmitarbeiter ein Urteil fällt – „der Prospect wirkt interessiert“, „das Budget fühlt sich gut an“, „der Entscheider ist engagiert“ –, dann ist es kein Kriterium. Es ist eine Meinung. Meinungen auf der Qualifizierungsebene führen dazu, dass Deine SQL-Zahl keine Zahl qualifizierter Leads ist. Sie ist eine Zahl optimistischer Einschätzungen.
Die Regel, die wir bei Cremanski konsequent anwenden, ist einfach: Wenn ein SDR Ermessensspielraum braucht, um dieses Kriterium anzuwenden, ist das Kriterium nicht ausgereift. Es muss in eine binäre, datenbasierte Bedingung überführt werden.
Komponente 3: Exit-Kriterien
Exit-Kriterien definieren die exakten Bedingungen, die erfüllt sein müssen, bevor ein Deal in die nächste Stage übergeht. Nicht Bedingungen, die erfüllt sein sollten. Nicht Bedingungen, die normalerweise erfüllt sind. Sondern Bedingungen, die zwingend verifiziert sein müssen, bevor ein Voranschreiten erlaubt ist.
Exit-Kriterien bringen Qualität in Deine Pipeline. Gleichzeitig stoßen sie bei den meisten Sales-Teams auf den größten Widerstand – denn durchgesetzte Exit-Kriterien machen den Unterschied zwischen einer gesunden und einer optimistischen Pipeline sichtbar. Diese Transparenz ist unbequem. Und absolut essenziell.
Kein Senior-Override. Keine Ausnahme durchs Management. Wenn Exit-Kriterien verhandelbar sind, sind es keine Exit-Kriterien. In dem Moment, in dem eine Ausnahme gemacht wird, signalisierst Du dem Team: Diese Kriterien sind bloße Wunschvorstellungen. Und ein Wunschkriterium ist praktisch dasselbe wie gar kein Kriterium.
Was sind die drei Hard Gates?
Innerhalb der Pipeline haben drei Momente unverhältnismäßig großes Gewicht: MQL, SQL und Closed Won. Jeder davon markiert eine Übergabe zwischen Funktionen. Und jede Übergabe ist entweder ein Qualitäts-Checkpoint oder eine Qualitätslücke.
MQL: Das Ende der Marketing-Verantwortung
Die Definition eines Marketing Qualified Lead markiert die Grenze der Ergebnisverantwortung des Marketings. Sie muss pro Segment eindeutig definiert sein. Ausschließlich harte Kriterien – Engagement-Scores kombiniert mit firmografischen Schwellenwerten, keinesfalls isoliert voneinander.
Aufweichende Scoring-Modelle, die sich auf „Lead-Score über X“ stützen, ohne auf expliziten Aktivitäts- und firmografischen Daten zu basieren, erzeugen MQLs, die statistisch wahrscheinlich, aber im Einzelfall unzuverlässig sind. Das SDR-Team erhält Leads. Die Conversion-Daten sehen im Schnitt gut aus. Doch in der Streuung unter diesem Durchschnitt verbirgt sich das Problem mit der Pipeline-Qualität.
SQL: Das Ende der Qualifizierungsphase
Am Sales-Qualified-Lead-Gate entstehen die kostspieligsten Qualitätsverluste. Ein SQL, der binäre Qualifizierungskriterien nicht erfüllt, kostet den Account Executive wertvolle Zeit, verzerrt das Forecasting und verfälscht die Conversion-Basis, von der Deine Pipeline-Coverage-Ratio abhängt.
In dem zuvor erwähnten Fall – 38 % der Pipeline ohne jegliche Kaufabsichtsnachweise – war jeder einzelne dieser Deals als SQL markiert. Das Gate existierte. Es wurde nur nicht eingehalten. Ein verlässlicher Forecast war von dem Moment an, als diese Deals in die Pipeline kamen, strukturell unmöglich.
Closed Won: Qualität entsteht aus den Schritten davor
Closed Won ist das Ergebnis von allem, was davor passiert ist. War die MQL-Definition unklar, wurde das SQL-Gate nicht verteidigt, wurden Exit-Kriterien im Deal Review übergangen – all diese Fehler summieren sich. Eine Pipeline mit unzureichender Qualifizierung am Anfang kann am Ende keinen verlässlichen Forecast liefern.
Wie auditierst Du Dein aktuelles Stage-Design?
Ein Audit Deines Stage-Designs erfordert keine externen Berater. Es erfordert ehrliche Antworten auf vier Fragen, angewendet auf jede einzelne Pipeline-Stage.
| Audit-Frage | Pass-Bedingung | Fail Condition |
|---|---|---|
| Ist die erwartete Time-in-Stage dokumentiert? | Feste Tage pro Segment, direkt im CRM | „Wir erwarten, dass Deals schnell vorangehen“ |
| Sind Qualifizierungskriterien binär? | Ja/Nein-Checkliste, die ein SDR ganz ohne eigenes Ermessen anwenden kann | Interpretationsbedürftige Kriterien |
| Werden Exit-Kriterien verbindlich durchgesetzt statt nur empfohlen? | CRM blockiert Fortschritt, wenn Kriterien nicht erfüllt sind | Reps können Deals vorantreiben, ohne die Kriterien zu erfüllen |
| Sind Standards für die Kontaktfrequenz definiert? | Spezifische Intervalle nach Segment, die Alerts auslösen | „Reps sollten in regelmäßigem Kontakt bleiben“ |
Ein ehrlicher Durchlauf dieses Audits über eine Pipeline mit zehn Stages deckt in der Regel zwischen drei und sechs strukturell undefinierte Stages auf. Das ist kein Versagen des Teams. Es ist das typische Ergebnis davon, wie Pipeline-Prozesse meist entstehen: iterativ, unter Druck und ohne die Zeit zu definieren, was jede Stage eigentlich bedeutet.
Die Lösung ist kein Schulungsprogramm. Sie besteht aus einer Design-Session, gefolgt von der CRM-Implementierung und anschließender Durchsetzung.
FAQ: Pipeline-Phasen, Stage-Gate-Design und Qualifizierung
Was ist der Unterschied zwischen Qualifizierungskriterien und Exit-Kriterien?
Qualifizierungskriterien definieren, was erfüllt sein muss, damit ein Deal in einer bestimmten Stage verweilt. Exit-Kriterien definieren, was erfüllt sein muss, damit ein Deal in die nächste Stage vorrückt. Beides muss binär sein. Ein Deal kann die Eingangskriterien erfüllen, aber noch nicht die Voraussetzungen für den nächsten Schritt – zum Beispiel ein bestätigtes Budget (Qualifizierung), aber noch keine bestätigte Entscheidungsbefugnis (Exit-Kriterium für die Angebotsphase).
Wie viele Pipeline Stages sollte ein B2B-SaaS-Unternehmen haben?
Zwischen fünf und acht Stages decken die meisten B2B-SaaS-Modelle effektiv ab. Weniger als fünf bedeutet meist, dass Exit-Kriterien in vage Definitionen gequetscht werden. Mehr als acht bedeutet oft, dass Stages interne Aktivitäten statt Meilensteine der Käufer tracken. Die richtige Anzahl ist die, bei der jede Stage eine eindeutige, überprüfbare Veränderung im Status des Käufers darstellt.
Sollten Enterprise- und SMB-Deals dieselben Pipeline Stages durchlaufen?
Die Bezeichnungen der Phasen können identisch sein, aber ihre Definitionen müssen segmentspezifisch sein. Time-in-Stage-Benchmarks, Standards für die Kontaktfrequenz und Conversion-Ziele unterscheiden sich bei Enterprise und SMB grundlegend. Eine einheitliche Pipeline mit undifferenzierten Benchmarks liefert lediglich Durchschnittswerte, die für keines der beiden Segmente Aussagekraft besitzen.
Was passiert mit der Forecast-Genauigkeit, wenn SQL-Kriterien nicht konsequent durchgesetzt werden?
Die Forecast Accuracy sinkt proportional zum Anteil unqualifizierter Deals in der Pipeline. In einem Cremanski-Projekt wiesen 38 % der Pipeline keinerlei Kaufabsichtsnachweise auf – obwohl alle als SQL markiert waren. Der Forecast, der auf dieser Pipeline aufbaute, war strukturell unmöglich zu erreichen. Nach der Einführung binärer SQL-Kriterien stieg die Forecast Accuracy innerhalb eines Quartals von 61 % auf 94 %.
Wie gehst Du mit Senior Sales Reps um, die Exit-Kriterien infrage stellen?
Die Antwort ist strukturell, nicht zwischenmenschlich. Exit-Kriterien gelten für Deals, nicht für Personen. Wenn das CRM ein Voranschreiten verhindert, solange Kriterien nicht erfüllt sind, wird die Durchsetzung zur Eigenschaft des Tools – nicht zu einem Führungsverhalten. Der Widerstand sinkt spürbar, sobald er sich nicht mehr gegen eine Person richtet.
