Szenariomodellierung: Stresstest in 15 Minuten

Q: Was ist Szenariomodellierung?

Szenariomodellierung ist der Prozess, zu testen, wie zentrale Geschäftsmetriken — MRR, Burn, Runway — sich unter verschiedenen Annahmen ändern. Statt sich auf einen einzelnen Forecast zu verlassen, produziert sie drei Versionen der Zukunft (Basis, Upside, Downside), die den realistischen Ergebnisraum einrahmen und offenbaren, welche Annahmen das meiste Risiko treiben.

Q: Warum ist Szenariomodellierung nützlich für Bootstrapper?

Bootstrapper haben typischerweise begrenztes Kapital und keinen externen Finanzierungs-Fallback. Ein schlechtes Quartal, das ein finanziertes Unternehmen absorbieren kann, kann den Runway eines Bootstrappers genug komprimieren, um sofortige Prioritätsänderungen zu erzwingen. Szenariomodellierung zeigt diese Kompressionen auf, bevor sie eintreten, und erlaubt dem Gründer, Reaktionsaktionen im Voraus zu definieren statt in Panik.

Q: Welche Szenarien sollten Gründer modellieren?

Mindestens: Basis (realistische Betriebsannahmen), Upside (leicht bessere Ausführung) und Downside (normale Verschlechterung — langsamere Akquise, höherer Churn, leicht höhere Kosten). Der Downside-Fall sollte sich unbequem anfühlen, aber nicht katastrophal. Wenn er keine Dringlichkeit erzeugt, sind die Annahmen zu sanft.

Q: Welche Variablen sollte ich in einem SaaS-Szenariomodell zuerst stresstesten?

Churned MRR und neues MRR, in dieser Reihenfolge. Churned MRR ist der folgenschwerste und am häufigsten unterschätzte Input. Neues MRR ist am empfindlichsten gegenüber Akquise-Kanal-Konzentration oder Pipeline-Bedingungen. Variable Kosten stresstesten, wenn sie mit Nutzung skalieren; Fixkosten in den meisten Szenario-Runs stabil halten.

Q: Was ist der Unterschied zwischen Forecasting und Szenariomodellierung?

Forecasting produziert eine Schätzung dessen, was passieren wird — die beste Vermutung angesichts aktueller Informationen. Szenariomodellierung produziert eine Spanne von drei Schätzungen, die testen, wie das Geschäft performt, wenn zentrale Annahmen besser oder schlechter als der Basis-Fall sind. Forecasting gibt eine Zahl; Szenariomodellierung gibt das Konfidenzintervall um diese Zahl.

Q: Was ist Finanzmodellierung im SaaS-Kontext?

Finanzmodellierung für SaaS bezieht sich typischerweise auf den Aufbau eines strukturierten Modells, das wiederkehrenden Umsatz, Kosten, Cash-Burn und Runway über die Zeit projiziert. Szenariomodellierung ist eine Schicht innerhalb der Finanzmodellierung — die Schicht, die die Sensitivität dieser Projektionen gegenüber Änderungen zentraler Annahmen testet. Für praktische Zwecke ist das Finanzmodell eines Bootstrappers weitgehend ein Szenariomodell mit einer angehängten Kostenschicht.

Q: Wie viele Szenarien sollte ich modellieren?

Drei ist die richtige Anzahl für die meisten gebootstrappten Gründer: Basis, Upside und Downside. Zwei Szenarien (nur Basis und Downside) verpassen die Upside-Hebel-Erkenntnis. Vier oder mehr Szenarien erzeugen Vergleichsrauschen, ohne die Entscheidungsqualität bedeutsam zu verbessern. Der Wert kommt aus der Spreizung zwischen den drei Fällen, nicht aus mehr Granularität in jedem einzelnen.

Q: Welche Inputs zählen in einem SaaS-Szenariomodell am meisten?

Churned MRR und neues MRR sind die beiden Inputs mit dem höchsten Hebel für frühphasiges SaaS. Ein 30-%iger Swing bei einem der beiden ändert typischerweise mindestens eine operative Entscheidung — ob Retention oder Akquise priorisiert wird, ob variable Ausgaben gehalten oder erhöht werden, ob eine Preisänderung beschleunigt oder verzögert wird. Expansion MRR und variable Kosten zählen, sobald das Geschäft konsistentes Upgrade-Verhalten oder nutzungsbasierte Infrastruktur hat, aber in der frühen Phase sind sie sekundär gegenüber Churn- und Akquise-Genauigkeit.

Q: Wie oft sollten Gründer Szenariomodelle laufen?

Monatlich ist die richtige Kadenz für die meisten frühphasigen SaaS-Produkte. Vor dem Monat die drei Szenarien setzen. Nach dem Monat die Ist-Werte mit jedem Szenario vergleichen und die Annahmen kalibrieren. Dieser Zwölf-Monats-Loop produziert signifikant besser kalibrierte Forecasts als vierteljährliche oder jährliche Szenario-Reviews. > Mit einem schmutzigen MRR zu planen bedeutet, falsch zu planen. [Fang mit Zahlen an, denen du vertrauen kannst →](https://app.nonoisemetrics.com)

Ein einzelner Forecast ist kein Plan. Er ist eine Geschichte — die Geschichte, in der Wachstum ungefähr auf Kurs bleibt, Churn sich benimmt, Kosten nicht überraschen und nichts Wichtiges schiefgeht. Diese Geschichte ist bequem zu glauben und historisch unzuverlässig.

Szenariomodellierung ist die Gewohnheit, die unbequemen Geschichten neben der bequemen laufen zu lassen. Nicht weil Katastrophen wahrscheinlich sind, sondern weil der Abstand zwischen Basis-Fall und Downside-Fall offenbart, welche Annahmen tragend sind — und das sind genau die Annahmen, die ein gebootstrappter Gründer unter Druck testen muss, bevor Runway knapp wird.

Für einen Bootstrapper mit begrenztem Kapital und ohne externem Fallback ist das Downside-Szenario keine akademische Übung. Es ist die operative Frage: wenn etwas Normales schiefgeht — neues MRR verlangsamt, Churn steigt, eine Infrastrukturkosten erhöht sich — wie viel Zeit wird vom Runway entfernt, und welche Entscheidungen werden dringend, bevor es passiert?

Was ist Szenariomodellierung?

Szenariomodellierung ist der Prozess, zu testen, wie sich zentrale Geschäftsmetriken unter verschiedenen Annahmen ändern — konkret, was passiert, wenn die wichtigsten Inputs besser oder schlechter sind als der Basis-Fall.

Die Unterscheidung vom Forecasting ist wichtig. Forecasting fragt: was glauben wir, dass passieren wird? Es produziert eine Zahl — die beste Schätzung angesichts aktueller Informationen. Szenariomodellierung fragt: was passiert, wenn diese Schätzung falsch ist, und in welche Richtung? Es produziert eine Spanne — drei Versionen der Zukunft, die den realistischen Ergebnisraum einrahmen.

Forecasting gibt Vertrauen. Szenariomodellierung kalibriert dieses Vertrauen gegen die Arten, wie es fehl am Platz sein könnte. Beides ist notwendig; Szenariomodellierung ist der Teil, den die meisten Bootstrapper überspringen. Y Combinators Startup-Finanzguidance betont konsistent, mehrere Szenarien zu laufen statt sich auf eine einzelne Punktschätzung festzulegen — das Ziel ist zu wissen, wie Entscheidungen sich unter verschiedenen Bedingungen ändern, nicht die Zukunft exakt vorherzusagen.

Jede Prognose braucht eine saubere MRR-Basis. Hol dir deine in 90 Sekunden aus Stripe →

Warum Szenariomodellierung für Bootstrapper wichtiger ist als für finanzierte Unternehmen

Ein finanziertes Unternehmen mit 24 Monaten Runway und Investor-Beziehungen kann ein schlechtes Quartal absorbieren, rekalibrieren und weitermachen. Ein gebootstrappter Gründer mit 8 Monaten Runway kann das nicht. Ein unerwartet schlechter Monat — schnellerer Churn, ein Pricing-Experiment, das nach hinten losging, ein Wettbewerber-Launch, der Pipeline gestohlen hat — kann die Entscheidungszeitlinie von „wir haben Zeit, das herauszufinden” zu „wir müssen diese Woche handeln” komprimieren.

Szenariomodellierung verhindert keine schlechten Monate. Sie verhindert, dass der schlechte Monat eine Überraschung ist. Wenn das Downside-Szenario drei Monate vorher ehrlich gelaufen wurde, weiß der Gründer bereits: wenn Churn 700 €/Monat statt 500 €/Monat erreicht, komprimiert sich Runway von 9 Monaten auf 6. Diese Berechnung, im Voraus gemacht, produziert eine andere Entscheidungshaltung in Monat eins der Verschlechterung als dieselbe Berechnung, die in Panik in Monat drei gemacht wird.

Das Ziel ist nicht, Widrigkeiten vorherzusagen. Es ist, bereits entschieden zu haben, was zu tun ist, wenn sie eintreten.

Die 3 Szenarien, die jeder Gründer laufen sollte

Szenario 1: Basis-Fall

Der operative Forecast. Nicht optimistisch, nicht pessimistisch — die realistische Projektion basierend auf aktuellen Trends und aktuellem Momentum. Das ist der Forecast, den der Gründer geben würde, wenn er gefragt wird „was erwartest du nächsten Monat?”, ohne Druck zu beeindrucken oder zu schützen.

Ein Basis-Fall, der erfordert, dass signifikante Dinge gutgehen, ist kein Basis-Fall — es ist ein Upside-Fall, der falsch gelabelt wurde. Der Basis-Fall sollte durch normale Ausführung erreichbar sein, ohne bedeutendes Glück.

Szenario 2: Upside-Fall

Die realistische gute Version. Leicht besseres neues MRR (bessere Conversion oder qualifiziertere Pipeline), leicht stärkere Expansion (Packaging funktioniert, Upgrade-Rate ist gesund), leicht niedrigerer Churn (Retention verbessert sich). Das sollte durch exzellente, aber realistische Ausführung erreichbar sein — kein außergewöhnlicher Monat basierend auf einem einzelnen großen Deal.

Der Upside-Fall ist nützlich, weil er zeigt, wie „gut laufen” in konkreten Zahlen aussieht. Wenn die Lücke zwischen Basis und Upside sehr klein ist, hat das Geschäft begrenzten Hebel — bessere Ausführung bewegt die Nadel nicht viel. Wenn die Lücke groß ist, gibt es signifikanten Upside durch Ausführungsverbesserung, was die Aufmerksamkeit des Gründers fokussieren sollte.

Szenario 3: Downside-Fall

Das wichtigste Szenario und das am häufigsten vermiedene. Der Downside-Fall ist kein katastrophales Versagen — er ist die realistische Version einer normalen schlechten Periode. Neues MRR verlangsamt 20–30 %. Churn steigt 30–40 %. Variable Kosten erhöhen sich leicht. Nichts Ungewöhnliches passiert — nur die gewöhnlichen Arten, wie ein SaaS-Geschäft seinen Basis-Fall verfehlt.

Der Downside-Fall sollte ein leicht unbehagliches Gefühl produzieren, wenn man ihn reviewed. Wenn nicht — wenn das Downside-Ergebnis fast so gut wie der Basis-Fall aussieht — sind die Downside-Annahmen nicht ehrlich. Wenn er starken Alarm produziert, sind die Downside-Annahmen möglicherweise zu pessimistisch. Kalibrieren, bis der Downside-Fall sich wie eine ehrliche Beschreibung eines schlechten, aber nicht katastrophalen Monats anfühlt.

Das 15-Minuten-Setup: Schritt für Schritt

Schritt 1: Auf aktuellem MRR und Cash verankern

Von Fakten starten, nicht von Schätzungen.

Aktuelles MRR: 10.000 €
Cash in der Bank: 45.000 €
Monatliche Kosten (fix + variabel): 8.000 €

Schritt 2: Die drei Inputs pro Szenario setzen

Die Inputs, die in einem SaaS-Szenariomodell am meisten zählen, sind: neues MRR, Expansion MRR, Churned MRR und Kosten (für ein volleres Modell). Für ein reines Revenue-Szenario reichen die ersten drei.

Input	Basis	Upside	Downside
Neues MRR	1.500 €	1.800 €	1.100 €
Expansion MRR	600 €	750 €	400 €
Churned MRR	500 €	420 €	720 €

Schritt 3: End-MRR für jedes Szenario berechnen

Formel: Aktuelles MRR + Neues MRR + Expansion − Churned

Basis:

10.000 + 1.500 + 600 − 500 = 11.600

Upside:

10.000 + 1.800 + 750 − 420 = 12.130

Downside:

10.000 + 1.100 + 400 − 720 = 10.780

Schritt 4: Die Outputs nebeneinander vergleichen

Szenario	End-MRR	vs. Basis	Was es bedeutet
Basis	11.600 €	—	Normale Ausführung, aktuelle Trajektorie
Upside	12.130 €	+530 €	Gute Conversion + starke Retention
Downside	10.780 €	−820 €	Verlangsamte Akquise + Churn-Anstieg

Schritt 5: Den Downside-Fall um 3 Monate erweitern

Das ist der Schritt, der Szenariomodellierung von akademisch zu operativ konvertiert. Den Downside-Fall für einen Monat laufen zu lassen, zeigt die monatlichen Kosten der Verschlechterung. Für drei Monate zeigt es, ob Runway einen Entscheidungsschwellenwert erreicht.

Monat 1 Downside: 10.780 € Monat 2 Downside (Start bei 10.780 €): 10.780 + 1.100 + 400 − 720 = 11.560 € Monat 3 Downside: 11.560 + 1.100 + 400 − 720 = 12.340 €

In diesem Beispiel produziert sogar das Downside-Szenario MRR-Wachstum über drei Monate — das Geschäft generiert genug neuen Umsatz, um den erhöhten Churn auszugleichen. Die Runway-Frage müsste den Kostenstruktur-Vergleich einschließen, um Dringlichkeit zu bewerten.

Wenn stattdessen der Downside-Fall flaches oder sinkendes MRR über drei Monate produziert hätte, würde das sofortige Entscheidungen auslösen: variable Ausgaben reduzieren, Retention über Akquise priorisieren, Pricing-Review beschleunigen.

Ein komplettes Szenariomodellierungs-Beispiel

Ein gebootstrapptes SaaS-Analytics-Produkt, Monat fünf. Vollständiger Kontext:

Aktuelles MRR: 10.000 €
Monatliche Kosten: 8.000 €
Cash in der Bank: 45.000 €
Aktueller Netto-Burn: ungefähr −2.000 € (Umsatz übersteigt Kosten)

Drei-Szenarien-Output:

Metrik	Basis	Upside	Downside
Neues MRR	1.500	1.800	1.100
Expansion MRR	600	750	400
Churned MRR	500	420	720
End-MRR	11.600	12.130	10.780
Implizites monatl. Wachstum	16 %	21,3 %	7,8 %
Kosten	8.000	8.000	8.200
Netto-Burn	−3.600	−4.130	−2.580

Was der Downside-Fall offenbart:

Im Downside-Szenario sinkt der Netto-Burn von −3.600 € (Basis) auf −2.580 € — das Geschäft ist noch Cash-Flow-positiv, generiert aber 1.020 € weniger pro Monat als erwartet. Über sechs Monate anhaltenden Downsides sind das ungefähr 6.120 € weniger Cash-Akkumulation als im Basis-Fall. Keine Krise — aber ein klares Signal, dass anhaltender Downside ein Pricing-Review und eine Retention-Untersuchung auslösen sollte, statt weiterer Experimente mit neuen Features. KeyBanc Capital Markets SaaS Survey-Daten zeigen, dass gebootstrappte Unternehmen mit proaktiver Szenarioplanung materiell besser darin sind, Cash durch schwierige Perioden zu managen.

Was sich tatsächlich ändern würde:

Wenn das Downside-Szenario in den Ist-Werten des ersten Monats erscheinen würde, würde der Gründer nicht warten, drei Monate desselben zu sehen. Die korrekte Reaktion auf Monat-eins-Downside ist: Churn-Quellen sofort untersuchen (sind es fehlgeschlagene Zahlungen oder freiwillig?), variable Ausgaben halten, und das Pricing-Review von „nächstes Quartal” auf „diesen Monat” vorziehen.

Welche Variablen zuerst stresstesten

Nicht jeder Input verdient gleiche Aufmerksamkeit. Für die meisten frühphasigen SaaS-Produkte:

Hoher Hebel zum Stresstesten:

Churned MRR — der am häufigsten unterschätzte Input und derjenige mit dem größten Impact auf Runway-Nachhaltigkeit
Neues MRR — besonders wenn ein signifikanter Teil von einem bestimmten Kanal oder wenigen großen Prospects abhängt
Variable Kosten — wenn Infrastruktur- oder API-Kosten mit Nutzung skalieren, kann ein Wachstumsszenario unerwartete Kostensteigerungen produzieren

Niedrigere Priorität, es sei denn materiell:

Expansion MRR — lohnt sich zu modellieren, sobald Upgrade-Verhalten konsistent ist, aber weniger kritisch als Churn in früher Phase
Fixkosten — relativ stabil; lohnt jährliches statt monatliches Stresstesten
Preisänderungen — separat modellieren, wenn ein Pricing-Experiment geplant ist, nicht als Teil des stehenden Szenariomodells

Das allgemeine Prinzip: die Inputs stresstesten, bei denen eine 30-%ige Änderung eine Entscheidung materiell ändern würde. Wenn ein 30-%iger Swing bei Expansion MRR nicht ändert, was du diesen Monat tust, muss es noch nicht im Szenariomodell sein. Bessemers State of the Cloud Report identifiziert Churn als die einzelne Variable mit der höchsten Sensitivität in frühphasigen SaaS-Finanzmodellen — ein Ergebnis, das konsistent über ARR-Phasen von 1M bis 10M $ ist.

Häufige Szenariomodellierungs-Fehler

Den Downside-Fall zu komfortabel machen. Der häufigste Fehler. Ein Downside, der 5 % schlechter als der Basis ist, ist kein Stresstest — es ist ein Basis-Fall mit einem anderen Label. Der Downside-Fall sollte eine genuIn plausible schlechte Periode widerspiegeln: langsamere Akquise als erwartet (kein katastrophales Versagen), höherer Churn als erwartet (keine Massenkündigung), leicht höhere Kosten. Es sollte sich unbequem anfühlen, ihn anzuschauen, nicht beruhigend.

Szenarien laufen und nichts ändern. Ein Szenariomodell, das einen besorgniserregenden Downside-Fall produziert und keine Entscheidungsänderung auslöst, ist Entertainment, nicht Planung. Jedes Szenario-Review sollte mit einem spezifischen Commitment enden: „wenn der Downside-Fall in Monat eins eintritt, werden wir X tun, bevor Monat zwei.” Trigger und Reaktion im Voraus definieren.

Zu viele Variablen gleichzeitig ändern. Wenn jeder Input in jedem Szenario sich ändert, kann das Modell nichts lehren — es gibt keinen Weg zu identifizieren, welche Variable das meiste Risiko treibt. Mit den zwei oder drei Inputs starten, die am meisten zählen (normalerweise neues MRR und Churned MRR), saubere Szenarien laufen, dann Komplexität nur hinzufügen, wenn zusätzliche Variablen unterschiedliche Entscheidungspfade schaffen.

Keine Nebeneinander-Ansicht. Szenarien in separaten Tabs oder separaten Dokumenten werden selten zusammen genutzt. Die drei Szenarien auf einen Bildschirm setzen, nebeneinander. Der Wert der Szenariomodellierung ist der Vergleich, nicht die einzelnen Zahlen.

Nur gegen den Basis-Fall vergleichen, nicht gegen die Ist-Werte des letzten Monats. Nach jedem Monatsschluss prüfen, welches Szenario der Realität am nächsten kam und warum. Das ist die Kalibrationsschleife, die Szenariomodelle über die Zeit genauer macht. Ein Gründer, der zwölf monatliche Szenario-Reviews mit Ist-Vergleichen gelaufen hat, hat ein signifikant besser kalibriertes Modell als ein Gründer, der ein Modell gebaut und die Annahmen nie aktualisiert hat.

Wie Szenariomodellierung Entscheidungen ändert

Ein nützliches Szenariomodell sollte mindestens eine operative Entscheidung pro Monat direkt beeinflussen. Beispiele für Entscheidungen, die Szenarien auslösen sollten:

Downside-Churn deutlich höher als Basis → Split in freiwillig vs. fehlgeschlagene Zahlung sofort untersuchen; Dunning-Sequenz implementieren oder verstärken; Onboarding-Review vorziehen.

Downside neues MRR deutlich unter Basis → variable Ausgaben proportional reduzieren; neues Feature-Work zugunsten von Conversion-Optimierung deprioritisieren; Akquise-Kanal-Annahmen reviewen.

Downside offenbart Runway-Kompression auf <6 Monate innerhalb von 3 Monaten → Pricing-Review sofort einleiten; Freelancer-Arbeit evaluieren ob reduzierbar; prüfen, ob ein Pricing-Experiment in der Roadmap vorgezogen werden sollte.

Upside zeigt Expansion treibt mehr als erwartet → Packaging-Investment beschleunigen; prüfen, ob der Upgrade-Flow verbessert werden könnte, um mehr dieses Potenzials zu erfassen.

Das sind keine Hypothesen. Jeder Szenario-Output sollte auf eine benannte, terminierte Aktion abbilden. Wenn nicht, werden die Szenarien als Komfort genutzt statt als operative Intelligence.

Für die Tools, die Szenario-Inputs genauer machen, siehe:

SaaS-Prognosemodell: MRR mit 3 Inputs vorhersagen — die Forecast-Schicht, die die Inputs für Szenario-Runs produziert
Budget vs Ist: Die wöchentliche Schleife, die dich am Leben hält — die Vergleichsschleife, die Szenario-Annahmen über die Zeit kalibriert
Startup-Finanzmodell: Der minimalistische Leitfaden für Gründer — das vollständige Modell, das Szenarien in einen Kosten- und Runway-Kontext einbettet

JSON-Modell für Drei-Szenarien-Output

{
  "scenario_model": {
    "period": "2026-05",
    "currency": "EUR",
    "current_mrr": 10000,
    "cash_on_hand": 45000,
    "monthly_costs": 8000,
    "scenarios": {
      "base": {
        "new_mrr": 1500,
        "expansion_mrr": 600,
        "churned_mrr": 500,
        "ending_mrr": 11600,
        "net_burn": -3600,
        "label": "Normale Ausführung, aktuelle Trajektorie"
      },
      "upside": {
        "new_mrr": 1800,
        "expansion_mrr": 750,
        "churned_mrr": 420,
        "ending_mrr": 12130,
        "net_burn": -4130,
        "label": "Gute Conversion und starke Retention"
      },
      "downside": {
        "new_mrr": 1100,
        "expansion_mrr": 400,
        "churned_mrr": 720,
        "ending_mrr": 10780,
        "net_burn": -2580,
        "label": "Verlangsamte Akquise und Churn-Anstieg"
      }
    },
    "decision_triggers": {
      "downside_churn_exceeds_base_by_30pct": "Churn-Quellen untersuchen; Dunning-Sequenz verstärken",
      "downside_new_mrr_below_1200": "Variable Ausgaben halten; Akquise-Kanal-Mix reviewen",
      "runway_below_6mo_in_3mo_downside": "Pricing-Review einleiten; Freelancer-Ausgaben evaluieren"
    }
  }
}

FAQ

Was ist Szenariomodellierung?

Szenariomodellierung ist der Prozess, zu testen, wie zentrale Geschäftsmetriken — MRR, Burn, Runway — sich unter verschiedenen Annahmen ändern. Statt sich auf einen einzelnen Forecast zu verlassen, produziert sie drei Versionen der Zukunft (Basis, Upside, Downside), die den realistischen Ergebnisraum einrahmen und offenbaren, welche Annahmen das meiste Risiko treiben.

Warum ist Szenariomodellierung nützlich für Bootstrapper?

Bootstrapper haben typischerweise begrenztes Kapital und keinen externen Finanzierungs-Fallback. Ein schlechtes Quartal, das ein finanziertes Unternehmen absorbieren kann, kann den Runway eines Bootstrappers genug komprimieren, um sofortige Prioritätsänderungen zu erzwingen. Szenariomodellierung zeigt diese Kompressionen auf, bevor sie eintreten, und erlaubt dem Gründer, Reaktionsaktionen im Voraus zu definieren statt in Panik.

Welche Szenarien sollten Gründer modellieren?

Mindestens: Basis (realistische Betriebsannahmen), Upside (leicht bessere Ausführung) und Downside (normale Verschlechterung — langsamere Akquise, höherer Churn, leicht höhere Kosten). Der Downside-Fall sollte sich unbequem anfühlen, aber nicht katastrophal. Wenn er keine Dringlichkeit erzeugt, sind die Annahmen zu sanft.

Welche Variablen sollte ich in einem SaaS-Szenariomodell zuerst stresstesten?

Churned MRR und neues MRR, in dieser Reihenfolge. Churned MRR ist der folgenschwerste und am häufigsten unterschätzte Input. Neues MRR ist am empfindlichsten gegenüber Akquise-Kanal-Konzentration oder Pipeline-Bedingungen. Variable Kosten stresstesten, wenn sie mit Nutzung skalieren; Fixkosten in den meisten Szenario-Runs stabil halten.

Was ist der Unterschied zwischen Forecasting und Szenariomodellierung?

Forecasting produziert eine Schätzung dessen, was passieren wird — die beste Vermutung angesichts aktueller Informationen. Szenariomodellierung produziert eine Spanne von drei Schätzungen, die testen, wie das Geschäft performt, wenn zentrale Annahmen besser oder schlechter als der Basis-Fall sind. Forecasting gibt eine Zahl; Szenariomodellierung gibt das Konfidenzintervall um diese Zahl.

Was ist Finanzmodellierung im SaaS-Kontext?

Finanzmodellierung für SaaS bezieht sich typischerweise auf den Aufbau eines strukturierten Modells, das wiederkehrenden Umsatz, Kosten, Cash-Burn und Runway über die Zeit projiziert. Szenariomodellierung ist eine Schicht innerhalb der Finanzmodellierung — die Schicht, die die Sensitivität dieser Projektionen gegenüber Änderungen zentraler Annahmen testet. Für praktische Zwecke ist das Finanzmodell eines Bootstrappers weitgehend ein Szenariomodell mit einer angehängten Kostenschicht.

Wie viele Szenarien sollte ich modellieren?

Drei ist die richtige Anzahl für die meisten gebootstrappten Gründer: Basis, Upside und Downside. Zwei Szenarien (nur Basis und Downside) verpassen die Upside-Hebel-Erkenntnis. Vier oder mehr Szenarien erzeugen Vergleichsrauschen, ohne die Entscheidungsqualität bedeutsam zu verbessern. Der Wert kommt aus der Spreizung zwischen den drei Fällen, nicht aus mehr Granularität in jedem einzelnen.

Welche Inputs zählen in einem SaaS-Szenariomodell am meisten?

Churned MRR und neues MRR sind die beiden Inputs mit dem höchsten Hebel für frühphasiges SaaS. Ein 30-%iger Swing bei einem der beiden ändert typischerweise mindestens eine operative Entscheidung — ob Retention oder Akquise priorisiert wird, ob variable Ausgaben gehalten oder erhöht werden, ob eine Preisänderung beschleunigt oder verzögert wird. Expansion MRR und variable Kosten zählen, sobald das Geschäft konsistentes Upgrade-Verhalten oder nutzungsbasierte Infrastruktur hat, aber in der frühen Phase sind sie sekundär gegenüber Churn- und Akquise-Genauigkeit.

Wie oft sollten Gründer Szenariomodelle laufen?

Monatlich ist die richtige Kadenz für die meisten frühphasigen SaaS-Produkte. Vor dem Monat die drei Szenarien setzen. Nach dem Monat die Ist-Werte mit jedem Szenario vergleichen und die Annahmen kalibrieren. Dieser Zwölf-Monats-Loop produziert signifikant besser kalibrierte Forecasts als vierteljährliche oder jährliche Szenario-Reviews.

Mit einem schmutzigen MRR zu planen bedeutet, falsch zu planen. Fang mit Zahlen an, denen du vertrauen kannst →