Worst Case zuerst

Ein KI-Projekt kann strategisch plausibel, technisch beeindruckend und auf dem Papier profitabel sein — und trotzdem sterben. Nicht weil der Nutzen fehlt, sondern weil das Geld früher ausgeht als der Beweis entsteht. Weil Rechnungen später bezahlt werden als geplant. Weil Cloud-, Review- oder Integrationskosten gleichzeitig steigen. Weil eine zugesagte Finanzierung mit verfügbarem Geld verwechselt wird. Oder weil das Team erst über einen Abbruch spricht, wenn fast keine echte Wahl mehr übrig ist.

Darum gehört der Worst Case nicht ans Ende eines Businessplans. Er gehört an den Anfang der operativen Finanzsteuerung.

Worst-Case-Planung ist kein Pessimismus. Sie übersetzt Unsicherheit in Zeit, Schwellenwerte und vorbereitete Entscheidungen.

Eine gute Idee kann an der falschen Zeitachse scheitern

Allgemeine Projektökonomie beantwortet, ob ein Angebot grundsätzlich Wert erzeugen kann: Zielgruppe, Problem, Zahlungsbereitschaft, Preis, variable Kosten und Deckungsbeitrag. Das ist notwendig. Es beantwortet aber noch nicht, ob das Projekt den Weg bis zu diesem Zustand finanzieren kann.

Zwischen heute und einem tragfähigen Modell liegen Monate mit Gehältern, Entwicklung, Datenarbeit, Rechtsprüfung, Vertrieb und Betrieb. Einnahmen treffen häufig später ein als die Leistung. Genau diese Zeitdifferenz ist der Gegenstand dieses Artikels.

Die Grenze zur allgemeinen Projektökonomie

Dieser Text wiederholt keine Marktsegmentierung, Preisfindung oder Unit Economics. Er setzt sie voraus und stellt eine andere Frage:

Was passiert, wenn zentrale Annahmen später, teurer oder schwächer eintreten als geplant?

Die Antwort ist kein zweiter optimistischer Forecast. Sie ist ein Überlebenssystem aus Cash-Kalender, Szenarien, Frühindikatoren, Reserven, Finanzierungsfristen und vorab vereinbarten Handlungen.

Profit ist nicht Liquidität

Ein Unternehmen kann in einer Periode wirtschaftlich profitabel wirken und trotzdem zahlungsunfähig werden. Umsatz kann verbucht sein, obwohl das Geld noch nicht auf dem Konto liegt. Investitionen können sofort bezahlt werden, obwohl ihr Nutzen über Jahre entsteht. Steuern, Löhne und Lieferanten folgen eigenen Fälligkeiten.

Die britische Insolvency Service weist ausdrücklich darauf hin, dass fehlendes verfügbares Geld ein wesentlicher Ausfallfaktor sein kann, selbst wenn ein Unternehmen effektiv handelt.^[2] Für Projektsteuerung bedeutet das: Nicht nur fragen, ob ein Auftrag Geld verdient, sondern ob alle Verpflichtungen an ihrem Fälligkeitstag bezahlt werden können.

Budget ist nicht Cashflow

Ein Budget ordnet geplante Einnahmen und Ausgaben Kategorien zu. Ein Cashflow-Plan ordnet tatsächliche Ein- und Auszahlungen Zeitpunkten zu. Diese beiden Sichtweisen können stark auseinanderfallen.

Ein Jahresbudget kann ausgeglichen sein, während im vierten Monat eine Finanzierungslücke entsteht. Eine Rechnung über 60.000 Euro hilft nicht, wenn sie erst 60 Tage nach einer Gehaltszahlung eingeht. Deshalb verlangt ein belastbarer Downside-Plan mindestens eine monatliche, in kritischen Phasen sogar wöchentliche Sicht.

Der Cash-Kalender ist die operative Wahrheit

Der Cash-Kalender beginnt mit dem tatsächlich verfügbaren, frei nutzbaren Bestand. Dann werden Zahlungen nach ihrem realistischen Datum eingetragen: nicht wann eine Rechnung geschrieben, sondern wann sie voraussichtlich beglichen wird.

Er trennt vier Arten von Geld:

Der häufigste Planungsfehler liegt in der letzten Zeile: Hoffnung wird unbemerkt zu Bestand.

Burn Rate: Wie schnell verbraucht das Projekt Geld?

Der Brutto-Burn bezeichnet alle zahlungswirksamen Ausgaben pro Periode. Der Netto-Burn zieht verlässliche Einzahlungen derselben Periode ab.

Netto-Burn = zahlungswirksame Ausgaben − verlässliche Einzahlungen

Die Unterscheidung ist wichtig. Ein wachsendes Projekt kann hohe Ausgaben und hohe Einnahmen besitzen. Gefährlich wird nicht allein die Größe des Brutto-Burns, sondern die Kombination aus Nettoabfluss, Unsicherheit der Einzahlungen und Irreversibilität der Verpflichtungen.

Runway: Keine Komfortzahl, sondern Entscheidungsfrist

Bei konstantem positiven Netto-Burn lässt sich eine erste Näherung berechnen:

Runway = frei verfügbare Liquidität ÷ Netto-Burn pro Periode

Sind 120.000 Euro frei verfügbar und beträgt der Netto-Burn 20.000 Euro pro Monat, ergibt die statische Rechnung sechs Monate. Das ist ein Rechenbeispiel, kein Benchmark. Vor allem ist es keine Garantie: variable Kosten, verspätete Zahlungen, Steuern oder sprunghafte Infrastrukturkosten können die tatsächliche Frist verkürzen.

Warum die statische Runway-Formel oft täuscht

Die Formel setzt einen gleichmäßigen Verlauf voraus. Reale Projekte haben Ramp-ups, Jahresrechnungen, Meilensteinzahlungen, Mindestabnahmen, Kündigungsfristen und saisonale Einnahmen. Ein statischer Durchschnitt kann eine frühe Unterdeckung verstecken.

Darum ist die dynamische Frage besser: In welcher Woche oder welchem Monat fällt der frei verfügbare Kassenbestand unter eine definierte Sicherheitsgrenze?

Dynamische Runway arbeitet mit Zahlungsreihen

Eine dynamische Sicht führt jede Periode fort:

Endbestand(t) = Anfangsbestand(t) + sichere Einzahlungen(t) − fällige Auszahlungen(t)

Der Endbestand wird zum Anfangsbestand der nächsten Periode. Erwartete, aber nicht gesicherte Einnahmen bleiben in einer separaten Szenariozeile. So sieht das Team nicht nur, wie viele Monate theoretisch übrig sind, sondern wann welche Lücke entsteht.

Zusätzlich braucht die Tabelle eine Sicherheitslinie, die oberhalb von null liegt. Null Euro ist kein sinnvoller Trigger, weil dann Löhne, Rückerstattungen, Kündigungen oder ein geordneter Abschluss bereits nicht mehr finanzierbar sein können. Die Höhe dieser Linie hängt von den realen Restpflichten ab: Kündigungsfristen, offene Kundenleistungen, Datenmigration, Steuerzahlungen und Mindestbetrieb. Sie ist deshalb eine begründete Projektgröße und keine universelle Monatsregel.

Ein rein illustratives Beispiel zeigt die Logik. Beträge sind keine Empfehlung:

Liegt die begründete Sicherheitslinie bei 40.000, wird sie bereits in Monat vier unterschritten. Der operative Trigger liegt davor — selbst wenn noch Geld auf dem Konto steht.

Drei Szenarien sind das Minimum, nicht das Ziel

Ein einziger Forecast ist eine Erzählung. Für frühe Projekte braucht es mindestens drei konsistente Szenarien:

Ein „Worst Case“ ist dabei nicht der Weltuntergang. Er ist der schwerste Fall, der für die konkrete Entscheidung noch plausibel genug ist, um Ressourcen zu beeinflussen.

Die drei Fälle dürfen außerdem nicht dieselbe Entscheidung erzwingen. Der Basisfall zeigt, welche Beweise die nächste Ausbaustufe erlauben. Der Downside-Fall zeigt, wann Ausgaben oder Scope angepasst werden. Der schwere, aber plausible Fall prüft, ob Pausieren, Pivot oder Abschluss praktisch und finanzierbar bleiben. Wenn alle drei nur zu „weitermachen“ führen, wurden keine Szenarien, sondern drei Varianten derselben Hoffnung gebaut.

Szenarien müssen intern konsistent sein

Ein Downside-Szenario darf nicht nur Umsatz um 30 Prozent reduzieren und alle anderen Variablen unverändert lassen. Weniger Nachfrage kann längere Sales-Zyklen, höhere Akquisekosten und mehr Preisnachlässe bedeuten. Qualitätsprobleme können Support, Rückerstattung und Review-Aufwand gleichzeitig erhöhen.

Die Szenarien brauchen deshalb eine kausale Geschichte: Welche Veränderung tritt ein, welche zweite Wirkung folgt und welche Kosten oder Einzahlungen verschieben sich dadurch?

Gekoppelte Schocks sind gefährlicher als Einzelabweichungen

Viele Pläne testen Variablen nacheinander. Doch reale Krisen koppeln sie. Ein Provider erhöht Preise, während das Modell mehr Tokens verbraucht. Gleichzeitig verzögert ein Kunde die Abnahme, weil eine Qualitätsprüfung länger dauert. Genau dann steigt der Burn, während der erwartete Zufluss ausbleibt.

Stressprüfungen sollten daher mindestens ein kombiniertes Szenario enthalten. Nicht um Panik zu erzeugen, sondern um zu sehen, ob die Reserven dieselbe Störung mehrfach abdecken müssten.

Die sieben finanziellen Stressachsen eines KI-Projekts

Diese Achsen sollten nicht als pauschale Prozentwerte behandelt werden. Jede braucht einen Mechanismus und einen Beleg.

Der Pre-Mortem: Das Scheitern gedanklich vorwegnehmen

Beim Pre-Mortem nimmt das Team an, das Projekt sei in zwölf Monaten gescheitert. Dann beantwortet jede Person unabhängig: Was ist wahrscheinlich passiert?

Die Forschung von Deborah Mitchell, Jay Russo und Nancy Pennington zur „prospective hindsight“ zeigte, dass die gedankliche Annahme eines bereits eingetretenen Ergebnisses die Fähigkeit verbessern kann, Ursachen dafür zu erzeugen.^[5] Für Projekte ist das wertvoll, weil es die Diskussion von „Kann das passieren?“ zu „Wie konnte es passieren?“ verschiebt.

Pre-Mortem ist keine Risikoliste mit dramatischer Sprache

Ein brauchbarer Eintrag enthält fünf Elemente: beobachtbarer Auslöser, betroffene Annahme, finanzielle Übertragung, frühestes Signal und vorbereitete Reaktion.

„Der Markt bricht ein“ ist zu grob. „Drei aufeinanderfolgende Monate mit weniger als vier qualifizierten Erstgesprächen verschieben den ersten zahlenden Kohortenstart um acht Wochen und erhöhen den Netto-Burn um X“ ist steuerbar.

Reference Class Forecasting korrigiert den Innenblick

Teams planen häufig aus der Innenansicht: Sie zerlegen ihr eigenes Projekt und schätzen jeden Schritt. Dabei unterschätzen sie unbekannte Schwierigkeiten und überschätzen die Besonderheit ihres Falls.

Reference Class Forecasting ergänzt die Außenansicht. Man sucht eine Gruppe tatsächlich vergleichbarer Vorhaben, betrachtet deren Verteilungen von Dauer, Kosten und Ergebnis und positioniert das eigene Projekt darin. Bent Flyvbjerg beschreibt diesen Ansatz als Mittel gegen Optimismusverzerrung und strategische Fehldarstellung.^[4]

Eine Referenzklasse muss wirklich vergleichbar sein

„Andere KI-Start-ups“ ist meist zu breit. Vergleichbarer sind etwa: B2B-Piloten mit ähnlicher Beschaffung, Projekte mit sensiblen Daten, Produkte mit menschlicher Qualitätsprüfung oder Integrationen in dieselbe Systemklasse.

Auch eine kleine Referenzklasse ist besser als reine Intuition, wenn ihre Grenzen offengelegt werden. Sie liefert keine Gewissheit, aber eine empirische Basis für Puffer und Zeitannahmen.

Kostenunsicherheit gehört in die Schätzung, nicht in eine Fußnote

Der Cost Estimating and Assessment Guide des U.S. Government Accountability Office behandelt Risiko- und Unsicherheitsanalyse als Bestandteil belastbarer Kostenschätzungen.^[1] Eine einzelne Punktzahl verdeckt dagegen die Bandbreite möglicher Ergebnisse.

Für ein KI-Projekt bedeutet das: Kostenblöcke erhalten Treiber, Bandbreiten und Abhängigkeiten. Eine Reserve wird nicht nach Gefühl addiert, sondern aus identifizierten Unsicherheiten abgeleitet.

Reserve ist nicht gleich Reserve

Mindestens drei Töpfe sollten getrennt bleiben:

Vermischt man diese Töpfe, sieht die Bilanz komfortabler aus, während die reale Handlungsfreiheit schrumpft.

Reversible und irreversible Verpflichtungen trennen

Nicht jeder Euro besitzt dieselbe Flexibilität. Monatlich kündbare Tools, befristete Freelancer-Pakete oder schrittweise Cloud-Kapazität sind leichter anzupassen als langfristige Mietverträge, Mindestabnahmen, fest zugesagte Stellen oder große Vorabzahlungen.

Der Downside-Plan markiert deshalb für jede Ausgabe: kündbar bis wann, mit welcher Frist, mit welchen Folgekosten und mit welchem Verlust an Fähigkeit.

Der Commitment-Kalender zeigt den letzten guten Entscheidungspunkt

Zu jeder großen Verpflichtung gehört ein Datum, an dem sie noch verhindert oder verkleinert werden kann. Dieses Datum liegt häufig lange vor der Zahlung.

Wenn ein Jahresvertrag im Juni startet, aber im April gekündigt werden muss, ist April der operative Entscheidungspunkt. Ein Projekt, das nur auf den Kontostand schaut, erkennt ihn zu spät.

Finanzierungszusagen sind kein Cash

Ein Investorengespräch, Förderantrag oder verbal bestätigter Auftrag darf den Basis-Runway nicht verlängern. Erst eine belastbare, rechtlich wirksame und zeitlich realistische Zusage kann mit einem Risikoabschlag in ein Szenario eingehen.

Das schützt nicht vor Hoffnung. Es schützt davor, Hoffnung als bereits bezahlte Rechnung zu behandeln.

Die Finanzierungsfrist liegt vor dem Nullpunkt

Neue Finanzierung benötigt Recherche, Unterlagen, Prüfung, Verhandlung, Entscheidung und Auszahlung.^[3] Deshalb lautet die zentrale Frist nicht „Wann ist das Konto leer?“, sondern: