Das Betriebssystem in sechs Kontrollen
- • Datenvertrag: Welche CRM-Felder müssen wann und von wem gepflegt werden?
- • Stage Gate: Welches Kundensignal erlaubt den Wechsel in die nächste Stufe?
- • Kategorie: Gehört der Deal zu Pipeline, Best Case, Commit oder Closed?
- • Snapshot: Welcher Datenstand bildet die offizielle Prognose dieser Woche?
- • Review: Welche Abweichung erfordert heute eine Aktion oder Eskalation?
- • Feedback: Welcher Prozessfehler erklärt die Abweichung zum Ist-Ergebnis?
Pipeline und Forecast erfüllen verschiedene Aufgaben
Die Pipeline enthält alle offenen Verkaufschancen. Der Forecast enthält nur den Teil, der voraussichtlich in einem definierten Zeitraum abgeschlossen wird. Salesforce trennt beide Begriffe in seiner offiziellen Forecasting-Anleitung ausdrücklich. Diese Trennung ist der erste Prozessschritt.
Eine Pipeline-Frage lautet: Welche Deals brauchen einen nächsten Schritt? Eine Forecast-Frage lautet: Welcher Umsatz fällt voraussichtlich in dieses Quartal? Die erste Antwort steuert Verkäuferaktivitäten. Die zweite beeinflusst Kapazität, Einstellungen, Ausgaben und den Plan gegenüber Finance.
Der Forecast-Prozess muss deshalb mehr liefern als eine Summe. Er braucht eine Bandbreite, die wichtigsten Veränderungen seit dem letzten Snapshot, die Risiken hinter dem Commit und benannte nächste Aktionen. Ohne diese Ausgaben bleibt der Review eine Statusrunde.
Kontrolle 1: Einen CRM-Datenvertrag festlegen
Der Datenvertrag legt fest, welche Felder einen Deal prognosefähig machen. Er benennt für jedes Feld eine Definition, einen Eigentümer und den Zeitpunkt der Aktualisierung. RevOps dokumentiert den Vertrag. Der Account Executive pflegt den Deal. Die Führungskraft prüft Ausnahmen im Forecast Review.
| Pflichtfeld | Definition | Eigentümer | Entscheidung |
|---|---|---|---|
| Betrag | Erwarteter Vertragswert nach einer einheitlichen Umsatzdefinition | Account Executive | Welcher Umsatz ist im Forecast enthalten? |
| Abschlussdatum | Erwartetes Vertragsdatum, nicht Go-live oder Rechnungsdatum | Account Executive | In welcher Periode zählt der Deal? |
| Stage und Gate | Aktuelle Käuferphase plus prüfbarer Nachweis für den Eintritt | Account Executive, geprüft durch Führungskraft | Ist der Deal in der richtigen Stufe? |
| Forecast-Kategorie | Pipeline, Best Case, Commit oder Closed nach festen Kriterien | Führungskraft | Welche Zahl wird nach oben gemeldet? |
| Nächste Aktion | Konkreter Schritt, Datum und verantwortliche Person | Account Executive | Was muss vor dem nächsten Review passieren? |
Der operative Forecast bleibt im CRM. Ein exportiertes Spreadsheet verliert Änderungen nach dem Export. Auch Salesforce empfiehlt, Forecast Reviews auf aktuellen CRM-Daten statt auf statischen Tabellen durchzuführen.
Fehlen belastbare historische Daten, markieren Sie die erste Wahrscheinlichkeitsverteilung als Annahme. Speichern Sie trotzdem jeden Forecast-Snapshot. So entsteht eine prüfbare Historie, mit der RevOps Annahmen später gegen Ist-Ergebnisse kalibrieren kann.
Kontrolle 2: Stage Gates an Käufernachweise binden
Eine Pipeline-Stufe beschreibt einen erreichten Käuferzustand. Eine Vertriebsaktivität reicht als Nachweis nicht aus. „Demo durchgeführt“ sagt nur, was der Verkäufer getan hat. „Käufer hat Entscheidungskriterien und Beteiligte bestätigt“ beschreibt den Fortschritt beim Kunden.
Salesforce empfiehlt einheitliche Stufenbezeichnungen und festgelegte Prozessschritte vor jedem Stufenwechsel. Das folgende Gate-Modell ist eine Vorlage. Passen Sie die Stufen an Ihren Verkaufszyklus an. Behalten Sie nur Stufen, die eine andere Entscheidung auslösen.
| Käuferphase | Prüfbarer Eintrittsnachweis | Verantwortliche Prüfung | Ausgelöste Entscheidung |
|---|---|---|---|
| Qualifiziert | Geschäftsproblem, wirtschaftliche Auswirkung und zuständige Person sind dokumentiert | Account Executive | Deal bleibt aktiv oder wird disqualifiziert |
| Evaluation | Kriterien, Beteiligte und Entscheidungsprozess sind mit dem Käufer bestätigt | Account Executive | Technische oder fachliche Ressourcen werden eingeplant |
| Kommerzielle Prüfung | Umfang, Preisrahmen und Zieltermin sind bestätigt; das Angebot ist angefordert | Führungskraft | Best Case oder Commit wird geprüft |
| Vertrag | Offene Rechts-, Einkaufs- und Sicherheitsfragen sind mit Eigentümer und Termin erfasst | Account Executive und Führungskraft | Eskalation, Abschlussplan oder Verschiebung |
RevOps prüft die Gate-Definitionen monatlich auf Grenzfälle. Wenn zwei Führungskräfte denselben Deal unterschiedlich einstufen, ist die Definition unvollständig. Ändern Sie dann das Gate, nicht nur den Datensatz. Der Pipeline Health Monitor macht überfällige oder festgefahrene Deals sichtbar. Die Entscheidung über die richtige Stufe bleibt beim verantwortlichen Operator.
Kontrolle 3: Forecast-Kategorien als Entscheidungsregeln schreiben
Die Kategorie beantwortet, wie der Deal in die gemeldete Zahl einfließt. Sie ist kein Stimmungswert. Schreiben Sie für jede Kategorie eine positive Aufnahmebedingung und einen Ausschlussgrund.
| Kategorie | Operative Regel | Ausgabe | Entscheidung |
|---|---|---|---|
| Pipeline | Qualifiziert, aber noch ohne ausreichenden Abschlussnachweis für die Periode | Pipeline-Wert | Nächste Aktion oder Disqualifikation |
| Best Case | Abschluss in der Periode ist möglich; mindestens ein benanntes Risiko bleibt offen | Oberes Szenario | Risiko abbauen oder Termin verschieben |
| Commit | Abschlussplan, Käuferbestätigung und Eigentümer für jedes offene Hindernis sind dokumentiert | Verbindliche Management-Prognose | Ressourcen gegen die Commit-Zahl planen |
| Closed | Der definierte Abschlussnachweis liegt vor | Ist-Abschluss | Übergabe und Umsatzabgleich |
Die gewichtete Pipeline kann daneben als Baseline laufen. Dafür wird jeder Dealbetrag mit einer historischen Abschlussrate multipliziert. Verwenden Sie eigene Abschlussdaten je Segment, Stufe und Zeithorizont, sobald die Stichprobe belastbar ist. Bis dahin bleibt die Rate eine gekennzeichnete Annahme.
Vergleichen Sie Commit, Best Case und gewichtete Baseline im selben Snapshot. Die Abweichung zeigt, wo Managerurteil und historische Basis auseinanderliegen. Eine laufende Umsatzprognose verbindet diese Sichten mit einer optimistischen und konservativen Bandbreite sowie dem Ist-zu-Forecast-Verlauf.
Kontrolle 4: Jede Kadenz an eine Entscheidung binden
Die Aktualisierungsfrequenz folgt der Veränderungsgeschwindigkeit. Deal-Ereignisse werden beim Auftreten erfasst. Die offizielle Zahl erhält einen festen wöchentlichen Snapshot. Die Kalibrierung erfolgt nach genügend abgeschlossenen Perioden und immer mit identischer Definition.
| Rhythmus | Verantwortlich | Verbindliche Ausgabe | Entscheidung |
|---|---|---|---|
| Bei jeder Deal-Änderung | Account Executive | Aktuelles Datum, Stage, Kategorie und nächste Aktion | Deal weiterführen, eskalieren oder entfernen |
| Wöchentlich | Vertriebsführung und Account Executives | Snapshot, Änderungen, Commit, Bandbreite und Top-Risiken | Aktion, Eigentümer und Fälligkeitsdatum je Ausnahme |
| Monatlich | CRO, RevOps und Finance | Forecast gegen Plan und Ist; Fehler nach Segment, Stage und Eigentümer | Kapazität, Ziele, Pipeline-Erzeugung oder Prozessregel anpassen |
Der wöchentliche Review beginnt mit der Veränderung seit dem letzten Snapshot. Welche Deals kamen hinzu? Welche wurden verschoben? Welche Kategorie änderte sich? Welches Risiko gefährdet den Commit? Der Review endet erst, wenn jede Ausnahme eine Aktion, einen Eigentümer und ein Datum hat.
Statuspflege gehört vor den Termin. Wenn Beteiligte im Review zuerst Beträge und Abschlussdaten korrigieren, hat der Datenvertrag nicht gegriffen. RevOps protokolliert diese Ausnahmen und schärft die Pflichtfelder oder Gates. So verbessert der Review den Prozess und nicht nur die aktuelle Zahl.
Kontrolle 5: Jeden Snapshot gegen das Ist prüfen
Forecast-Genauigkeit ist nur vergleichbar, wenn Snapshot, Prognosehorizont und Umsatzdefinition feststehen. Speichern Sie deshalb pro Review das Datum, den Forecast für die Zielperiode und später das Ist-Ergebnis. Zwei Kennzahlen machen unterschiedliche Fehler sichtbar:
MAE (Mean Absolute Error)
MAE = Durchschnitt von |Forecast − Ist|. Die Kennzahl bleibt in der Umsatzwährung und zeigt den typischen absoluten Planungsfehler.
MAPE (Mean Absolute Percentage Error)
MAPE = Durchschnitt von |Forecast − Ist| ÷ |Ist| × 100. Die Kennzahl erleichtert den Vergleich unterschiedlich großer Perioden. Bei einem Ist-Wert von null ist sie nicht definiert.
Bias (signierte Abweichung)
Bias = Durchschnitt von Forecast − Ist. Ein dauerhaft positiver Wert weist auf Überprognosen hin. Ein dauerhaft negativer Wert weist auf Unterprognosen hin.
Segmentieren Sie den Fehler, bevor Sie eine Regel ändern. Prüfen Sie nach Vertriebssegment, Führungskraft, Stage, Kategorie und Prognosehorizont. Ein Fehler im frühen Quartal kann eine andere Ursache haben als ein Fehler kurz vor Periodenende.
Leiten Sie aus jedem wiederkehrenden Muster eine Prozessänderung ab. Verschieben Commit-Deals häufig ihr Abschlussdatum, braucht das Commit-Gate einen stärkeren Zeitnachweis. Weichen gewichtete Pipeline und Ist systematisch voneinander ab, müssen die historischen Abschlussraten neu kalibriert werden. Ändern Sie jeweils eine Regel und messen Sie die nächste Periode mit derselben Definition.
Mit dem Forecast-Variance-Rechner lässt sich die Abweichung für einen Snapshot prüfen. Für den laufenden Betrieb verbindet der Forecast Confidence Engine die Prognosebandbreite mit dem Ist-zu-Forecast-Verlauf.
Kontrolle 6: Prozessdrift mit einem Regelprotokoll stoppen
RevOps führt ein kurzes Regelprotokoll. Es erfasst jede Änderung an Felddefinitionen, Stage Gates, Forecast-Kategorien und Berechnungen. Ohne dieses Protokoll können zwei historische Forecasts unterschiedlich berechnet sein, obwohl beide gleich bezeichnet werden.
| Kontrollsignal | Wahrscheinliche Prozesslücke | Korrektur |
|---|---|---|
| Dasselbe Gate wird unterschiedlich ausgelegt | Der Käufernachweis ist nicht eindeutig | Gate mit einem prüfbaren Beleg ergänzen |
| Commit ändert sich ohne neues Käuferereignis | Die Kategorie beruht auf Einschätzung statt Regel | Aufnahme- und Ausschlusskriterien verschärfen |
| Review-Zahlen lassen sich nicht reproduzieren | Snapshot oder Umsatzdefinition fehlt | Datenstand und Berechnungsregel versionieren |
| Forecast-Fehler wird nur als Gesamtwert betrachtet | Die Ursache bleibt unsichtbar | Fehler nach Segment, Stage, Kategorie und Horizont zerlegen |
Der Prozess ist stabil, wenn ein neuer Vertriebsleiter denselben Snapshot mit denselben Regeln reproduzieren kann. Das ist der Übergang von einer persönlichen Einschätzung zu einer belastbaren operativen Prognose.
Häufig gestellte Fragen
Was ist eine gute Forecast-Genauigkeit für B2B-SaaS-Unternehmen?
Eine gute Zielgröße muss aus dem eigenen Entscheidungsbedarf abgeleitet werden. Finance benötigt für Kapazitäts- oder Ausgabenentscheidungen möglicherweise eine engere Toleranz als ein früher Pipeline-Ausblick. Messen Sie MAE, MAPE und Bias je Prognosehorizont und setzen Sie danach eine interne Toleranz.
Wie viele Pipeline-Stufen sollte ein SaaS-Unternehmen haben?
Es gibt keine universell richtige Anzahl. Jede Stufe braucht einen eigenen Käuferzustand, einen prüfbaren Eintrittsnachweis und eine daraus folgende Entscheidung. Wenn zwei Stufen dieselbe Entscheidung auslösen, können sie meist zusammengeführt werden.
Was ist der Unterschied zwischen Pipeline-Coverage und Forecast?
Pipeline-Coverage setzt den offenen Pipeline-Wert ins Verhältnis zum Ziel. Der Forecast schätzt den Umsatz, der in einer festgelegten Periode tatsächlich abgeschlossen wird. Coverage steuert die Frage, ob genug Verkaufschancen vorhanden sind. Der Forecast steuert die erwartete Ergebniszahl.
Wie oft sollte ein Sales Forecast aktualisiert werden?
Deal-Daten werden bei jeder relevanten Änderung aktualisiert. Ein fester wöchentlicher Snapshot eignet sich für operative Entscheidungen. CRO, RevOps und Finance prüfen die Fehler und Prozessannahmen monatlich. Bei kurzen Verkaufszyklen kann eine höhere Frequenz sinnvoll sein.
Vom Snapshot zur nächsten Entscheidung
Fairviews Forecast Confidence Engine führt CRM-Daten, Prognosebandbreite und Ist-zu-Forecast-Verlauf in einer operativen Sicht zusammen. Der Pipeline Health Monitor markiert festgefahrene und gefährdete Deals vor dem erwarteten Abschlussdatum.
Forecast Confidence Engine ansehen