Base Case Discipline: Warum Szenariomodelle oft Selbstbetrug sind

Base Case Discipline bezeichnet das Prinzip, Planannahmen rigoros zu validieren, bevor alternative Szenarien modelliert werden. Das Gegenteil ist verbreitete Praxis: Führungsteams verbringen sechs Wochen mit drei Szenarien für das Folgejahr, aber nur wenige Stunden damit, die Grundannahmen dieser Szenarien zu testen. Szenario-Modellierung ist dann kein Planungs-Werkzeug mehr, sondern ein Konsens-Konservierungsmechanismus. Eine Methode, Uneinigkeit über die Basis zu vermeiden, ohne sie zu lösen.

Warum Szenario-Modellierung oft Sophistication imitiert

Drei Szenarien zu präsentieren (Base Case, Upside, Downside) wirkt methodisch. Es signalisiert Vorsicht und Komplexitätsbewusstsein. Aber in vielen Fällen ist es etwas anderes: der Versuch, fehlende Einigkeit über die Basisannahmen durch Bandbreiten zu überbrücken.

Das Muster, das ich regelmäßig beobachte: Das Führungsteam kann sich nicht auf einen einzigen Umsatzplan einigen. Statt diesen Konflikt zu lösen, erstellt es drei Varianten und nennt das "umfassende Planung". Im nächsten Meeting werden alle drei Szenarien präsentiert, keine entschieden.

Das Problem ist nicht Szenario-Modellierung an sich. Das Problem ist die Reihenfolge: Sie benötigen zuerst einen validen, intern konsistenten Base Case, und erst dann, wenn dieser steht, ist die Sensitivitätsanalyse sinnvoll. Szenarien modellieren ohne validen Base Case ist analytische Aktivität ohne Erkenntnisgewinn.

Das Base Case Validation Framework

Das Framework läuft in drei Phasen. Jede Phase hat ein konkretes Ergebnis: entweder valide Annahmen oder identifizierte Lücken, die geschlossen werden müssen, bevor der Planungsprozess weitergeht.

Phase 1: Von granularen Einheiten aufwärts bauen

Der erste Schritt ist die Disaggregation von Aggregaten. Jede Umsatzannahme muss in ihre kleinsten messbaren Einheiten zerlegt werden:

• Unit Economics Validation: Wenn die Umsatzannahme 20 Millionen Euro lautet, zeigen Sie die Zusammensetzung: 200 Kunden à 100.000 Euro oder 2.000 Kunden à 10.000 Euro. Aggregierte Zahlen ohne Komponentenanalyse sind keine validierten Annahmen.
• Pipeline Reality Check: Mappen Sie die aktuelle Pipeline auf die Umsatzannahmen. Wenn Q3 fünf Millionen Euro annimmt, aber die aktuelle Pipeline zwei Millionen Euro zeigt: Woher kommen die drei Millionen Differenz? "Wir finden es" ist kein Plan.
• Historische Konsistenz: Wenn das Unternehmen noch nie schneller als 25% im Jahr gewachsen ist, braucht die 50%-Wachstumsannahme außerordentliche Belege. Vergangenheit ist keine Decke, aber sie verlangt Erklärung, wenn man sie sprengen will.

Phase 2: Gegen Marktrealität validieren

Interne Konsistenz ist notwendig, aber nicht hinreichend. Annahmen müssen auch gegen externe Realitäten bestehen:

• Market Constraint Test: Wenn die Wachstumsannahme 40% Marktanteilszuwachs bedeutet: Von welchen Wettbewerbern kommt dieser Anteil? Wie reagieren diese? Organisches Wachstum in gesättigten Märkten hat andere Dynamiken als Wachstum durch Markterschließung.
• Bottom-up vs. Top-down Abgleich: Wenn das Customer-Acquisition-Modell 15 Millionen Euro ergibt, die Marktanalyse aber 25 Millionen Potenzial zeigt: Ist das eine strategische Unterperformance oder eine falsche Marktgröße? Der Unterschied entscheidet über die Maßnahme.
• Externe Datenpunkte: Signierte Kundenverträge, Letters of Intent, Marktforschungsdaten, vergleichbare Unternehmensfinancials. Annahmen, die nur auf internen Erwartungen basieren, sind Schätzungen.

Phase 3: Cross-funktionale Verteidigung

Eine Annahme ist erst valide, wenn sie einer strukturierten Befragung durch die jeweils andere Funktion standgehalten hat:

• Vertrieb verteidigt Umsatzannahmen gegen die Kostenbeschränkungen des Finance-Teams.
• Operations verteidigt Kapazitätsannahmen gegen die Wachstumsziele des Vertriebs.
• Finance stellt sicher, dass Kostenannahmen mit den impliziten Wachstumsanforderungen kompatibel sind.

Wenn Funktionen ihre Zahlen nicht mit Daten verteidigen können, haben Sie keinen Base Case. Sie haben aggregierte Wunschlisten, die als Plan formatiert wurden.

Der häufigste Kommentar nach einer echten Base-Case-Validation ist nicht "Unser Plan war falsch", sondern "Wir wussten, dass diese Annahme schwach war, aber niemand hat sie direkt herausgefordert." Base Case Discipline ist nicht analytische Strenge. Es ist organisatorischer Mut, Schwächen im Plan explizit zu benennen, bevor sie im nächsten Quartal eskalieren.

Wann Szenario-Modellierung wirklich sinnvoll ist

Szenarien sind kein falsches Planungswerkzeug. Sie sind ein Werkzeug für die falsche Phase, wenn sie vor dem Base Case kommen.

Sinnvoll eingesetzt, beantworten Szenarien spezifische strategische Fragen:

• Was passiert mit unserem Cashflow, wenn der Hauptkunde abspringt? (Kunden-Konzentrationsrisiko)
• Wie verändert sich unsere Runway, wenn das Fundraising um sechs Monate verzögert wird? (Timing-Risiko)
• Was kostet uns ein aggressiveres Wachstumsziel im Vergleich zum Basis-Szenario in Cash? (Investitions-Entscheidung)

Szenarien antworten auf definierte Fragen über bekannte Risiken. Sie ersetzen nicht den Base Case. Sie testen ihn.

Wie Sie Base Case Discipline implementieren

Der praktische Einstieg braucht keine monatelange Methodikdiskussion. Drei konkrete Veränderungen im Planungsprozess reichen:

1. 1Annahmen-Dokument vor Zahlen: Bevor ein Modell gebaut wird, muss jede wesentliche Annahme schriftlich formuliert werden, mit Quelle, historischer Basis und Validierungsmethode. Keine Zahl ohne dokumentierte Annahme.
2. 272-Stunden-Regel: Jede Planannahme muss 72 Stunden cross-funktionaler Befragung standhalten, bevor sie in das Modell einfließt. Sales verteidigt Umsatz. Operations verteidigt Kapazität. Finance hinterfragt beide.
3. 3Explizites Lücken-Protokoll: Wo Bottom-up und Top-down nicht konvergieren, wird die Lücke explizit dokumentiert, mit verantwortlicher Person und Schließungsdatum. Keine ungelöste Inkonsistenz im verabschiedeten Plan.