Commit-Kriterien: Evidenzbasierte Regeln für Prognosesicherheit
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Commit sollte Nachweis bedeuten, nicht Zuversicht.
Wenn Reps und Manager Deals allein aufgrund von Optimismus in den Commit verschieben können, wird der Forecast zu einer Zuversichtsumfrage. RevOps sollte helfen, evidenzbasierte Commit-Kriterien zu definieren.
Gartners Studie zur Prognosesicherheit ist direkt relevant, weil die Commit-Qualität einer der schnellsten Wege ist, das Vertrauen in den Forecast zu verbessern oder zu beschädigen. McKinseys Studie zur Vertriebsproduktivität unterstützt zudem einen stärker evidenzbasierten operativen Ansatz für das Vertriebsmanagement.
Wichtige Betriebsfakten
- Commit sollte bedeuten, dass der Deal evidenzbasierte Kriterien erfüllt, nicht dass sich der Rep oder Manager sicher fühlt.
- Commit-Kriterien sollten Käufernachweise, Timing-Nachweise, kommerzielle Nachweise, Risikoüberprüfung und Manager-Kontrolle umfassen.
- RevOps sollte Commit-Regeln in Forecast-Paketen, der Pipeline-Inspektion und der Genauigkeitsüberprüfung nach Periodenende sichtbar machen.
- Unterschiedliche Umsatzmotive brauchen möglicherweise unterschiedliche Commit-Nachweise, aber die Unterschiede sollten dokumentiert werden.
Häufige Commit-Nachweise
- Wirtschaftlicher Entscheider eingebunden
- Geschäftsproblem bestätigt
- Entscheidungsprozess bekannt
- Kommerzielle Konditionen geprüft
- Rechts- oder Beschaffungsweg verstanden
- Abschlussdatum an ein Kundenereignis geknüpft
- Gemeinsamer Aktionsplan vereinbart
- Kein ungelöster Blocker vor dem Manager verborgen
Commit-Kriterien sollten mit Forecast Governance und Forecast Call Operating Model verknüpft sein.
Wie man Commit-Kriterien durchsetzt
Verlassen Sie sich nicht nur auf Erinnerungen der Manager. Verankern Sie den Nachweis im operativen Workflow:
- Verlangen Sie ein Abschlussplan- oder Next-Step-Feld vor dem Commit.
- Verfolgen Sie Änderungen am Abschlussdatum, nachdem ein Deal in den Commit aufgenommen wurde.
- Überprüfen Sie die Commit-Konversion nach jeder Periode.
- Trennen Sie „Best Case" klar vom „Commit".
- Prüfen Sie verlorene Commit-Deals auf das Muster fehlender Nachweise.
RevOps sollte nicht für jeden Deal die kommerzielle Einschätzung übernehmen. Aber es sollte den Standard sichtbar genug machen, damit nicht zwei Manager Commit auf völlig unterschiedliche Weise verwenden.
Commit-Nachweisstufen
Nicht jeder Nachweis hat die gleiche Aussagekraft.
| Nachweisstufe | Beispiel | Auswirkung auf Commit |
|---|---|---|
| Schwach | Rep sagt, der Champion sei begeistert | Nicht ausreichend |
| Mäßig | Käufer hat das Problem und den nächsten Termin bestätigt | Kann Best Case stützen |
| Stark | Wirtschaftlicher Entscheider eingebunden, Beschaffungsweg bekannt, gemeinsamer Plan aktiv | Kann Commit stützen |
| Sehr stark | Kommerzielle Konditionen abgestimmt, Rechts- oder Beschaffungsprozess läuft, Datum an ein Käuferereignis geknüpft | Starker Commit-Nachweis |
Dieses Modell hilft Managern bei der Kalibrierung. Es reduziert zudem die Gewohnheit, Käuferbegeisterung als Nachweis zu behandeln. Ein positives Gespräch kann bedeutsam sein, aber Commit sollte verlangen, dass der Prozess des Käufers sichtbar genug ist, damit das Abschlussdatum glaubwürdig ist.
Commit vs. Best Case
Commit und Best Case sollten keine Synonyme sein.
| Kategorie | Bedeutung |
|---|---|
| Commit | Das Team erwartet den Abschluss des Deals und kann Käufernachweise erklären |
| Best Case | Der Deal könnte abschließen, aber Timing oder Nachweis sind unvollständig |
Wenn Manager Best Case als schwachen Commit verwenden, wird der Forecast aufgebläht. Wenn Commit Deals mit ungelösten Blockern enthält, wird Finance die Zahl abwerten.
Nachweischecklise
Prüfen Sie, bevor ein Deal in den Commit aufgenommen wird:
- Käuferproblem
- Geschäftliche Auswirkung
- Entscheidungsprozess
- Wirtschaftlicher Entscheider
- Rechts- oder Beschaffungsweg
- Kommerzieller Umfang
- Implementierungsrisiko
- Abschlussplan
- Nächste Kundenaktion
- Bekannte Blocker
Der Nachweisstandard kann für transaktionale Deals leichter und für Enterprise-Deals strenger sein. Aber der Standard sollte schriftlich festgehalten sein.
Commit-Hygiene
Verfolgen Sie:
- Commit hinzugefügt
- Commit entfernt
- Commit verschoben
- Commit verloren
- Commit Closed-Won
- Commit mit Verschiebung des Abschlussdatums
- Commit mit fehlendem nächsten Schritt
- Commit mit ungelöstem Blocker
Das gibt RevOps eine Möglichkeit, den Standard im Laufe der Zeit zu verbessern.
Manager-Kontrolle
Manager sollten fragen:
- Was hat sich seit dem letzten Review geändert?
- Welche Kundenaktion stützt den Commit?
- Was könnte den Deal stoppen?
- Welche Unterstützung wird benötigt?
- Ist das Abschlussdatum an den Käuferprozess geknüpft?
- Welcher Nachweis würde dies stattdessen zu Best Case machen?
Ziel ist nicht, Reps zu verhören. Ziel ist, Commit aussagekräftig zu halten.
Häufige Fehler
Commit basierend auf Rep-Zuversicht. Zuversicht ist kein Nachweis.
Keine Termindisziplin. Der Commit verschiebt sich wiederholt.
Kein Review nach Periodenende. Das Team lernt nie, welche Kriterien versagt haben.
Gleiche Kriterien für jedes Motiv. Enterprise- und transaktionale Deals brauchen möglicherweise unterschiedliche Nachweise.
Commit ohne Implementierungsreview. Deals schließen ab, schaffen aber Risiken nach dem Verkauf.
Bereitschaftscheckliste
Vor dem Rollout:
- Die Commit-Definition ist schriftlich festgehalten.
- Die Best-Case-Definition ist getrennt.
- Der erforderliche Nachweis ist dokumentiert.
- Manager prüfen die Kriterien.
- RevOps verfolgt die Commit-Bewegung.
- Finance versteht den Standard.
- Ein Review nach Periodenende ist geplant.
Commit funktioniert, wenn die Kategorie langweilig wird: weniger Überraschungen, klareres Risiko und besseres Vertrauen in den Forecast.
Commit-Nachweis nach Deal-Typ
Unterschiedliche Motive brauchen unterschiedliche Nachweise.
| Motiv | Nachweisschwerpunkt |
|---|---|
| Transaktional | Käuferabsicht, Zahlungsweg, kein Blocker |
| Mid-Market | Geschäftsproblem, Entscheidungsprozess, kommerzielle Konditionen |
| Enterprise | Buying Committee, Recht, Beschaffung, Executive Sponsor |
| Verlängerung | Gesundheit, Sponsor, Vertrags-Timing, Wertnachweis |
| Expansion | Akzeptanz, Anwendungsfall, Stakeholder, kommerzieller Umfang |
Erzwingen Sie keine schwere Enterprise-Checkliste für jeden Deal. Aber lassen Sie komplexe Deals nicht mit schwachem Nachweis in den Commit gelangen.
Checkliste für die Commit-Aufnahme
Vor dem Commit:
- Ist die nächste Aktion des Käufers klar?
- Basiert das Abschlussdatum auf dem Timing des Käufers?
- Sind Blocker dokumentiert?
- Ist der Genehmigungsweg bekannt?
- Sind die kommerziellen Konditionen verstanden?
- Hat der Manager den Deal geprüft?
- Ist das Risiko nach dem Verkauf sichtbar?
Wenn nicht, gehört der Deal möglicherweise zu Best Case.
Commit-Austrittsreview
Überprüfen Sie am Ende der Periode jeden Commit-Deal:
- Closed-Won
- Verschoben
- Closed-Lost
- Zurückgezogen
- Betrag geändert
- Kategorie geändert
Erfassen Sie bei verschobenem oder verlorenem Commit das Muster der fehlenden Nachweise.
Commit und Kundenübergabe
Manche Deals können kommerziell wahrscheinlich, aber operativ riskant sein.
RevOps sollte das Risiko nach dem Verkauf vor dem Commit sichtbar machen, wenn Implementierungskomplexität, versprochene Ergebnisse oder Kundenbereitschaft die Umsatzqualität beeinflussen könnten. Ein Deal kann abschließen und trotzdem ein Kündigungsrisiko schaffen.
Commit-Dashboard
Zeigen Sie:
- Commit-Betrag
- Commit-Anzahl
- Commit-Konversion
- Commit-Verschiebung
- Commit-Alter
- Commit nach Manager
- Commit mit fehlendem Nachweis
- Trend bei Commit Closed-Won
Das hilft Führungskräften, die Commit-Qualität im Laufe der Zeit zu verbessern.
Manager-Coaching
Manager sollten Commit-Kriterien zum Coachen nutzen, nicht nur zum Kontrollieren.
Fragen:
- Welcher Nachweis macht dies zu einem Commit?
- Welcher Nachweis fehlt?
- Welche Aktion würde die Zuversicht erhöhen?
- Was würde dies stattdessen zu Best Case machen?
- Was hat sich seit dem letzten Call geändert?
Das schafft konsistente Beurteilung.
Häufige Anti-Patterns
Sandbagging. Manager halten echten Commit aus dem Commit heraus, um Risiken zu vermeiden.
Happy Commit. Reps committen Deals, weil sie sich gut fühlen.
Commit-Stuffing zum Quartalsende. Schwache Deals werden spät in den Commit verschoben, um eine Lücke zu schließen.
Kein Lernen nach Periodenende. Commit-Fehler wiederholen sich.
Was stattdessen zu tun ist
Commit sollte ein Versprechen sein, das durch sichtbare Käufernachweise gestützt wird. Wenn dieser Nachweis nicht sichtbar ist, kann der Deal dennoch wichtig sein, aber er sollte keine Commit-Zuversicht tragen.
Reifegradmodell für Commit-Kriterien
Teams durchlaufen üblicherweise mehrere Reifestufen.
| Stufe | Verhalten |
|---|---|
| Informell | Commit bedeutet, dass sich der Rep oder Manager gut fühlt |
| Definiert | Eine Commit-Definition existiert, wird aber nicht konsistent geprüft |
| Durchgesetzt | Manager prüfen Nachweise vor der Commit-Bewegung |
| Gemessen | RevOps verfolgt Commit-Konversion, -Verschiebung und -Fehlschläge |
| Kalibriert | Kriterien sind nach Segment, Produkt und Motiv abgestimmt |
Die meisten Teams brauchen am ersten Tag kein komplexes Modell. Sie brauchen einen schriftlichen Standard, Manager-Disziplin und ein Review nach Periodenende. Komplexität kann später hinzukommen, wenn das Unternehmen genug Daten hat, um die Kriterien nach Segment abzustimmen.
Wie man Commit-Kriterien formuliert
Gute Kriterien sind konkret, prüfbar und an das Käuferverhalten geknüpft.
Schwaches Kriterium: „Der Kunde ist interessiert."
Besseres Kriterium: „Der Kunde hat das Geschäftsproblem, den Entscheidungsverantwortlichen und den nächsten Kaufschritt bestätigt."
Schwaches Kriterium: „Die Beschaffung sollte kein Problem sein."
Besseres Kriterium: „Der Beschaffungsverantwortliche ist bekannt, der Prozess hat begonnen, und kein erforderlicher Lieferantenschritt ist unbekannt."
Schwaches Kriterium: „Der Champion sagt, er will es."
Besseres Kriterium: „Der Champion hat Einfluss, der wirtschaftliche Entscheider ist identifiziert, und der Business Case ist akzeptiert."
RevOps sollte Kriterien in einer Sprache formulieren, die Manager während der Kontrolle verwenden können. Wenn sich die Regeln wie Richtlinientext anhören, werden sie möglicherweise ignoriert. Wenn sie wie praktische Deal-Fragen klingen, können Manager damit coachen.
Commit-Kriterien nach Feld
Das CRM sollte Commit-Kriterien unterstützen, ohne zu einer formularlastigen Belastung zu werden.
Nützliche Felder sind unter anderem:
- Forecast-Kategorie
- Abschlussdatum
- Nächste Kundenaktion
- Entscheidungsprozess
- Wirtschaftlicher Entscheider
- Beschaffungsstatus
- Rechtsstatus
- Blocker
- Status des gemeinsamen Plans
- Datum der Manager-Kontrolle
Nicht jedes Feld muss für jede Phase Pflicht sein. Aber der Commit sollte die Nachweisfelder verlangen, die für das jeweilige Motiv wichtig sind. Ein Enterprise-Deal in später Phase ohne bekannten Beschaffungsstatus ist ein reales Forecast-Risiko. Ein transaktionaler Deal braucht möglicherweise einen leichteren Standard.
Commit-Ausnahmen
Manche Deals passen nicht in das normale Muster.
Das Team sollte Ausnahmen zulassen, aber Ausnahmen sollten sichtbar sein. Ein strategisches Konto kann zum Beispiel ohne abgeschlossene Beschaffung in den Commit gelangen, wenn der Executive Sponsor das Timing bestätigt hat und die rechtliche Arbeit bereits skizziert ist. Das kann eine gültige kommerzielle Einschätzung sein, sollte aber als Ausnahme mit Begründung markiert werden.
Die Ausnahmebehandlung sollte umfassen:
- Wer die Ausnahme genehmigt hat
- Welcher Nachweis fehlt
- Warum der Deal Commit bleibt
- Welche Aktion die Nachweislücke schließt
- Wann die Ausnahme erneut überprüft wird
Das erhält Flexibilität, ohne den Standard für alle anderen zu schwächen.
Commit und Deal-Reviews
Commit-Kriterien sollten in den Manager-Deal-Reviews vor dem Forecast-Call auftauchen.
Fragen für das Deal-Review:
- Welcher Käufernachweis stützt den Commit?
- Welcher Nachweis hat sich seit letzter Woche geändert?
- Was könnte den Abschluss noch verhindern?
- Wer verantwortet die nächste Käuferaktion?
- Woran ist das Datum geknüpft?
- Welche internen Ressourcen werden benötigt?
- Was würde diesen Deal aus dem Commit herausnehmen?
Manager sollten vermeiden, die Checkliste zu einer mechanischen Übung zu machen. Es geht um Beurteilung. Die Checkliste hält die Beurteilung auf Nachweisen basiert.
Commit-Qualität nach Manager
RevOps sollte die Commit-Qualität zwischen Managern sorgfältig vergleichen.
Nützliche Vergleiche:
- Commit-Konversionsrate
- Commit-Verschiebungsrate
- Commit-Verlustrate
- Durchschnittliche Terminverschiebungen nach Commit
- Spät in der Periode hinzugefügter Commit
- Nach dem Forecast-Call entfernter Commit
Diese Kennzahlen können Coaching-Chancen aufdecken, sollten aber nicht zu einer öffentlichen Anprangerungstafel werden. Wenn ein Manager eine niedrige Commit-Genauigkeit hat, kann die Ursache eine schwache Kontrolle, ein schwierigeres Territorium, ein neuer Segmentmix, schwache Qualifizierung oder unklare Definitionen sein. RevOps sollte bei der Diagnose helfen, bevor Führungskräfte entscheiden.
Commit-Kriterien und Vertrauen von Finance
Finance braucht nicht jedes Deal-Detail, muss aber den Standard hinter der Zahl verstehen.
Wenn Commit-Kriterien schriftlich festgehalten und gemessen werden, kann Finance dem Sales-Call mehr vertrauen. Wenn Kriterien vage sind, erstellt Finance oft einen Schatten-Forecast. Dieser Schatten-Forecast mag rational sein, schafft aber doppelte Arbeit und Spannungen.
RevOps kann helfen, indem es zeigt:
- Commit-Definition
- Historie der Commit-Konversion
- Trend bei Verschiebungen
- Vorbehalte bei Großdeals
- Segmentunterschiede
- Bekannte Datenlücken
Das Vertrauen verbessert sich, wenn Finance sehen kann, wie die Zahl zustande kam.
Einführung von Commit-Kriterien
Der Rollout sollte praktisch sein:
- Prüfen Sie aktuelle Commit-Fehlschläge.
- Identifizieren Sie häufig fehlende Nachweise.
- Formulieren Sie einfache Kriterien.
- Besprechen Sie diese mit den Sales-Managern.
- Fügen Sie nur notwendige CRM-Felder hinzu.
- Schulen Sie Reps anhand von Beispiel-Deals.
- Überprüfen Sie die Commit-Bewegung wöchentlich.
- Überprüfen Sie die Genauigkeit nach Periodenabschluss.
Die erste Version sollte einfach genug sein, um sofort verwendet zu werden. Ein perfekter, aber ungenutzter Standard ist schlechter als ein klarer Standard, der sich verbessern lässt.
Den Standard testen
Testen Sie die Kriterien vor dem Rollout an kürzlich abgeschlossenen, verschobenen und verlorenen Deals.
Fragen Sie, ob die Kriterien echten Commit korrekt von schwachem Commit getrennt hätten. Wenn die Antwort Nein lautet, überarbeiten Sie den Standard. Wenn die Kriterien viele Deals blockiert hätten, die tatsächlich abgeschlossen wurden, sind sie möglicherweise zu streng. Wenn sie viele verschobene Deals in den Commit gelassen hätten, sind sie zu locker.
Dieser historische Test macht die Regeln glaubwürdiger.
Beispiele für Commit-Kriterien
Beispiel: Ein Mid-Market-Deal hat einen starken Champion, ein klares Geschäftsproblem und eine Preisvereinbarung, aber keinen bekannten Genehmigungsweg. Es könnte Best Case sein, nicht Commit. Die nächste Aktion besteht darin, den Genehmigungsweg zu identifizieren, nicht über die Zuversicht des Reps zu diskutieren.
Beispiel: Ein Enterprise-Deal hat Executive-Alignment und einen unterschriebenen Business Case, aber die Rechtsabteilung hat noch nicht begonnen. Wenn das Timing der Rechtsabteilung für das Abschlussdatum wesentlich ist, sollte der Deal einen Vorbehalt tragen oder außerhalb des Commit bleiben, bis der Weg bekannt ist.
Beispiel: Eine Verlängerung hat starke Nutzung und keinen kommerziellen Blocker, aber der Sponsor hat gewechselt. Der Deal ist möglicherweise weiterhin wahrscheinlich, aber der Manager sollte das Beziehungsrisiko prüfen, bevor er ihm sauberes Commit-Vertrauen zugesteht.
Diese Beispiele helfen Managern, den Standard anzuwenden, ohne ihn zu einem starren Skript zu machen.
Was nach der Periode zu überprüfen ist
Vergleichen Sie nach Periodenabschluss den Commit-Nachweis mit den tatsächlichen Ergebnissen.
Überprüfen Sie:
- Welche Commit-Deals wurden abgeschlossen?
- Welche Commit-Deals wurden verschoben?
- Welche Commit-Deals wurden verloren?
- Welcher Nachweis fehlte bei verschobenen Deals?
- Welche Kriterien waren zu streng?
- Welche Kriterien waren zu locker?
- Welche Manager brauchen eine Kalibrierung?
- Welche CRM-Felder haben bei Entscheidungen nicht geholfen?
Dieses Review sollte jeweils ein oder zwei Änderungen hervorbringen. Zu viele Änderungen machen den Standard schwer nutzbar.
Minimal tragfähige Version
Ein Team kann mit vier erforderlichen Prüfungen beginnen:
- Das Käuferproblem ist bestätigt.
- Der Entscheidungsweg ist bekannt.
- Das Abschlussdatum ist an das Timing des Käufers geknüpft.
- Kein wesentlicher Blocker ist verborgen.
Dieser einfache Standard ist besser als eine ausgefeilte Checkliste, die Manager nicht nutzen. Fügen Sie Details zu Recht, Beschaffung, Implementierung und Executive Sponsor hinzu, wenn die Deal-Komplexität dies erfordert.
Halten Sie die erste Version prüfbar.
Überprüfen Sie sie nach dem ersten Forecast-Zyklus.
Ein guter Standard sollte die Beurteilung der Manager klarer machen, nicht sie ersetzen. Wenn ein Manager die Kriterien außer Kraft setzt, erfassen Sie den Grund. Solche Überschreibungen sind nützlich, wenn sie dem Team zeigen, welcher Nachweis wichtig ist und welche Regeln angepasst werden müssen.
Deal-Review-Paket
Commit-Kriterien funktionieren am besten, wenn der Forecast-Call nicht das erste Mal ist, dass ein Deal geprüft wird.
Bevor ein Deal in den Commit gelangen kann, sollten Manager ein kurzes Review-Paket haben:
| Element | Was zu zeigen ist |
|---|---|
| Käufernachweis | Problem, Auswirkung, wirtschaftlicher Entscheider, Entscheidungsweg und nächste Kundenaktion |
| Timing-Nachweis | Warum das Abschlussdatum an das Timing des Käufers und nicht an die Präferenz des Verkäufers geknüpft ist |
| Kommerzieller Nachweis | Umfang, Preis, Genehmigungsweg, Rechts- oder Beschaffungsstatus |
| Risikonachweis | Bekannte Blocker, fehlende Stakeholder, Implementierungsrisiko, Wettbewerbsrisiko |
| Manager-Beurteilung | Warum der Manager den Commit akzeptiert oder den Deal in Best Case belässt |
| Ausnahmehinweis | Welcher Nachweis fehlt und warum der Deal dennoch Commit verdient, wenn eine Ausnahme genehmigt wird |
Dieses Paket hält den Standard nutzbar. Reps wissen, welche Nachweise sie sammeln müssen. Manager wissen, was sie prüfen müssen. Finance kann verstehen, warum dem Commit vertraut werden sollte. RevOps kann Fehlschläge nach der Periode überprüfen, ohne die Geschichte aus dem Gedächtnis zu rekonstruieren.
FAQ
Wer verantwortet die Commit-Kriterien?
Die Sales-Führung verantwortet den Standard. RevOps steuert Definitionen, Felder, Berichterstattung und Genauigkeitsverfolgung.
Sollte jeder Commit-Deal einen gemeinsamen Plan haben?
Bei komplexen B2B-Deals ja. Bei transaktionalen Deals kann der Nachweisstandard einfacher sein.
Mehr erfahren

Senior Operations & Growth Strategist
On this page
- Häufige Commit-Nachweise
- Wie man Commit-Kriterien durchsetzt
- Commit-Nachweisstufen
- Commit vs. Best Case
- Nachweischecklise
- Commit-Hygiene
- Manager-Kontrolle
- Häufige Fehler
- Bereitschaftscheckliste
- Commit-Nachweis nach Deal-Typ
- Checkliste für die Commit-Aufnahme
- Commit-Austrittsreview
- Commit und Kundenübergabe
- Commit-Dashboard
- Manager-Coaching
- Häufige Anti-Patterns
- Was stattdessen zu tun ist
- Reifegradmodell für Commit-Kriterien
- Wie man Commit-Kriterien formuliert
- Commit-Kriterien nach Feld
- Commit-Ausnahmen
- Commit und Deal-Reviews
- Commit-Qualität nach Manager
- Commit-Kriterien und Vertrauen von Finance
- Einführung von Commit-Kriterien
- Den Standard testen
- Beispiele für Commit-Kriterien
- Was nach der Periode zu überprüfen ist
- Minimal tragfähige Version
- Deal-Review-Paket
- FAQ
- Wer verantwortet die Commit-Kriterien?
- Sollte jeder Commit-Deal einen gemeinsamen Plan haben?
- Mehr erfahren