Forecast-Versionierung — Snapshots, Kategorien und Overrides

Ein Forecast ist kein Export der aktuellen Pipeline. Er ist ein Entscheidungsstand zu einem Zeitpunkt. Governance scheitert, wenn die Zahl aus dem Forecast-Call später nicht mehr reproduzierbar ist, weil Stages, Beträge und Kategorien in derselben Zeile überschrieben wurden.

Dieser Teil definiert den Mindestvertrag für Forecast-Snapshots, Kategorien und Overrides — auf Basis der Stage-Gates aus Teil 2.

Vorher: Pipeline-Stage-Gates. Weiter: Closed Won und Revenue-Handoff. Gegenstück in Finance: Forecast- und Budget-Handoff.

Ansatz

Jeder verbindliche Forecast erhält vor Management-Nutzung:

1. eine Snapshot-ID (Zeitpunkt, Horizont, Organisationsschnitt, Währung und Kursdatum);
2. einen Kategorien-Contract (Commit, Best Case, Upside, Pipeline, Omitted mit Aufnahmeregel);
3. getrennte Attribute für Rep-Assessment und Manager-Override;
4. einen Owner für Kategoriedefinitionen und einen Steward für Snapshot-Betrieb;
5. eine Abweichungserklärung zwischen zwei Snapshots (was kam rein, was fiel raus, was wurde umbewertet).

Keine Kapazitäts- oder Investitionsentscheidung auf einer Zahl ohne Snapshot-ID.

Forecast-Workflow

1. Snapshot-Regel festlegen

Wöchentlich zum selben Zeitpunkt, plus Pflicht-Snapshot vor Quartalsende und vor jedem Management-Commit. Der Snapshot friert Stage, Betrag, Close Date, Kategorie und Overrides gemeinsam ein — nicht selektiv.

2. Kategorien vertraglich fassen

Commit heißt: der Manager übernimmt die Zahl. Best Case heißt: erreichbar mit benannten offenen Punkten. Upside heißt: nicht geplant, nicht ausgeschlossen. Jede Kategorie braucht eine Aufnahmeregel, die auf Stage-Evidenz verweist.

3. Rep und Manager trennen

Rep Assessment und Manager Override sind zwei Felder, nicht eines. Der Override trägt Autor, Zeitpunkt, Grund und Delta. Der ursprüngliche Wert bleibt erhalten.

4. Währung und Hierarchie fixieren

Ein Snapshot speichert den verwendeten Umrechnungskurs mit Kursdatum und die Organisationshierarchie zum Snapshot-Zeitpunkt. Territory-Umbauten dürfen alte Snapshots nicht rückwirkend verändern.

5. Abweichung erklären

Zwischen zwei Snapshots wird die Veränderung in Bewegungsarten zerlegt: neu, gewonnen, verloren, verschoben, umbewertet, Wechselkurs. Ohne diese Zerlegung bleibt jede Forecast-Diskussion Meinung.

Handoffs

Anti-Patterns

• Den Live-Pipeline-Stand als „Forecast“ präsentieren
• Overrides direkt in das Amount-Feld schreiben
• Snapshots nach einer Territory-Umstellung neu berechnen
• Kategorien pro Region unterschiedlich auslegen und trotzdem global summieren
• Wechselkurse ohne Kursdatum speichern

Erster Umsetzungsschnitt

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Sales Landscape
• Lernpfad — Sales Landscape

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

1. Einen wöchentlichen Snapshot mit fester Uhrzeit einführen und vier Wochen unverändert laufen lassen.
2. Kategorie-Aufnahmeregeln schriftlich an Stage-Evidenz binden.
3. Override als eigenes Feld mit Grund und Autor einführen; Amount nicht mehr überschreiben lassen.
4. Eine Abweichungserklärung zwischen zwei Snapshots im Management-Review durchspielen.