Commit Category Verification Protocol
Definition: Ein strukturierter Prüfrahmen zur Validierung von Deals in der Forecast-Kategorie Commit. Er stellt sicher, dass nur qualifizierte Chancen mit hoher Abschlusswahrscheinlichkeit als verbindlich gelten. Das Protokoll kombiniert festgelegte Kriterien, Datenabgleich und regelmäßige Review-Zyklen. So werden überhöhte Prognosen verhindert und die Aussagekraft von Umsatzprognosen gesteigert.
Warum ein Commit eine eigene Prüfung braucht
Ein Commit in der Umsatzprognose ist ein Versprechen: aus strenger Sicht ein datengestütztes Signal, in der Praxis oft das Ergebnis von Optimismus, Druck und sozialem Erwünschtheits-Framing. Ohne eine klare Verifikationsschwelle wird die Kategorie zur Projektionsfläche. Das Protokoll erzwingt eine objektivierte Betrachtung. Entscheidend ist, dass nicht der Verkäufer allein bestimmt, was als Commit gilt. Eine unabhängige Instanz oder ein strukturierter Check prüft die Evidenz. So bleibt das Forecast-Board frei von heuristischen Verzerrungen.
Dabei geht es nicht um Misstrauen. Es geht um Reizschwelle: Erst wenn harte Fakten vorliegen, wird ein Deal formal in die Kategorie Commit übernommen. Diese Disziplin zahlt auf die gesamte Vertriebspipeline ein.
Die fünf Prüfmodule des Protokolls
Ein robustes Protokoll arbeitet mit fünf Modulen. Jedes Modul hat eine Kernfrage, die im CRM beantwortet sein muss, bevor das Alignment als Commit markiert wird.
| Modul | Kernfrage | Geprüfter Nachweis |
|---|---|---|
| Budget & Authority | Ist das Budget bestätigt? | Budgetgenehmigung, Procurement-Status |
| Need & Pain | Ist der Business Case dokumentiert? | Problemstatement, ROI-Rechnung |
| Timeframe | Existiert eine verbindliche Entscheidungsfrist? | Procurement-Kalender, RFQ-Datum |
| Decision Process | Ist der Evaluierungsprozess bekannt? | Bewertungsmatrix, Projektplan |
| Champion | Gibt es einen internen Fürsprecher? | Champion-Interview, Zugang zur Entscheidungsebene |
Nur wenn alle Module grün sind, erfüllt die Chance die Definition eines Commits. Die Überprüfung folgt dabei einem Prinzip, das man sich wie die Kontrolle vor einem Flugzeugstart vorstellen kann: Kein Pilot setzt auf das Gefühl, dass der Tank voll ist. Er liest ab, ob die Anzeige den Wert bestätigt. Genauso verhält es sich mit einem verifizierten Commit.
Umsetzung in CRM und Forecast-Prozess
Die technische Umsetzung hängt von der Tiefe der CRM-Konfiguration ab. Idealerweise werden die fünf Module als Pflichtfelder oder als Checklisten-Objekt abgebildet. Der Forecast-Prozess bekommt dann eine feste Schleife: Vor jedem Weekly Review markiert ein automatisierter Check, welche Deals die Kriterien nicht erfüllen. Diese Deals bleiben sichtbar, werden aber nicht als Commit gewertet. Damit sinkt das Risiko von Überprognosen deutlich.
Wer prüft? In vielen Organisationen übernimmt das ein Forecast-Board. Kleinere Teams können die Prüfung rotierend durchführen. Wichtig ist die Trennung von Person und Rolle: Niemand beurteilt ausschließlich die eigenen Deals. Die Prüfung geschieht nach dem Vieraugen-Prinzip und schafft so eine zusätzliche Schutzschicht.
Ein Commit ist keine Absichtserklärung. Ein Commit ist eine Hypothese, die durch Evidenz gestützt wird. Das Protokoll ist das Experiment, das sie bestätigt oder widerlegt.
Fehlerquellen und wie das Protokoll sie entschärft
Die häufigste Fehlerquelle ist der subjektive Optimismus: Ein Verkäufer berichtet ein positives Kundengespräch und labelt den Deal prompt als Commit. Diesem Priming begegnet das Protokoll mit einer festen Evidenzpflicht. Ohne Nachweis kein Commit. Zudem schützt die Pflicht zu konkreten Kriterien vor dem typischen Framing, nach dem ein vermeintlich konkretes Datum bereits Abschlusssicherheit bedeutet.
Ein weiterer Stolperstein ist der soziale Druck im Review. Wenn das Management das Gesamtziel erreichen will, färbt das auf die Selbsteinschätzung der Verkäufer ab. Ein formalisiertes Protokoll nimmt diesen Druck aus der Prognose, indem es den Status eines Deals an nachvollziehbare Fakten koppelt. Die Reizschwelle wirkt damit als stabilisierender Mechanismus.
Schließlich verhindert das Protokoll, dass Pipeline-Deals durch bloße Verschiebungen der nächsten Schritte permanent im Commit verharren. Jede Woche wird geprüft, ob die Evidenz noch aktuell ist. Werden Zeitpläne überschritten, fällt der Deal automatisch in eine frühere Kategorie zurück. So bleibt die Forecast-Kurve ehrlich.
« Back to Glossary Index