Budget vs Ist: Die wöchentliche Schleife für Gründer

Startups sterben selten in einer dramatischen Woche. Sie sterben in einer Reihe von Wochen, in denen niemand verglichen hat, was passieren sollte, mit dem, was tatsächlich passiert ist. MRR wuchs etwas langsamer als erwartet. Kosten stiegen leicht. Churn verschlechterte sich still. Der Forecast wurde nie aktualisiert. Runway verkürzte sich und niemand merkte es, bis es unbequem war, es zu beheben.

Budget vs Ist ist die Gewohnheit, die diesen Drift auffängt. Es ist kein Finanzritual oder ein Board-Deliverable — es ist ein 10-minütiger wöchentlicher Vergleich zwischen deinem Forecast und der Realität, der dir sagt, ob du jetzt oder nächsten Monat dein Verhalten ändern solltest. Für die meisten frühphasigen SaaS-Gründer kommt dieser Vergleich auf sechs Zahlen, eine Tabelle und eine Entscheidung herunter.

Dieser Artikel behandelt, was Budget vs Ist bedeutet, wie du die wöchentliche Schleife durchläufst, ein komplettes Budget-vs-Ist-Report-Template, ein durchgerechnetes SaaS-Beispiel mit Varianzprozenten und die Fehler, die das Review in Verwaltungsarbeit verwandeln. Y Combinators Startup-Finanzguidance identifiziert die Budget-vs-Ist-Gewohnheit als eine der wirkmächtigsten Finanzpraktiken für frühphasige Gründer.

Was ist Budget vs Ist?

Budget vs Ist ist der Vergleich zwischen geplanten Zahlen und tatsächlichen Ergebnissen bei Umsatz, Kosten und Cash. Das Budget ist der Forecast: was du erwartet hast. Die Ist-Werte sind das, was das Geschäft produziert hat. Die Varianz — die Lücke zwischen beiden — ist das, was eine Entscheidung erfordert.

Vier Konzepte, die in dieselbe Schleife gehören:

Budget — was du geplant hast auszugeben und einzunehmen. Ein vorausschauendes Commitment. Ist — was das Geschäft in einer bestimmten Periode produziert hat. Die echten Zahlen. Budgetabweichung — die Differenz zwischen Budget und Ist, als absoluter Wert oder Prozent. Budget-vs-Ist-Report — der strukturierte Vergleich, der alle drei zeigt, mit einer Aktion bei signifikanten Abweichungen.

In Gründersprache: „Lief der Monat so, wie ich erwartet habe? Wenn nicht, was hat sich geändert, und was mache ich diese Woche anders?”

Das ist die ganze Sache. Forecasts und Budgets sind nur nützlich, wenn diese Vergleichsschleife regelmäßig läuft. Ein Forecast, der nie gegen die Realität geprüft wird, ist selbstbewusstes Storytelling. Ein Budget, das nie mit Ist-Werten verglichen wird, ist Dekoration.

Für das Finanzmodell, das den Forecast produziert, gegen den diese Schleife läuft, siehe den minimalistischen 8-Input-Leitfaden.

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

Warum Budget vs Ist wichtiger ist, als Gründer erwarten

Das Argument für Budget vs Ist ist nicht, dass es gute Finanzhygiene ist. Es ist, dass ohne es das Geschäft erheblich abdriften kann, bevor jemand es merkt — und je länger der Drift unentdeckt bleibt, desto weniger Hebel stehen zur Korrektur zur Verfügung.

Umsatzverfehlungen kompoundieren still. Ein 500-€-MRR-Miss im Januar sieht klein aus. Wenn neues MRR konstant 15 % unter Plan liegt, ist die Lücke in Monat sechs materiell. Die Budget-vs-Ist-Schleife fängt das Muster in Monat zwei auf, nicht in Monat sechs.

Kosten driften ohne Entscheidung. Die meisten Kostenüberschreitungen sind nicht dramatisch. Es ist ein Tool-Abo, das sich verlängert hat, eine API-Rechnung, die mit der Nutzung gestiegen ist, ein Freelancer, der mehr Arbeit übernommen hat. Monatliches Budget vs Ist fängt diese auf, bevor sie strukturell eingebettet werden.

Churn ist die gefährlichste versteckte Variable. Gründer modellieren Churn als festen Prozentsatz in ihrem Finanzmodell und vergessen dann zu prüfen, ob der tatsächliche Churn der Annahme entspricht. Bei 3 % monatlichem Churn gegenüber den modellierten 1,5 % beträgt die Differenz bei der Kundenzahl in Monat zwölf fast 20 %. Das Geschäft, das es in Monat zwei bemerkt, kann Retention verbessern. Das Geschäft, das es in Monat zehn bemerkt, hat ein strukturelles Problem.

Unfreiwilliger Churn ist teilweise wiederherstellbar — aber nur wenn früh erkannt. Ein erheblicher Teil dessen, was als „Churned MRR” erscheint, ist tatsächlich Churn durch fehlgeschlagene Zahlungen, nicht freiwillige Kündigungen. Stripe-Daten machen den Unterschied sichtbar: ein Abo, das nach einer fehlgeschlagenen Zahlung gekündigt wurde, ist über eine Dunning-Sequenz wiederherstellbar, wenn innerhalb von Tagen erkannt. Wochen später ist der Kunde weitergezogen. Budget vs Ist mit einer Zeile für fehlgeschlagene Zahlungen fängt dieses Recovery-Fenster auf. NoNoiseMetrics zeigt freiwilligen vs. unfreiwilligen Churn separat aus Stripe — genau aus diesem Grund.

Runway ist die Metrik, die nicht falsch sein darf. Eine Runway-Berechnung ist nur nützlich, wenn die Inputs — Burn Rate und Cash-Bestand — widerspiegeln, was tatsächlich passiert ist. Ein Modell, das nicht gegen Ist-Werte aktualisiert wurde, zeigt Runway basierend auf veralteten Annahmen. Gründer wurden schon von kurzen Runways überrascht, und die Ursache ist fast immer ein Modell, das Monate zuvor von der Realität abwich, ohne dass jemand den Vergleich durchgeführt hat.

Die 10-Minuten-Wochenschleife

Das wöchentliche Review muss nicht kompliziert sein. Fünf Schritte, eine Tabelle, eine Entscheidung:

Schritt 1: Aktuelle Zahlen ziehen. Jede Woche: End-MRR, neues MRR, Churned MRR, Cash-Bestand. Monatlich: tatsächliche Fixkosten, tatsächliche variable Kosten. Quellen: Stripe für Umsatz und Churn, Bankfeed oder Buchhaltungstool für Kosten. Ein sauberes Dashboard für wiederkehrende Einnahmen macht diesen Schritt in unter zwei Minuten machbar.

Schritt 2: Gegen Budget vergleichen. Die Vergleichstabelle ausfüllen (Template unten). Für jede Zeile: Budget, Ist, Varianz in Euro, Varianz als Prozent.

Schritt 3: Nur bedeutsame Varianz markieren. Nicht jede Differenz erfordert Aktion. Verwende Schwellenwerte: Umsatzvarianz über 5 %, Kostenvarianz über 10 %, Runway-Varianz über 0,5 Monate, Churn-Rate mehr als 50 % über Annahme. Unter diesen Schwellenwerten: notieren, nicht handeln.

Schritt 4: Eine Aktion pro markierter Varianz schreiben. Eine. Kein Strategiedokument, keine Retrospektive. Eine konkrete Aktion, ein Verantwortlicher, diese Woche. Churn über Schwellenwert → Stripe-Kündigungsevents und fehlgeschlagene Zahlungen heute prüfen. Kosten über Schwellenwert → die Einzelposition identifizieren, die sich bewegt hat, und entscheiden, ob sie gestrichen wird.

Schritt 5: Modell aktualisieren, wenn sich die Realität klar geändert hat. Nicht jede Woche — nur wenn eine Annahme nachweislich verschoben hat. Neues MRR war drei aufeinanderfolgende Wochen unter Plan → Annahme aktualisieren. Ein einwöchiger Miss ist Rauschen. Ein dreiwöchiges Muster ist Signal.

Die Schleife sollte 10 Minuten dauern, wenn die Daten zugänglich sind. Wenn sie eine Stunde dauert, ist die Dateninfrastruktur das Problem, nicht der Prozess.

Budget-vs-Ist-Report: Das komplette Template

Ein Budget-vs-Ist-Report auf Gründerebene sollte auf einen Bildschirm passen und eine Entscheidung produzieren. Hier ist die komplette Struktur:

Umsatzblock

Metrik	Budget	Ist	Varianz	Varianz %
End-MRR	12.000 €	11.400 €	−600 €	−5,0 %
Neues MRR	1.800 €	1.500 €	−300 €	−16,7 %
Expansion MRR	400 €	380 €	−20 €	−5,0 %
Churned MRR (freiwillig)	300 €	360 €	+60 €	+20,0 %
Churned MRR (fehlgeschl. Zahlung)	100 €	220 €	+120 €	+120,0 %

Kostenblock

Metrik	Budget	Ist	Varianz	Varianz %
Fixkosten	5.500 €	5.500 €	0 €	0,0 %
Variable Kosten	2.000 €	2.700 €	+700 €	+35,0 %
Gesamtausgaben	7.500 €	8.200 €	+700 €	+9,3 %

Cash-Block

Metrik	Budget	Ist	Varianz
Monatlicher Burn	2.100 €	3.400 €	+1.300 €
Cash in der Bank	48.900 €	47.600 €	−1.300 €
Runway	11,0 Mo	9,7 Mo	−1,3 Mo

Aktionsblock

Flag	Schwellenwert	Status	Aktion diese Woche
Churn über Plan	+50 %	Fehlgeschl.-Zahlungen-Churn +120 %	Dunning-Sequenz für fehlgeschl.-Zahlungen-Kohorte starten
Variable Kosten über Plan	+10 %	+35 %	API-Kostentreiber identifizieren; Nutzungsalarm setzen
Neues MRR unter Plan	−15 %	−16,7 %	Aktivierungs-Drop-off in Stripe prüfen; Trial-Conversion checken
Runway unter Plan	−0,5 Mo	−1,3 Mo	Nicht-umsatzrelevante Experimente einfrieren bis Recovery bestätigt

Churned MRR in freiwillig und fehlgeschlagene Zahlungen aufzuteilen ist die wirkungsvollste Änderung, die die meisten Gründer an ihrem Budget-vs-Ist-Report vornehmen können. Freiwilliger Churn erfordert Produkt- und Retention-Arbeit — langsamer zu beheben. Fehlgeschlagene-Zahlungen-Churn ist innerhalb von Tagen wiederherstellbar, wenn erkannt. Beide als dieselbe Zahl zu behandeln, verschwendet das Recovery-Fenster.

Budget-vs-Ist-Beispiel: Ein kompletter SaaS-Monat

Szenario: Ein SaaS-Analytics-Tool, Monat vier. Das Budget wurde anhand des Finanzmodells vom letzten Monatsreview erstellt.

Inputs für das Budget (aus dem Modell des letzten Monats):

Start-MRR: 10.000 €
Neues MRR: 1.800 €
Expansion: 400 €
Churn (gesamt): 400 €
Fixkosten: 5.500 €
Variable Kosten: 2.000 €
Cash: 50.000 €

Was tatsächlich passiert ist:

Start-MRR: 10.000 € (korrekt)
Neues MRR: 1.500 € (um 300 € verfehlt)
Expansion: 380 € (nah dran)
Freiwilliger Churn: 360 € (leicht darüber)
Fehlgeschlagene-Zahlungen-Churn: 220 € (deutlich darüber; Modell hatte 100 €)
Fixkosten: 5.500 € (im Plan)
Variable Kosten: 2.700 € (um 700 € über Plan — API-Kosten wuchsen mit Nutzung)

Die Berechnung:

End-MRR = 10.000 + 1.500 + 380 − 360 − 220 = 11.300
(Budget war 10.000 + 1.800 + 400 − 300 − 100 = 11.800)
MRR-Varianz: −500 €, oder −4,2 %

Gesamtausgaben: 5.500 + 2.700 = 8.200
Budget-Ausgaben: 5.500 + 2.000 = 7.500
Kostenvarianz: +700 €, oder +9,3 %

Monatlicher Burn: 8.200 − 11.300 = −3.100 (noch Cash-Flow-positiv)
Budget-Burn: 7.500 − 11.800 = −4.300
Das Geschäft ist in beiden Fällen Cash-Flow-positiv, generiert aber 1.200 € weniger Cash als budgetiert.

Was der Gründer konkret tun sollte:

Der MRR-Miss beträgt 500 € — unter dem 5-%-Alarm-Schwellenwert für MRR, aber neues MRR verfehlte um 16,7 % und wurde teilweise durch niedrigeren Churn ausgeglichen. Der Fehlgeschlagene-Zahlungen-Churn bei 220 € gegenüber einer 100-€-Annahme ist das am meisten umsetzbare Ergebnis. Das sind wiederherstellbare Kunden. Eine Dunning-Sequenz, die innerhalb der Woche ausgelöst wird, erfasst einen bedeutenden Anteil davon.

Die Kostenüberschreitung bei variablen Kosten beträgt 700 €. Bei 2.700 € Ist vs. 2.000 € Budget ist das eine 35-%-Überschreitung. Bei einem KI- oder API-lastigen Produkt bedeutet das oft, dass die Nutzung schneller gewachsen ist als modelliert — was ein gutes Problem ist — aber das Kostenmodell muss aktualisiert werden. Wenn das Produkt wächst, wachsen variable Kosten mit, und das Finanzmodell muss das widerspiegeln, sonst werden Runway-Projektionen optimistisch.

Aktionen diese Woche:

Liste fehlgeschlagener Zahlungen aus Stripe ziehen; Recovery-E-Mail-Sequenz über Brevo auslösen
API-Nutzungs-Dashboard prüfen; Billing-Alarm bei 80 % des letzten Monats-Ist setzen
Finanzmodell aktualisieren: Neues-MRR-Annahme → 1.600 € (zwischen Plan und Ist); Variable-Kosten-Annahme → 2.400 €

Das war’s. Kein Board-Deck. Kein Finance-Meeting. Drei konkrete Aktionen aus einem 10-Minuten-Review.

KeyBanc Capital Markets SaaS Survey-Daten zeigen, dass SaaS-Unternehmen, die wöchentliche Budget-vs-Ist-Reviews durchführen, Kostendrift im Schnitt sechs Wochen früher erkennen als solche, die monatliche Reviews machen — ein signifikanter Unterschied im Sub-1M-€-ARR-Bereich.

Budgetabweichungsformel

Die Mechanik ist einfach:

Budgetabweichung (absolut) = Ist − Budget

Budgetabweichung (%) = (Ist − Budget) / Budget × 100

Die Vorzeichenkonvention zählt. Bei Umsatzzeilen ist eine negative Varianz schlecht (du hast weniger verdient als geplant). Bei Kostenzeilen ist eine positive Varianz schlecht (du hast mehr ausgegeben als geplant). Manche Gründer drehen das Vorzeichen bei Kostenzeilen um, damit „alles schlecht = negativ” — beide Konventionen funktionieren, solange es konsistent ist.

Beispiel:

Budgetiertes neues MRR: 1.800 €
Tatsächliches neues MRR: 1.500 €
Varianz: 1.500 − 1.800 = −300 €
Varianz %: −300 / 1.800 = −16,7 %

Budgetierte variable Kosten: 2.000 €
Tatsächliche variable Kosten: 2.700 €
Varianz: 2.700 − 2.000 = +700 €
Varianz %: +700 / 2.000 = +35,0 %

Für Gründer, die eine einzelne kombinierte Burn-Metrik verwenden, ist die Varianz:

Budget-Burn = Budget-Umsatz − Budget-Kosten
Ist-Burn = Ist-Umsatz − Ist-Kosten
Burn-Varianz = Ist-Burn − Budget-Burn

Wenn der tatsächliche Burn höher ist als der Budget-Burn (das Geschäft hat mehr Cash verbrannt als erwartet), ist die Varianz positiv bei Kosten und negativ bei Umsatz. Zeige beide Komponenten, damit du weißt, an welchem Hebel du ziehen musst.

Die Budget-vs-Ist-Schleife im Forecasting-System

Budget vs Ist steht nicht für sich allein. Es ist ein Schritt in einem fortlaufenden Betriebszyklus:

Finanzmodell (Annahmen)
    → Forecast (projizierte monatliche Outputs)
        → Budget (periodenspezifischer Ausgabenplan)
            → Ist-Werte (was das Geschäft produziert hat)
                → Varianz (Lücke zwischen Plan und Realität)
                    → Entscheidung (Aktion oder Annahmen-Update)
                        → Aktualisiertes Finanzmodell

Ohne den Ist-zu-Entscheidung-Schritt ist die Schleife gebrochen. Ein Forecast, der nie mit Ist-Werten verglichen wird, gibt Gründern falsches Vertrauen — das Modell sieht gut aus, der Runway sieht ausreichend aus, aber die zugrunde liegenden Annahmen haben sich von der Realität entfernt.

Der Entscheidung-zu-Modell-Schritt ist ebenso wichtig. Wenn du bemerkst, dass neues MRR drei aufeinanderfolgende Monate 15 % unter Plan lag, und das Modell nicht aktualisierst, lügt das Finanzmodell über Runway. Die Annahme zu aktualisieren ist unbequem, weil es den Runway kürzer macht — aber es macht ihn genau, und dafür existiert das Modell.

Für die MRR-Forecast-Schicht ist das 3-Input-Modell so gestaltet, dass es sich in diese Budget-vs-Ist-Schleife integriert — leichtgewichtig genug, um jede Woche neben dem Ist-Vergleich aktualisiert zu werden.

Für die Szenarioplanungs-Schicht, die das Modell stresstestbar macht, siehe Szenariomodellierung für Bootstrapper: Stresstest in 15 Minuten.

Bessemers State of the Cloud Report identifiziert automatisierte MRR-Daten als die wirkungsvollste Infrastruktur-Investition zur Verbesserung der Genauigkeit und Kadenz von Budget-vs-Ist-Reviews.

Häufige Budget-vs-Ist-Fehler

Monatlich machen und den Drift verpassen. Monatliche Reviews fangen Probleme nach vier Wochen Kompoundierung auf. Ein wöchentlicher Puls auf MRR und Burn dauert zehn Minuten und fängt dasselbe Problem in Woche eins auf, wenn es noch leicht zu beheben ist. Für frühphasiges SaaS, wo die MRR-Basis fragil ist, ist wöchentlich fast immer besser.

Zu viele Budgetzeilen. Eine Budget-vs-Ist-Tabelle mit 40 Zeilen wird nicht konsistent reviewed. Kondensiere auf die sechs Zahlen, die das Geschäft bewegen: MRR, neues MRR, Churn, variable Kosten, Burn, Runway. Füge Zeilen nur hinzu, wenn eine Entscheidung mehr Granularität erfordert.

Kein Varianzschwellenwert. Jede kleine Differenz erzeugt Rauschen. Setze explizite Schwellenwerte — Umsatzmiss über 5 %, Kosten über 10 %, Runway-Drop über 0,5 Monate — und markiere nur diese. Unter dem Schwellenwert: notieren, nicht handeln. Das verhindert, dass das Review zum wöchentlichen Angst-Event wird.

Gegen ein Fantasy-Budget vergleichen. Wenn die Budget-Annahmen von Anfang an optimistisch waren, misst der Vergleich, wie weit die Realität von der Fantasie entfernt gelandet ist. Ein nützliches Budget sollte leicht unbequem sein, sich darauf festzulegen — erreichbar in einem vernünftigen Szenario, nicht aspirational in einem perfekten.

Keine Aktion an die Varianz gehängt. Ein Review, das „interessant, lass uns beobachten” produziert, ist kein Review — es ist Reporting. Jede markierte Varianz sollte eine Entscheidung, einen Verantwortlichen und einen Zeitrahmen produzieren. Ansonsten wird der Prozess zur wöchentlichen Verwaltung statt zu einem Entscheidungstool.

Allen Churn gleich behandeln. Freiwilliger Churn (Kunde hat sich entschieden zu gehen) und unfreiwilliger Churn (fehlgeschlagene Zahlung) erfordern völlig unterschiedliche Reaktionen. Beide in einer einzigen Churn-Zeile zusammenzufassen, verbirgt, welcher Typ die Varianz treibt, und verschwendet das Recovery-Fenster für fehlgeschlagene Zahlungen.

Budget vs Ist automatisieren

Die Hauptreibung beim wöchentlichen Review ist das manuelle Ziehen der Zahlen. Drei Automatisierungsinvestitionen zahlen sich schnell aus:

MRR-Daten aus Stripe automatisieren. Neues MRR, Churned MRR (aufgeteilt in freiwillig und fehlgeschlagene Zahlung), Expansion MRR und End-MRR können alle aus Stripe-Subscription-Events gezogen werden, ohne manuelle Berechnung. NoNoiseMetrics macht das automatisch und zeigt den wöchentlichen MRR-Wasserfall im Dashboard — der Umsatzblock der Budget-vs-Ist-Tabelle füllt sich selbst.

Stripe-Billing-Alarme für variables Kostenmonitoring setzen. Wenn variable Kosten API-Kosten über Stripe oder Cloud-Services umfassen, setze Budget-Alarme im Dashboard jedes Anbieters. Der Alarm wird ausgelöst, wenn Ausgaben den Schwellenwert erreichen, nicht nachdem die Rechnung eintrifft.

Einen leichtgewichtigen festen Tracker für Kosten verwenden. Fixkosten ändern sich von Monat zu Monat nicht viel. Eine einfache Liste wiederkehrender Kosten mit monatlichen Beträgen, die nur aktualisiert wird, wenn sich etwas ändert, reicht aus. Aggregiere sie in einer einzigen Zelle statt ein Multi-Tab-Kostenmodell zu bauen.

Das wöchentliche Review, das manuell 45 Minuten dauerte, dauert typischerweise 10 Minuten, wenn die MRR-Daten automatisiert sind und Kosten in einem einzigen Tracker gepflegt werden.

JSON-Struktur für einen Budget-vs-Ist-Tracker

{
  "budget_vs_actual": {
    "period": "2026-04",
    "currency": "EUR",
    "revenue": {
      "mrr_budget": 12000,
      "mrr_actual": 11300,
      "mrr_variance": -700,
      "mrr_variance_pct": -5.8,
      "new_mrr_budget": 1800,
      "new_mrr_actual": 1500,
      "expansion_mrr_budget": 400,
      "expansion_mrr_actual": 380,
      "churn_voluntary_budget": 300,
      "churn_voluntary_actual": 360,
      "churn_failed_payment_budget": 100,
      "churn_failed_payment_actual": 220
    },
    "costs": {
      "fixed_budget": 5500,
      "fixed_actual": 5500,
      "variable_budget": 2000,
      "variable_actual": 2700,
      "total_budget": 7500,
      "total_actual": 8200,
      "total_variance_pct": 9.3
    },
    "cash": {
      "burn_budget": -4300,
      "burn_actual": -3100,
      "runway_budget_months": 11.0,
      "runway_actual_months": 9.7
    },
    "variance_flags": {
      "new_mrr_below_threshold": true,
      "failed_payment_churn_above_threshold": true,
      "variable_costs_above_threshold": true,
      "runway_below_target": true
    },
    "actions": [
      {
        "flag": "failed_payment_churn",
        "action": "Dunning-Sequenz für fehlgeschlagene-Zahlungen-Kohorte auslösen",
        "owner": "founder",
        "due": "diese Woche"
      },
      {
        "flag": "variable_costs",
        "action": "API-Kostentreiber identifizieren; Nutzungsalarm bei 80 % des Ist setzen",
        "owner": "founder",
        "due": "diese Woche"
      },
      {
        "flag": "new_mrr",
        "action": "Trial-zu-Paid-Conversion in Stripe prüfen; Aktivierungs-Drop-off checken",
        "owner": "founder",
        "due": "diese Woche"
      }
    ]
  }
}

Das actions-Array ist die wichtigste Ergänzung einer Standard-Budget-vs-Ist-JSON-Struktur. Es schließt die Schleife zwischen Zahlen und Entscheidungen — was der einzige Grund ist, das Review überhaupt durchzuführen.

FAQ

Was ist Budget vs Ist?

Budget vs Ist ist der Vergleich zwischen dem, was ein Geschäft geplant hat einzunehmen und auszugeben (das Budget), und dem, was es tatsächlich in einer bestimmten Periode produziert hat (die Ist-Werte). Die Differenz — die Budgetabweichung — bestimmt, ob und was geändert werden muss. Für SaaS-Gründer umfasst dieser Vergleich typischerweise MRR, neues MRR, Churn, variable Kosten, Burn Rate und Runway.

Was sollte in einem Budget-vs-Ist-Report stehen?

Ein Budget-vs-Ist-Report auf Gründerebene sollte enthalten: einen Umsatzblock (budgetiertes vs. tatsächliches MRR, neues MRR und Churn — aufgeteilt in freiwillig und fehlgeschlagene Zahlung), einen Kostenblock (fix und variabel), einen Cash-Block (Burn Rate und Runway) und einen Aktionsblock mit einer konkreten Reaktion pro markierter Varianz. Er sollte auf einen Bildschirm passen und unter 10 Minuten dauern.

Was ist eine Budgetabweichung und wie berechnet man sie?

Die Budgetabweichung ist die Differenz zwischen einer budgetierten Zahl und dem tatsächlichen Ergebnis: Varianz = Ist − Budget. Als Prozent: Varianz % = (Ist − Budget) / Budget × 100. Bei Umsatzzeilen bedeutet eine negative Varianz Underperformance. Bei Kostenzeilen bedeutet eine positive Varianz Mehrausgaben. Beide sollten geprüft werden, wenn sie den Schwellenwert des Gründers überschreiten (typischerweise 5 % für Umsatz, 10 % für Kosten).

Was ist ein Budget-vs-Ist-Beispiel für ein SaaS-Unternehmen?

Ein häufiges Beispiel: Ein SaaS-Gründer budgetiert 12.000 € End-MRR und 7.500 € Kosten. Die Ist-Werte kommen bei 11.300 € MRR und 8.200 € Kosten herein. Die Umsatzvarianz beträgt −700 € (−5,8 %), primär getrieben durch einen Neues-MRR-Miss von 300 € und fehlgeschlagene-Zahlungen-Churn, der den budgetierten Betrag verdoppelt hat. Die Kostenüberschreitung beträgt 700 € (+9,3 %), getrieben durch API-Nutzungswachstum. Aktionen: fehlgeschlagene-Zahlungen-Recovery-Sequenz auslösen, API-Kostentreiber untersuchen, Finanzmodell mit revidierten Annahmen aktualisieren.

Wie unterscheidet sich Budget vs Ist von Ist vs Budget?

Es ist derselbe Vergleich aus verschiedenen Richtungen beschrieben. „Budget vs Ist” (Budget zuerst) betont den Plan als Baseline und zeigt, wie die Realität davon abwich. „Ist vs Budget” (Ist zuerst) zeigt, was passiert ist und wie es sich zum Plan verhält. Berechnung und Nutzen sind identisch. Die Reihenfolge ist eine Darstellungspräferenz.

Wie oft sollte ein SaaS-Gründer Budget vs Ist reviewen?

Wöchentlich für frühphasige Produkte, bei denen MRR noch fragil ist und Runway unter 18 Monaten liegt. Monatlich für etabliertere Produkte mit stabilen Wachstumsmustern. Die wöchentliche Version ist ein kürzerer Puls-Check — sechs Kernmetriken, eine Tabelle, eine Entscheidung — kein volles Modell-Review. Monatliche Reviews sind gründlicher und beinhalten Annahmen-Updates.

Warum ist fehlgeschlagene-Zahlungen-Churn wichtig in einem Budget-vs-Ist-Review?

Fehlgeschlagene-Zahlungen-Churn ist der Anteil des „Churned MRR”, der durch Zahlungsausfälle entsteht statt durch freiwillige Kündigungen. Er ist teilweise wiederherstellbar — eine gut getimte Dunning-E-Mail-Sequenz kann 20–40 % des fehlgeschlagenen-Zahlungen-Churn innerhalb von Tagen zurückgewinnen. Wenn fehlgeschlagene-Zahlungen-Churn mit freiwilligem Churn im Budget-vs-Ist-Report kombiniert wird, ist das Recovery-Fenster unsichtbar. Die beiden Zeilen zu trennen schafft die Möglichkeit, sofort auf den wiederherstellbaren Anteil zu reagieren.

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