SaaS-Finanzmodell: Das Sheet, das Runway vorhersagt

Das typische SaaS-Finanzmodell startet als ehrlicher Versuch der Planung und endet als aufgegebenes 12-Tab-Workbook. Ein Gründer lädt ein Template herunter, fügt ein paar hundert Annahmen hinzu, aktualisiert es zwei Wochen, merkt, dass die Pflege länger dauert als das Geschäft zu betreiben, und hört still auf, es anzufassen. Das Modell lebt in Google Drive, zunehmend veraltet, gelegentlich schuldgefühlauslösend.

Das Problem ist nicht, dass Finanzmodelle nutzlos sind. Das Problem ist, dass die meisten für CFOs oder Fundraising-Decks designt sind — nicht für den Gründer, der jeden Monat wissen muss, ob wiederkehrender Umsatz schnell genug wächst, ob Kosten zu schnell steigen und wie viele Monate Runway bleiben, wenn Churn ansteigt.

Ein Modell hilft nur, wenn es benutzt wird. Ein Modell wird nur benutzt, wenn es klein genug ist, um es in 20 Minuten zu aktualisieren.

Was ein SaaS-Finanzmodell tatsächlich ist

Ein SaaS-Finanzmodell ist eine strukturierte Methode, um zu projizieren, wie sich ein Subscription-Geschäft über die Zeit entwickeln wird — konkret: wie sich wiederkehrender Umsatz bewegen wird, wie Kosten kompoundieren, wie sich Cash verändert und wie viel Runway unter verschiedenen Annahmen bleibt.

Der Hauptunterschied zu einem generischen Startup-Finanzmodell ist, dass SaaS-Finanzen um die Mechanik wiederkehrender Einnahmen gebaut sind statt um allgemeine Umsatzzeilen. Das heißt, die Engine ist MRR-Bewegung (neue Abonnements, Upgrades, Kündigungen) statt Sales-Pipeline, Dienstleistungsumsatz oder Produkteinheiten. Dieser engere Fokus erlaubt es dem Modell, tatsächlich minimal zu bleiben — die Komplexität eines SaaS-Geschäfts ist bereits in der MRR-Bridge kodiert. Y Combinators Startup-Finanzguidance betont diesen Punkt konsistent: bau das einfachste Modell, das deine tatsächliche Geschäftsmechanik erfasst.

Für den breiteren Startup-Finanzmodell-Rahmen, in dem dieses sitzt, siehe Startup-Finanzmodell: Der minimalistische Leitfaden für Gründer.

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

Die 8 Inputs, die ausreichen

Ein nützliches SaaS-Finanzmodell braucht keine 50 Annahmen. Es braucht die Inputs, die das Geschäft tatsächlich bewegen.

Umsatz-Inputs:

Start-MRR — der wiederkehrende Umsatz-Basis zu Beginn der Periode
Neues MRR — erwarteter wiederkehrender Umsatz von neuen zahlenden Kunden
Expansion MRR — erwarteter zusätzlicher Umsatz durch Upgrades
Churned MRR — erwarteter wiederkehrender Umsatzverlust durch Kündigungen (wenn möglich aufgeteilt in freiwillig und fehlgeschlagene Zahlung)

Kosten-Inputs: 5. Fixkosten — Infrastruktur, SaaS-Abonnements, Tools (relativ stabil von Monat zu Monat) 6. Variable Kosten — Transaktionsgebühren, nutzungsabhängige Infrastrukturkosten, Freelancer-Arbeit, die mit Umsatz oder Nutzung skaliert

Cash-Inputs: 7. Cash in der Bank — aktueller Kontostand 8. Szenario-Toggle — Basis, Upside oder Downside

Das ist der komplette Input-Satz für die meisten frühphasigen SaaS-Produkte. Jeder zusätzliche Input nach diesem Satz erhöht den Pflegeaufwand, ohne proportional den Entscheidungswert zu steigern — es sei denn, der spezifische Input spiegelt einen materiellen Kosten- oder Umsatztreiber wider, den die bestehenden Inputs nicht erfassen können.

Die Formeln, die zählen

End-MRR

End-MRR = Start-MRR + Neues MRR + Expansion MRR − Contraction MRR − Churned MRR

Das ist das Umsatz-Rückgrat des Modells. Es macht die MRR-Bewegung lesbar — welche Komponente das Wachstum treibt, welche leckt und ob die Dynamik sich verbessert oder verschlechtert.

Für eine vollständige Aufschlüsselung, was in jede MRR-Komponente gehört, siehe Was ist MRR? Die saubere Version.

Gesamtkosten

Gesamtkosten = Fixkosten + Variable Kosten

Für die meisten frühphasigen SaaS-Produkte ist diese Gruppierung ausreichend. Fixkosten decken alles mit einer monatlichen wiederkehrenden Rechnung (Hosting, Software-Tools, Abonnements). Variable Kosten decken alles, das mit dem Geschäft skaliert — Transaktionsgebühren als Prozent des Umsatzes, Infrastrukturkosten, die mit aktiven Nutzern wachsen, oder Freelancer-Arbeit, die an konkrete Deliverables gebunden ist.

Netto-Burn

Netto-Burn = Gesamtkosten − Cash-Zufluss

In einem vereinfachten SaaS-Modell entspricht der Cash-Zufluss in einem gegebenen Monat ungefähr dem erkannten wiederkehrenden Umsatz (MRR) plus nicht-wiederkehrendem Cash. Für Gründer, die über Stripe laufen, hinkt der tatsächlich gesammelte Cash dem MRR-Timing wegen Zahlungsverarbeitungsfenstern leicht hinterher — nah genug für Planungszwecke in früher Phase.

Runway

Runway = Cash in der Bank / Monatlicher Netto-Burn

Wenn Umsatz die Kosten übersteigt (Netto-Burn ist negativ), ist das Geschäft in dieser Periode selbsttragend und die Runway-Berechnung verschiebt sich von Dringlichkeit zu Resilienz — wie viel Cash-Puffer im Falle eines Abschwungs existiert. Wenn Burn positiv ist, ist Runway die operativ wichtigste Zahl auf dem Sheet. KeyBanc Capital Markets SaaS Survey trackt Median-Runway und Burn-Multiples über private SaaS-Unternehmen nach ARR-Phase, was helfen kann zu kalibrieren, ob deine Burn Rate im normalen Betriebsbereich liegt.

Die minimale Ein-Sheet-Struktur

Ein einzelnes Sheet mit vier Sektionen reicht.

Sektion 1 — Umsatz-Inputs: Start-MRR, neues MRR, Expansion MRR, Contraction MRR, Churned MRR, End-MRR.

Sektion 2 — Kosten-Inputs: Fixkosten nach Kategorie (Infrastruktur, Tools, Sonstiges), variable Kosten, Gesamtkosten.

Sektion 3 — Cash und Runway: Opening Cash, Netto-Burn, Closing Cash, Runway-Monate.

Sektion 4 — Szenario-Toggle: eine einzelne Zelle oder Dropdown, die die Forecast-Inputs zwischen Basis-, Upside- und Downside-Annahmen umschaltet, ohne separate Sheet-Tabs zu benötigen.

Die Ein-Sheet-Beschränkung ist ein Feature, keine Limitation. Wenn alles auf eine Seite passt, bleibt das Modell lesbar, wird benutzt und bleibt ehrlich. Ein 12-Tab-Workbook schafft Verstecke für veraltete Annahmen; ein Ein-Sheet-Modell erzwingt die Konfrontation mit allen Inputs gleichzeitig.

Rechenbeispiel: Das minimale Sheet in der Praxis

Ein SaaS-Analytics-Produkt, Monat vier. Start-Inputs:

Start-MRR: 10.000 €
Neues MRR: 1.500 €
Expansion MRR: 600 €
Contraction MRR: 200 €
Churned MRR: 500 € (280 € freiwillig, 220 € fehlgeschlagene Zahlung)
Fixkosten: 6.000 € (2.400 € Railway + Vercel Infrastruktur, 1.200 € SaaS-Tools, 1.200 € Brevo und andere Abonnements, 1.200 € Sonstiges)
Variable Kosten: 2.000 € (Stripe-Gebühren ~1,5 % des Umsatzes, Claude API-Nutzung, Freelancer)
Cash in der Bank: 45.000 €

Schritt 1: End-MRR prognostizieren

End-MRR = 10.000 + 1.500 + 600 − 200 − 500 = 11.400

Schritt 2: Gesamtkosten berechnen

Gesamtkosten = 6.000 + 2.000 = 8.000

Schritt 3: Netto-Burn schätzen

Vereinfachte Cash-Sicht (MRR als Umsatz-Proxy verwendet):

Netto-Burn = 8.000 − 11.400 = −3.400

Ein negativer Netto-Burn bedeutet, dass Umsatz die Kosten in diesem vereinfachten Modell deckt. Das Geschäft verbrennt in diesem Szenario kein Cash — was die Runway-Interpretation von Dringlichkeit zu Resilienz verschiebt.

Schritt 4: Das Sheet als Gründer lesen

Das Modell erzählt eine bestimmte Geschichte: wiederkehrender Umsatz wächst (End-MRR von 11.400 € vs. Start 10.000 €), Kosten sind unter Kontrolle, und das Geschäft operiert ungefähr am Break-even. Die wichtigsten Risikosignale sind: Churned MRR enthält 220 € fehlgeschlagene Zahlungen, die eine Dunning-Sequenz teilweise recovern könnte, und die Contraction-Zeile (200 €) deutet darauf hin, dass einige Kunden downgraden, was untersucht werden sollte.

Die Entscheidung, die das Sheet auslöst: diese Woche die fehlgeschlagene-Zahlungen-Recovery-Sequenz priorisieren; Contraction-Quelle vor nächstem Monat untersuchen.

Monat-für-Monat-Forecast-Tabelle

Ein Monat Daten ist Orientierung. Drei Monate sind ein Trend.

Monat	Start-MRR	Neu MRR	Expansion	Contraction	Churn	End-MRR	Fixkosten	Variable	Runway
Apr	10.000	1.500	600	200	500	11.400	6.000	2.000	—
Mai	11.400	1.400	650	220	520	12.710	6.000	2.100	—
Jun	12.710	1.600	700	250	600	14.160	6.200	2.300	—

Diese Drei-Monats-Ansicht offenbart bereits ein nützliches Muster: neues MRR ist einigermaßen konsistent (1.400–1.600), Expansion wächst leicht, aber Churn steigt auch (500 → 520 → 600). Diese Churn-Trajektorie braucht Aufmerksamkeit, bevor sie strukturell wird. Das Modell macht das sichtbar, ohne zusätzliche Analyse.

Häufige SaaS-Finanzmodell-Fehler

Zu viele Inputs. Ein Modell mit 50 Annahmen produziert keine besseren Entscheidungen — es produziert mehr Stellen, an denen man falsch liegen kann. Gründer, die ihre Modelle überparametrisieren, verbringen mehr Zeit mit der Pflege von Inputs als mit der Interpretation von Outputs. Weniger Inputs, klar verstanden, monatlich mit echten Daten aktualisiert, produzieren nützlicheres Signal als umfassende Modelle, die zweimal im Jahr aktualisiert werden.

Signups statt MRR-Bewegung prognostizieren. Die Geschäftsrealität ist MRR, nicht Traffic und Signups. Ein Modell, das um Traffic → Conversion → Aktivierung → Paid gebaut ist, ist nützlich fürs Produktdenken, aber fragil als Finanzmodell — zu viele Conversion-Raten zu schätzen, zu viele Stellen, an denen Optimismus reinkriechen kann. Auf MRR-Bewegung anchoren und die Akquiseanalyse separat leben lassen. Für den richtigen Weg, ARR und MRR für wiederkehrende Umsatzprognosen zu tracken, behandelt der Leitfaden die Definitionsgrundlagen.

Churn als Rundungsfehler behandeln. Fast jedes erste SaaS-Finanzmodell ist zu optimistisch bei Churn, weil Gründer unterschätzen, wie natürliche Abwanderung kompoundiert. Eine monatliche Revenue-Churn-Rate von 3 % impliziert, ~30 % der wiederkehrenden Umsatzbasis jährlich allein durch Kündigungen zu verlieren, bevor Contraction berücksichtigt wird. Churn ehrlich modellieren und in zwei Teile aufteilen: freiwillig (erfordert Produkt- und Retention-Arbeit zum Reduzieren) und fehlgeschlagene Zahlung (teilweise durch Dunning wiederherstellbar). Bessemers State of the Cloud Report veröffentlicht Median-Churn-Benchmarks nach ARR-Phase, die Gründern helfen zu kalibrieren, ob ihre Churn-Annahmen realistisch sind.

Wiederkehrenden und nicht-wiederkehrenden Umsatz nachlässig mischen. Setup-Gebühren, Beratung und einmalige Projektarbeit, die durch Stripe fließen, sind echter Umsatz — sie sollten nicht in der MRR-Zeile erscheinen. Wenn doch, überschätzt das Modell die Gesundheit der wiederkehrenden Engine und verzerrt jede nachgelagerte Metrik einschließlich ARR und Runway.

Ein Modell bauen, das niemand aktualisiert. Das ist der häufigste Fehlermodus. Ein Modell, das zu komplex ist, um es monatlich zu aktualisieren, wird ein historisches Dokument in dem Moment, in dem es fertig ist. Der Test ist einfach: wenn das Aktualisieren des Modells für den nächsten Monat mehr als 20 Minuten dauert, ist es zu groß.

Wann ein Template verwenden vs. selbst bauen

Ein Template ist nützlich, wenn du schnell einen funktionierenden Startpunkt brauchst, wenn du die strukturelle Logik fertig haben willst, oder wenn ein Modell zu haben dringender ist als das perfekte Modell zu haben. Die meisten herunterladbaren SaaS-Finanzmodell-Templates (einschließlich kostenloser XLS-Versionen) haben mehr Tabs als nötig — der richtige Schritt ist, sie als Inspiration zu nutzen, aggressiv zu löschen und nur die Sektionen zu behalten, die widerspiegeln, wie das spezifische Geschäft tatsächlich funktioniert.

Selbst bauen, wenn das Geschäft spezifische Einschränkungen hat, die Templates schlecht handhaben — ungewöhnliche Abrechnungszyklen, mehrere Umsatzströme, die getrennt behandelt werden müssen, oder Kostenstrukturen, die Templates nicht widerspiegeln. Selbst bauen erzwingt auch klareres Denken darüber, was das Modell tatsächlich beantworten soll.

Das beste Ergebnis in beiden Fällen: ein einzelnes Sheet, monatlich aktualisiert, das dem Gründer sagt, ob das Geschäft auf Kurs ist oder eine Prioritätenänderung braucht.

Wie das mit dem breiteren Forecasting-System zusammenhängt

Das SaaS-Finanzmodell ist das Fundament. Sobald es existiert und monatlich aktualisiert wird, ist die nächste Schicht der Vergleich — zwischen dem, was das Modell vorhergesagt hat, und dem, was tatsächlich passiert ist. Dieser Vergleich ist es, der das Modell über die Zeit nützlicher macht: die Ist-Werte jedes Monats kalibrieren die Annahmen und machen zukünftige Forecasts progressiv genauer.

Die nächsten zwei Tools in der Sequenz:

SaaS-Prognosemodell: MRR mit 3 Inputs vorhersagen (nicht 30 Tabs) — die leichtgewichtige, rein auf wiederkehrenden Umsatz fokussierte Version des Forecasting
Budget vs Ist: Die wöchentliche Schleife, die dich am Leben hält — die Vergleichsschleife, die das Modell verbessert

JSON-Modell für ein minimales SaaS-Finanz-Sheet

{
  "saas_financial_model": {
    "period": "2026-04",
    "currency": "EUR",
    "revenue": {
      "starting_mrr": 10000,
      "new_mrr": 1500,
      "expansion_mrr": 600,
      "contraction_mrr": 200,
      "churned_mrr_voluntary": 280,
      "churned_mrr_failed_payment": 220,
      "ending_mrr": 11400
    },
    "costs": {
      "fixed": {
        "infrastructure": 2400,
        "saas_tools": 1200,
        "brevo_and_comms": 1200,
        "other": 1200,
        "total_fixed": 6000
      },
      "variable": {
        "stripe_fees": 171,
        "claude_api": 200,
        "contractor": 1629,
        "total_variable": 2000
      },
      "total_costs": 8000
    },
    "cash": {
      "opening_balance": 45000,
      "net_burn": -3400,
      "closing_balance": 48400
    },
    "scenario": "base"
  },
  "scenarios": {
    "base": { "new_mrr": 1500, "churned_mrr": 500, "total_costs": 8000 },
    "upside": { "new_mrr": 1800, "churned_mrr": 400, "total_costs": 8000 },
    "downside": { "new_mrr": 1100, "churned_mrr": 750, "total_costs": 8400 }
  }
}

FAQ

Was ist ein SaaS-Finanzmodell?

Ein SaaS-Finanzmodell ist eine strukturierte Methode, um zu prognostizieren, wie sich ein Subscription-Geschäft über die Zeit entwickelt — konkret wiederkehrende Umsatzbewegung (MRR-Bridge), Kosten, Cash-Burn und Runway. Anders als ein generisches Startup-Finanzmodell ist es um Subscription-Mechanik gebaut — neues MRR, Expansion, Churn und Contraction — statt um allgemeines Umsatz-Forecasting.

Was sollte in einem SaaS-Finanzmodell enthalten sein?

Der minimale Satz: Start-MRR, neues MRR, Expansion MRR, Churned MRR (aufgeteilt in freiwillig und fehlgeschlagene Zahlung), Fixkosten, variable Kosten, Cash in der Bank und ein Szenario-Toggle für Basis/Upside/Downside. Diese 8 Inputs produzieren End-MRR, Gesamtkosten, Netto-Burn und Runway — die vier Outputs, die die meisten Gründer-Entscheidungen unterstützen.

Was ist der Unterschied zwischen einem Startup-Finanzmodell und einem SaaS-Finanzmodell?

Ein Startup-Finanzmodell deckt jeden Geschäftstyp ab und kann mehrere Umsatzströme, Hardware, Dienstleistungen und Marketplace-Dynamiken umfassen. Ein SaaS-Finanzmodell ist enger und spezifischer: es zentriert sich auf Mechanik wiederkehrender Einnahmen, MRR-Bewegung und subscription-basierte Kostenstrukturen. Dieser engere Fokus erlaubt es, tatsächlich einfach zu bleiben.

Wie detailliert sollte ein SaaS-Finanzmodell sein?

Nur so detailliert, wie nötig, um echte Entscheidungen zu unterstützen. Für die meisten frühphasigen Gründer reicht ein einzelnes Sheet mit 8 Inputs, monatlich aktualisiert. Komplexität sollte durch spezifische Geschäftsbedürfnisse verdient werden — ungewöhnliche Abrechnungsstrukturen, mehrere Umsatzströme oder materielle Kostenkategorien, die nicht gruppiert werden können — nicht präventiv hinzugefügt.

Brauche ich ein Template für ein SaaS-Finanzmodell?

Nicht unbedingt. Templates (einschließlich kostenloser XLS-Versionen) bieten einen nützlichen Startpunkt, aber das beste Ergebnis ist eine vereinfachte Version jedes Templates, die zum spezifischen Geschäft passt und kurz genug ist, um in 20 Minuten aktualisiert zu werden. Die Gefahr bei Templates ist, zu viele Tabs und Annahmen zu behalten, die nicht zutreffen.

Wie halte ich ein SaaS-Finanzmodell langfristig nützlich?

Aktualisiere es jeden Monat mit echten Zahlen, bevor du den Forecast für den nächsten Monat hinzufügst. Dieser Vergleich zwischen Forecast und Ist kalibriert die Annahmen des Modells über die Zeit. Ein Modell, das nie mit der Realität verglichen wird, ist nur eine optimistische Tabelle.

Was ist der Unterschied zwischen einem SaaS-Finanzmodell-Template und einem SaaS-Startup-Finanzmodell-Template?

Die Begriffe sind im allgemeinen Sprachgebrauch weitgehend austauschbar. Ein SaaS-Finanzmodell-Template betont typischerweise die Mechanik wiederkehrender Einnahmen (MRR-Bridge, Churn, Expansion), während ein Startup-Finanzmodell-Template generischer sein kann. Für Subscription-Geschäfte ist ein SaaS-spezifisches Template direkt nützlicher, weil die Struktur bereits auf die relevanten Metriken ausgerichtet ist.

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