Aktuell nehme ich 1 fractional CRO-Engagement ab Juli 2026 an

Begriff

Wiederholbarer Vertriebsprozess: Eine 6-Stufen-Vorlage mit Exit-Kriterien für B2B-SaaS

MAY 27, 2026 · 13 MIN

Was „wiederholbar" wirklich bedeutet (und was nicht)

Fast jedes B2B-SaaS-Team, das ich bewerte, sagt mir, sie hätten einen Vertriebsprozess. Wenn ich die AEs bitte, ihn zu beschreiben, bekomme ich sechs verschiedene Versionen. Frage ich den Sales Manager, ist es eine siebte. Die CRM-Stufen existieren — Discovery, Qualification, Proposal, Negotiation, Closed — aber niemand kann mir sagen, was genau ein Deal von einer Stufe in die nächste bewegt. Die ehrliche Antwort, wenn AEs mir genug vertrauen, ist eine Variante von „Ich verschiebe es, wenn es sich richtig anfühlt."

Das ist kein Vertriebsprozess. Das ist eine Bauchgefühl-Timeline, verkleidet in CRM-Picklisten. Das funktioniert gut, solange der Gründer jeden Deal abschliesst und den Kontext im Kopf trägt. Es kollabiert in dem Moment, in dem du den dritten AE einstellst — denn jeder Rep führt jetzt einen anderen Prozess aus, und die Daten, die in die Pipeline fliessen, vergleichen Äpfel mit Flugzeugen.

Ein wiederholbarer Vertriebsprozess bedeutet drei Dinge, von denen keines optional ist. Erstens: Jede Stufe hat ein binäres Exit-Kriterium, das jeder Rep konsistent anwenden kann. Nicht „der Käufer wirkt interessiert" — sondern etwas wie „Economic Buyer namentlich und nach Rolle identifiziert, durch direkte Rückmeldung bestätigt." Zweitens: Jeder Disqualifikationspfad ist benannt. Wenn ein Deal das Exit-Kriterium nicht innerhalb eines definierten Zeitfensters erfüllen kann, gibt es eine dokumentierte nächste Aktion — Recycle, Nurture oder Closed-Lost — und der Manager darf das nicht nach Bauchgefühl überstimmen. Drittens: Jede Übergabe hat einen Eigentümer und ein SLA. MQL zu SQL, AE zu CSM, Sales zu Legal — jeder Übergang hat eine verantwortliche Person, einen Auslöser und eine maximale verstrichene Zeit.

Wenn dir auch nur eines davon fehlt, hast du keinen wiederholbaren Prozess. Du hast eine CRM-Konfiguration mit optimistischen Bezeichnungen.

Dieser Artikel gibt dir die Vorlage, die ich in 12-18-wöchigen Sales-Transformation-Engagements installiere — dieselbe 6-Stufen-Architektur mit denselben Exit-Kriterien, verfeinert über 30+ B2B-SaaS-Unternehmen zwischen 3 Mio. und 25 Mio. USD ARR. Sie ist meinungsstark und entschuldigt sich nicht dafür. Der Sinn einer Vorlage ist nicht, flexibel zu sein. Der Sinn ist, jedem Rep im Team dieselbe Definition von „qualifiziert" zu geben, damit Pipeline-Zahlen von Rep zu Rep tatsächlich vergleichbar sind.

Die 6-Stufen-Vorlage: Vom Inbound-Signal zum Closed-Won

Sechs Stufen, nicht acht, nicht zehn. Jede zusätzliche Stufe über sechs hinaus erzeugt CRM-Reibung ohne Entscheidungsklarheit — und ich erkläre warum im Anti-Pattern-Abschnitt. Die Stufen sind nach dem Käuferzustand benannt, nicht nach der Rep-Aktivität, was die einzige wichtigste Designentscheidung in diesem gesamten Framework ist.

Stufe 1 — New (Inbound-Signal empfangen). Ein Lead ist im System eingegangen: Formular-Fill, Demo-Anfrage, Content-Download, Outbound-Antwort, Partner-Empfehlung. Der Deal existiert im CRM, wurde aber noch nicht bearbeitet.

Exit-Kriterium zu Stufe 2: SDR oder AE hat einen ersten Outreach-Versuch abgeschlossen und entweder (a) einen Discovery-Call gebucht oder (b) bestätigt, dass der Lead nicht zum ICP passt, und disqualifiziert. SLA: 1 Geschäftstag ab Inbound-Signal. Wenn 48 Stunden ohne Kontaktversuch vergehen, wird der Lead markiert und neu zugewiesen.

Stufe 2 — Discovery (Problem und Fit erkundet). Ein Discovery-Call hat stattgefunden. Der Rep kartiert die Situation des Käufers: welches Problem die Suche ausgelöst hat, was sie versucht haben, gegen welche Timeline sie arbeiten, welches Budget-Framework existiert.

Exit-Kriterium zu Stufe 3: Alle vier namentlich beantwortet: (1) das spezifische Geschäftsproblem und seine messbaren Kosten, (2) die Kauf-Timeline mit einem Zielentscheidungsmonat, (3) der Budgetverantwortliche identifiziert (die Person, deren P&L das trifft, nicht der Champion) und (4) ein dokumentierter nächster Schritt im Kalender des Käufers mit bestätigtem Champion. Fehlt eines der vier, bleibt der Deal in Stufe 2. SLA: 14 Tage ab Eintritt. Vergehen 14 Tage ohne Exit, wird der Deal in Nurture recycelt oder als Closed-Lost markiert.

Stufe 3 — Qualified (Economic-Buyer-Zugang angefragt). Das ist das folgenreichste Stage-Gate im gesamten Prozess. Beim Deal geht es nicht mehr darum, ob es einen Fit gibt — sondern darum, ob die richtigen Leute am Tisch sind, um eine Kaufentscheidung zu treffen.

Exit-Kriterium zu Stufe 4: (1) Budgetverantwortlicher bestätigt identifiziert, (2) Economic-Buyer-Zugang über den Champion mit einem spezifischen Skript angefragt, (3) ein zweiter Stakeholder ausser dem Champion hatte in den letzten 14 Tagen dokumentierten Kontakt und (4) der Käufer hat Erfolgskriterien in eigenen Worten artikuliert (nicht in den Worten des Reps). Multithreading ist eine Exit-Anforderung für Stufe 3, keine Best Practice. SLA: 21 Tage ab Eintritt.

Stufe 4 — Proposal (Lösung und Kommerz präsentiert). Ein Angebot wurde geliefert: Pricing, Scope, Timeline, Bedingungen. Der Käufer bewertet das Angebot gegen Alternativen (einschliesslich „nichts tun", was immer der stärkste Wettbewerber ist).

Exit-Kriterium zu Stufe 5: (1) Angebot in einem Live-Gespräch mit dem Economic Buyer überprüft (nicht nur mit dem Champion), (2) konkrete Einwände aufgedeckt und dokumentiert, (3) Wettbewerber oder bewertete Alternative benannt und (4) ein gemeinsamer Closing-Plan mit Zielunterschriftsdatum vereinbart. „Angebot verschickt, warte auf Rückmeldung" ist nicht Stufe 4 — das ist Stufe 3 mit einem PDF dran. SLA: 21 Tage ab Eintritt.

Stufe 5 — Negotiation (Bedingungen werden finalisiert). Pricing und Vertragsbedingungen werden aktiv verhandelt. Legal und Procurement sind typischerweise auf Käuferseite involviert.

Exit-Kriterium zu Closed-Won: (1) Endgültiges Pricing vereinbart und auf der entsprechenden Discount-Stufe genehmigt, (2) Vertragsredlines gelöst oder Papierbedingungen akzeptiert, (3) Procurement-Freigabe bestätigt, falls zutreffend, und (4) Unterschriftsdatum innerhalb von 14 Tagen bestätigt. SLA: 21 Tage ab Eintritt. Deals, die über 30 Tage in Stufe 5 stagnieren, fehlt fast immer Economic-Buyer-Alignment, nicht Legal-Alignment.

Stufe 6 — Closed-Won (Vertrag unterzeichnet, bereit für Übergabe). Der Deal ist unterschrieben. Das ist nicht das Ende des Vertriebsprozesses — es ist der Start der Übergabe. Der AE besitzt den Deal, bis die strukturierte Übergabe an den CSM mit ausgefülltem Success-Criteria-Dokument abgeschlossen ist.

Exit-Kriterium zum aktiven Kunden: (1) Übergabedokument vollständig mit erfassten Erfolgskriterien, Schlüssel-Stakeholdern und Sales-Cycle-Zusagen, (2) gemeinsamer AE-CSM-Kunden-Kickoff-Call innerhalb von 7 Tagen und (3) 30-Tage-Check-in vom AE geplant.

Das ist die gesamte Vorlage. Sechs Stufen, jede nach dem Käuferzustand benannt, jede mit binären Exit-Kriterien, jede mit einem SLA. Ein neuer AE sollte in der Lage sein, jeden Deal im CRM anzusehen und dir innerhalb von 60 Sekunden zu sagen, ob er tatsächlich in die Stufe gehört, in der er ist. Wenn nicht, sind deine Stage-Definitionen immer noch subjektiv.

Lead-Routing: Wo aus MQL ein SQL wird und wer die Übergabe besitzt

Die MQL-zu-SQL-Übergabe ist der Ort, an dem die meisten B2B-SaaS-Teams still 20-30 % ihrer marketing-qualifizierten Leads verlieren. Das Marketing-Team markiert einen Lead als MQL basierend auf Scoring. Der Lead sitzt in einer Warteschlange. Ein SDR nimmt ihn zwei Tage später auf. Bis der Outreach passiert, ist der Käufer weitergezogen, hat mit einem Wettbewerber gesprochen oder das Interesse verloren. Die Übergabe ist nicht in dem Sinne kaputt, dass jemand sie falsch macht — sie ist in dem Sinne kaputt, dass niemand die verstrichene Zeit zwischen MQL-Flag und Erstkontakt besitzt.

In der 6-Stufen-Vorlage oben sind MQL und SQL keine separaten Stufen. Sie sind Routing-Zustände innerhalb von Stufe 1. So strukturiere ich sie:

MQL-Definition (binär): Ein Lead entspricht ICP-Firmographics (Branche, Mitarbeiterzahl, Geografie, Tech-Stack falls anwendbar) und hat über ein spezifisches Trigger-Event Kaufabsicht gezeigt — Demo-Anfrage, wiederholter Besuch der Pricing-Seite, High-Intent-Content-Engagement oder Treffer auf einer Outbound-Trigger-Liste. „Whitepaper heruntergeladen" ist nicht MQL. „Whitepaper heruntergeladen, dann innerhalb von 7 Tagen die Pricing-Seite besucht" könnte es sein.

MQL-Routing-SLA: Marketing markiert den Lead als MQL. Der Lead wird innerhalb von 5 Minuten via Round-Robin- oder Territory-Regel automatisch einem SDR zugewiesen. Erster Outreach-Versuch erfolgt innerhalb von 1 Geschäftstag. Wenn kein Kontaktversuch in 24 Stunden geloggt ist, wird der Lead automatisch neu zugewiesen. Kein manuelles Umschichten, kein „ich kümmere mich darum nach meinen aktuellen Calls."

SQL-Definition (ebenfalls binär): Der SDR hat mit dem Lead gesprochen und drei Dinge bestätigt: (1) der Lead ist in einer Rolle, die an Kaufentscheidungen für diese Kategorie teilnimmt, (2) es gibt ein Problem im Scope dessen, was das Produkt löst, und (3) es besteht Interesse an einem Discovery-Gespräch innerhalb der nächsten 14 Tage. Alle drei, oder es bleibt MQL. „Wirkte interessiert" ist nicht SQL.

SQL-Übergabe-SLA: SDR bucht den Discovery-Call direkt in den Kalender des AE. Maximal 5 Geschäftstage zwischen SQL-Flag und gehaltenem Discovery-Call. Die Übergabe gehört dem SDR, bis der Discovery-Call stattfindet — wenn der Käufer umbucht oder nicht erscheint, engagiert sich der SDR neu, nicht der AE. Der AE übernimmt die Verantwortung im Moment des gehaltenen Discovery-Calls, was der formale Eintritt in Stufe 2 ist.

Das einzige SLA mit der höchsten Hebelwirkung im gesamten Prozess ist das MQL-zum-Erstkontakt-Fenster. Unternehmen, die es von 48 Stunden auf unter 6 Stunden komprimieren, sehen typischerweise 15-20 % Steigerungen in der späteren Closed-Won-Rate von Inbound-Leads. Die Conversion-Math ist branchenweit gut dokumentiert, aber die operative Disziplin, sie durchzusetzen, ist selten. Wenn du tiefer in die Diagnose der Stufe-zu-Stufe-Conversion-Math einsteigen willst, geht Win-Rate- und Stage-Conversion-Diagnostik das Messframework durch.

Eine Anmerkung zur Aufteilung zwischen PLG- und SLG-Motion: Wenn du beides betreibst, divergieren die Routing-Regeln hier. Self-Serve-Signups in einer PLG-Motion treten erst in diesen Prozess ein, wenn sie einen usage-basierten Trigger auslösen, der sie für Sales-Touch qualifiziert — und die Frage, wann dieser Trigger feuert, ist das, was eine saubere PLG-mit-Sales-Motion von einer trennt, die ständig mit sich selbst kämpft. Die volle Aufschlüsselung ist in SaaS-Vertriebsprozess: PLG vs SLG-Architektur.

Recycelte und disqualifizierte Leads: Der Pfad, den die meisten Teams überspringen

Prozessdokumente in B2B-SaaS decken fast immer ab, was passiert, wenn ein Deal voranschreitet. Sie decken selten ab, was passiert, wenn ein Deal nicht voranschreiten kann — was genau dort ist, wo die Leckage sitzt und wo Pipeline-Integrität stirbt.

Ein wiederholbarer Prozess braucht drei explizite Nicht-Advance-Pfade, und der Rep muss wissen, welcher zutrifft, ohne zu fragen.

Disqualifiziert — ICP-Miss. Der Lead ist nicht im Zielmarkt. Falsche Branche, falsche Grösse, falsche Geografie, falsches Problem. Das ist ein One-Way-Ticket: Closed-Lost mit Grund „ICP-Miss", kein Recycling, kein Nurture. Das Marketing-Team bekommt die Daten für die ICP-Verfeinerung zurück. Der AE bewegt sich innerhalb von 30 Minuten nach Identifizierung des Miss weiter — kein zweiter Discovery-Call, um „zu sehen, ob da was dran ist."

Recycelt — Timing- oder Fit-Mismatch. Der Lead entspricht ICP, aber das Timing ist falsch oder das spezifische Problem ist im Moment nicht akut. Das ist der grösste Nicht-Advance-Bucket und der, der am häufigsten schlecht gehandhabt wird. Der Deal geht in einen Nurture-Status, der Closed-Lost-Grund wird als „nicht bereit — wieder ansehen [Zieldatum]" geloggt, und der Lead tritt in eine Marketing-Nurture-Kadenz ein, die zum ursprünglich ausgelösten Trigger passt. Ein konkretes Reengagement-Datum wird gesetzt, und an diesem Datum tritt der Lead wieder in Stufe 1 ein — nicht in Stufe 2, denn die Situation muss neu erforscht werden.

Closed-Lost — Wettbewerbs- oder Produktlücke. Der Lead hat anderswo gekauft, sich für In-House-Bau entschieden oder hat eine spezifische Produktlücke, die in den nächsten zwei Quartalen nicht geschlossen wird. Das ist Closed-Lost mit einem dokumentierten Grund, der an Produkt und Marketing zurückgespielt wird. Kein Nurture, kein Recycling — bis sich die Produktlücke schliesst, woraufhin Marketing das Reengagement auslöst.

Die kritische Regel: Ein Deal, der mehr als 14 Tage in Stufe 2 sitzt, ohne die Exit-Kriterien für Stufe 3 zu erfüllen, ist nicht „immer noch in Stufe 2." Er ist recycelt oder Closed-Lost. Das SLA erzwingt die Entscheidung. Ohne diese forcierende Funktion sammeln sich Deals für immer im Mid-Funnel an, blähen Coverage-Ratios auf, verzerren Velocity-Metriken und geben Managern ein falsches Gefühl von Pipeline-Gesundheit.

Ich sehe typischerweise 35-45 % aller Stufe-1-Leads innerhalb der ersten 21 Tage in einem dieser drei Nicht-Advance-Buckets landen. Wenn deine Daten weniger als 20 % Nicht-Advance zeigen, hast du ein Hygiene-Problem, keinen High-Conversion-Prozess. Echte Pipelines verlieren Leads — die Frage ist, ob sie sie in einer getrackten, instrumentierten Weise verlieren, die zukünftige ICP- und Prozessentscheidungen verbessert, oder ob sie sie still in ein schwarzes Loch namens „arbeite noch daran" verlieren.

Das Flussdiagramm: Wie das Ganze zusammenhängt

Der vollständige Prozess in Text-Flussdiagramm-Form (denn du wirst das in die Stage-Architektur und Routing-Regeln deines CRM übersetzen wollen):

[Inbound-Signal]
    │
    ▼
[Marketing-Scoring]──► (Nicht ICP)──► [Closed-Lost: ICP-Miss]
    │
    ▼ (ICP + Intent)
[MQL markiert]
    │
    ▼ (Auto-Zuweisung, 5 Min.)
[SDR-Queue]
    │
    ▼ (Outreach innerhalb 1 Geschäftstag)
[STUFE 1 — New]
    │
    ├──► (Keine Antwort, 7 Tage)──► [Recycelt: Nurture]
    │
    ▼ (Discovery-Call gebucht und gehalten)
[SQL markiert → STUFE 2 — Discovery]
    │
    ├──► (Discovery scheitert an ICP)──► [Closed-Lost: Disqualifiziert]
    │
    ├──► (Fit OK, aber Timing falsch)──► [Recycelt: Reengagement-Datum gesetzt]
    │
    ▼ (Problem + Timeline + Budgetverantwortlicher + nächster Schritt bestätigt, ≤14 Tage)
[STUFE 3 — Qualified]
    │
    ├──► (Kein EB-Zugang in 21 Tagen)──► [Recycelt oder Closed-Lost]
    │
    ▼ (EB-Zugang + Multithreading + Erfolgskriterien, ≤21 Tage)
[STUFE 4 — Proposal]
    │
    ├──► (Kein EB-Review in 21 Tagen)──► [Closed-Lost: Stalled]
    │
    ▼ (Gemeinsamer Closing-Plan + Einwände aufgedeckt)
[STUFE 5 — Negotiation]
    │
    ├──► (Keine Unterschrift in 30 Tagen)──► [Closed-Lost oder Recycelt]
    │
    ▼ (Pricing vereinbart + Papier unterschrieben)
[STUFE 6 — Closed-Won]
    │
    ▼ (Übergabedoc + gemeinsamer Call + 30-Tage-Check-in geplant)
[Aktiver Kunde → CSM-Eigentum]

Was dieses Flussdiagramm sichtbar macht, ist das, was die meisten CRM-Stage-Diagramme verbergen: Jeder Advance-Pfad hat einen Nicht-Advance-Pfad daneben, und das SLA für jeden Nicht-Advance ist das, was den Prozess selbstreinigend macht. Das CRM sollte diese Timing-Regeln durchsetzen und sich nicht darauf verlassen, dass AEs oder Manager sich an sie erinnern. Wenn dein CRM keine Deals automatisch markieren kann, die das SLA überschritten haben, hast du noch keinen wiederholbaren Prozess — du hast ein Prozessdesign, das von menschlicher Wachsamkeit abhängt, was bedeutet, dass es innerhalb von 90 Tagen degradieren wird.

Diese gesamte Architektur sitzt in einem breiteren Sales-Playbook. Das Playbook dokumentiert, wer was tut, der Prozess dokumentiert, wie die Arbeit fliesst, und das Qualifizierungs-Framework dokumentiert, was als Bewegung zählt. Wenn du das volle Bild davon willst, wie Playbook und Prozess interagieren, ist Was ist ein Sales Playbook die begleitende Lektüre.

Anti-Patterns: Drei Wege, wie B2B-SaaS-Teams ihren eigenen Prozess zerstören

Die meisten kaputten Vertriebsprozesse wurden nicht kaputt gebaut. Sie wurden vernünftig gebaut und dann über 12-24 Monate degradiert, als sich eines von drei Anti-Patterns festsetzte. Wenn du eines davon erkennst, brauchst du keine Neugestaltung — du musst zuerst aufhören, das zerstörerische Ding zu tun, und dann die ursprüngliche Disziplin wiederherstellen.

Anti-Pattern 1: Zu viele Stufen. Ich habe CRMs mit 11 Stufen auditiert. Eines hatte Stufe 3a, 3b und 3c. Jede zusätzliche Stufe über sechs hinaus ist der Versuch des Teams, Rep-Aktivität zu erfassen („Deck verschickt", „Technical Review durchgeführt", „ROI präsentiert"), als wäre sie Käufer-Progression. Aktivität ist keine Progression. Ein Käufer, der dein Deck zweimal gesehen hat, ist nicht weiter als ein Käufer, der es einmal gesehen hat — er ist nur ein Käufer, der dein Deck zweimal gesehen hat. Stufen sollten Käuferzustandsänderungen tracken, nicht Rep-Anstrengung. Wenn du mehr als sechs Stufen hast, beschreiben die zusätzlichen fast immer, was der Rep getan hat, nicht was der Käufer entschieden hat. Klappe sie zusammen.

Anti-Pattern 2: Stufen nach Aktivität statt Käuferzustand definiert. Verwandt, aber verschieden. „Demo Delivered" ist eine aktivitätsbasierte Stufe. „Solution Validated" ist eine käuferzustandsbasierte Stufe. Die erste schreitet voran, wenn der Rep eine Demo liefert; die zweite schreitet nur voran, wenn der Käufer bestätigt, dass die Lösung zum Problem passt. Aktivitäts-Stufen erzeugen einen perversen Anreiz: Reps liefern Demos an Leads, die nicht bereit sind, um den Deal vorwärts zu bewegen und Pipeline-Progression zu zeigen. Käuferzustands-Stufen erzeugen den entgegengesetzten Anreiz: Reps liefern nur Demos, wenn die Demo ein klares Validierungssignal erzeugen wird, weil eine gelieferte Demo ohne Validierung nichts bewegt. Das ist der häufigste Designfehler, den ich in B2B-SaaS-Pipelines sehe, und der mit den grössten Pipeline-Qualitätskosten.

Anti-Pattern 3: Kein Disqualifikations-Gate. Das ist das schädlichste der drei. Der Prozess dokumentiert, wie Deals voranschreiten, dokumentiert aber nicht, wie Deals nicht voranschreiten, setzt keine Time-in-Stage-SLAs und zwingt den Manager oder den Rep nicht, eine Recycle-/Lost-Entscheidung zu treffen. Deals sammeln sich unbegrenzt in Stufe 2 und Stufe 3 an. Pipeline-Coverage sieht gesund aus. Der Forecast sieht verteidigbar aus. Dann kommt das Quartalsende und 40 % der späten Pipeline rutschen, weil nichts davon je real war. Die Lösung ist ein hartes SLA pro Stufe mit Auto-Flagging und ein wöchentliches Pipeline-Review, das ausdrücklich jeden markierten Deal behandelt — recyceln, halten oder closed-lost — ohne „lass uns weiter daran arbeiten"-Option für Deals jenseits des SLA.

Ein sekundäres zerstörerisches Muster ist es wert, benannt zu werden: „das Manager-Override." Ein Deal erreicht das SLA, das System markiert ihn für Recycle, der Manager überstimmt die Markierung, weil er nicht will, dass die Pipeline vor dem Board-Meeting schrumpft. Drei Monate später ist der Deal immer noch in der Pipeline, hat null Kundenaktivität erzeugt, und der Manager hat vergessen, dass er es überstimmt hat. Kumulative Manager-Overrides sind, wie aus sauberen Prozessen kontaminierte Prozesse werden. Wenn du willst, dass Manager Override-Autorität haben — okay, aber jeder Override wird geloggt, am Ende des Quartals überprüft, und das Override-Ergebnis (Closed-Won oder schliesslich Closed-Lost) wird zurückgemeldet. Sichtbare Verantwortlichkeit für Overrides eliminiert 80 % der beiläufigen.

Den Prozess instrumentieren: Was zu messen ist und was zu ignorieren

Ein Prozess, den du nicht messen kannst, ist nicht wiederholbar — er wird nur wiederholt. Hier ist das minimale Instrumentierungs-Set, das in jedes CRM passt, das Custom Fields und Stage-History-Reporting unterstützt.

Pro Stufe, tracke vier Dinge: (1) Eintritte pro Periode — wie viele Deals diese Stufe betraten, (2) Austritte pro Periode aufgeteilt nach Ziel — zur nächsten Stufe, recycelt, closed-lost, (3) Median-Time-in-Stage nach ACV-Band und (4) SLA-Verletzungsrate — welcher Prozentsatz der Deals das dokumentierte SLA vor dem Austritt überschritt.

Pro Übergabe, tracke drei Dinge: (1) MQL-zu-Erstkontakt-Zeit, (2) SQL-zu-Discovery-Call-Zeit und (3) Closed-Won-zu-Übergabe-abgeschlossen-Zeit. Diese drei Zahlen sagen dir mehr über deine operative Disziplin als jede andere Metrik.

Pro AE, tracke zwei Dinge: (1) Stage-Exit-Kriterien-Compliance — welcher Prozentsatz der Advances hatte alle dokumentierten Kriterien zum Zeitpunkt des Advance erfüllt, und (2) Recycle-vs-Lost-Mix — AEs, die nie recyceln, markieren Deals normalerweise vorzeitig als verloren; AEs, die nie verlieren, parken normalerweise tote Deals in Nurture. Beides verzerrt die Daten.

Dinge, die bewusst nicht wöchentlich getrackt werden sollten: Total Pipeline Value, Average Deal Size, individuelle Aktivitätsmetriken (Anrufe getätigt, E-Mails gesendet). Sie fühlen sich produktiv zu messen an und erzeugen Management-Fokus auf die falschen Dinge. Aktivität ist ein Input — wenn die Stage-Gates fest sind und die SLAs durchgesetzt werden, korrigiert sich Aktivität selbst. Aktivitätsmetriken in einem leckenden Prozess treiben das falsche Verhalten, nämlich Reps, die Zahlen aufblasen, um Aktivitätsziele zu erreichen, statt sich auf Stage-Gate-Qualität zu konzentrieren.

Die meisten Teams, mit denen ich arbeite, implementieren diese Vorlage innerhalb des breiteren 12-18-wöchigen Sales-Transformation-Engagements, weil die Prozess-Neugestaltung von Manager-Retraining, CRM-Rekonfiguration und 60 Tagen aktiver Verstärkung begleitet werden muss, bevor sie zum Standard des Teams wird. Wenn du bereits die Diagnose-Arbeit gemacht hast, um zu wissen, dass dein Prozess strukturelle Lücken hat — die Art, die in Vertriebsprozess-Optimierung abgedeckt ist — ist die Vorlage hier das Design, das sie behebt. Wenn du ein Gründer bist, der immer noch den Grossteil des Verkaufs macht, ist die Frage, wann dieser Prozess zu formalisieren ist gegenüber wann schnell weiterzuziehen ist, in Fractional CRO erste 90 Tage abgedeckt, das durchgeht, wie ein strukturierter Prozess installiert wird, ohne die bereits laufenden Deals zu zerbrechen.

Für Teams, die über die kommerzielle Seite nachdenken — wie ein Engagement zur Installation dieses Prozesses tatsächlich aussieht, Scope, Verantwortlichkeit, Entscheidungskriterien — deckt Sales-Transformation-Consulting-Engagement die Struktur ab. Das Prozessdesign ist der einfache Teil. Das Team 60 aufeinanderfolgende Tage innerhalb des Prozesses operieren zu lassen, bis die neuen Defaults sich verfestigen, ist, wo die meisten internen Versuche scheitern.

Weitere Artikel in diesem Cluster

// Let's build

Zurück zu Projektbasierte Transformation

12-18-wöchige Vertriebstransformation: Gründer-getriebenen Vertrieb ablösen, Pipeline-Abdeckung durchsetzen, Win-Rates mit wiederholbaren Prozessen steigern.

Zum Service Projektbasierte Transformation

Sechs Stufen sind das Minimum, das benötigt wird, um die bedeutungsvollen Käuferzustandsübergänge in einem B2B-SaaS-Verkauf zu erfassen: Signal empfangen, Problem erkundet, qualifiziert mit den richtigen Leuten am Tisch, Angebot bewertet, Bedingungen verhandelt, Deal abgeschlossen. Fünf Stufen klappen typischerweise Qualified und Proposal in eines zusammen, was das Multithreading-Gate verbirgt, das die folgenreichste Stufe im gesamten Prozess ist. Acht oder mehr Stufen bedeuten fast immer, dass aktivitätsbasierte Stufen hinzugefügt wurden (Demo Delivered, Technical Review Done, ROI Presented), die Anreize schaffen, Deals basierend auf Rep-Aktivität statt Käufer-Commitment voranzutreiben. Sechs ist die Zahl, bei der jede Stufe eine echte Käuferentscheidung repräsentiert, und das Entfernen einer von ihnen Signal verliert.

MQL ist die Marketing-seitige Qualifikation: Der Lead entspricht ICP-Firmographics und hat über ein Trigger-Event spezifische Kaufabsicht gezeigt. SQL ist die Sales-seitige Qualifikation, hinzugefügt, nachdem der SDR mit dem Lead gesprochen hat: bestätigte Kaufrolle, Problem im Scope und Bereitschaft, einen Discovery-Call innerhalb von 14 Tagen wahrzunehmen. Die Übergabe zwischen ihnen passiert innerhalb von Stufe 1 des Prozesses — sie sind keine separaten Pipeline-Stufen, sie sind Routing-Zustände. Die wichtigste Regel: SQL erfordert tatsächliches Gespräch, keine Scoring-Schwellen. Ein Lead mit einem hohen Score, mit dem nicht gesprochen wurde, ist immer noch MQL.

Nein. Höhere ACV-Deals brauchen keine zusätzlichen Stufen, sie brauchen längere SLAs pro Stufe und strengere Exit-Kriterien für Stufe 3. Für Deals bei 250K+ USD ACV sollte Multithreading bei Stufe 3 vier oder fünf bestätigte Stakeholder erfordern, nicht drei; Stufe 4 sollte einen Executive Sponsor auf Käuferseite erfordern; Stufe 5 sollte Procurement- und Security-Review-Timelines antizipieren, die 30-60 Tage hinzufügen. Die Form des Prozesses ist dieselbe. Was sich ändert, ist die Rigorosität der Exit-Kriterien und das realistische Zeitbudget pro Stufe.

Sie treten wieder in Stufe 1 ein, nicht in die Stufe, in der sie beim Verlust waren. Der Grund ist, dass sich der Kaufkontext geändert hat — neue Stakeholder, neuer Budget-Zyklus, neue Problempriorität — und es als Fortsetzung des vorherigen Deals zu behandeln bedeutet normalerweise, Discovery-Arbeit zu überspringen, die aufgedeckt hätte, was dieses Mal anders ist. Die Ausnahme ist ein Deal, der aus Procurement- oder Legal-Gründen verloren wurde, bei dem die technischen und kommerziellen Entscheidungen bereits getroffen waren; diese können bei Stufe 5 wieder eintreten. Verlorene Deals, die sich wegen einer geschlossenen Produktlücke wieder engagieren, treten typischerweise bei Stufe 3 wieder ein, weil die Qualifikation neu bestätigt werden muss, aber die Beziehungshistorie real ist.

Die CRM-Rekonfiguration dauert etwa eine Woche. Das Training und Rollout an das Team dauert weitere zwei Wochen. Die Verhaltensänderung — Manager, die tatsächlich SLAs durchsetzen, AEs, die akzeptieren, dass Deals an Stage-Gates recycelt statt aus Hoffnung vorangetrieben werden — dauert 60-90 Tage aktiver Verstärkung. Der schwierigste Teil ist nicht das Design, sondern die Periode, in der das Team erlebt, wie die Pipeline schrumpft, weil der Prozess jetzt Deals markiert, die zuvor als stalled versteckt waren. Die meisten Teams, die mitten in der Implementierung aufgeben, tun das in Woche 4 oder 5, wenn Pipeline-Coverage vorübergehend fällt und jemand in Panik gerät. Halte die Linie; Coverage stabilisiert sich bis Woche 10-12 mit viel höherer Qualität darunter.

Kleine Teams profitieren mehr davon, nicht weniger. Ein 3-AE-Team, das drei verschiedene Prozesse ausführt, hat 9 verschiedene Versionen jeder Stage-Definition, sobald du Interpretationsabweichung einrechnest. Die Vorlage skaliert sauber nach unten — kleine Teams überspringen die formale SDR-Schicht (der AE besitzt Stufe 1 direkt), und die Manager-Rolle ist normalerweise ein Gründer oder Head of Sales, der wöchentliche Pipeline-Reviews macht. Die Stufen, Exit-Kriterien und SLAs ändern sich nicht. Was sich ändert, ist das Volumen der durch den Prozess fliessenden Arbeit, was bedeutet, dass SLA-Disziplin sogar noch wichtiger wird, weil weniger Deals zur Verfügung stehen, aus denen Signal beim Interpretieren von Metriken zu ziehen ist.