Exit-Run-Rate-Rechner
Brachte der letzte Monat 50.000 wiederkehrenden Umsatz, beträgt die Exit-Run-Rate 600.000: dieser Monat mal zwölf, wie er in Board-Unterlagen und Term Sheets steht. Ein Monat ohne Umsatz ergibt einfach null. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Monatsumsatz
- 50.000
- Monate pro Jahr
- 12
- Exit-Rate
- 600.000
Die Exit-Run-Rate, auch Exit-ARR genannt, wenn die oberste Zeile ein Abo-Umsatz ist, ist die annualisierte Momentaufnahme des letzten Monats wiederkehrender Erlöse eines Unternehmens. Gründer, Operatoren und Investoren nutzen diese eine Zahl, um das Geschäft so zu beschreiben, als liefe der jüngste Monat ein volles Jahr weiter, ohne frühere Monate einzumischen, die kleiner oder größer gewesen sein mögen. Dieser Exit-Rate-Rechner nimmt eine endliche Zahl — den wiederkehrenden Umsatz des letzten Monats —, multipliziert sie mit zwölf und liefert die annualisierte Exit-Run-Rate zusammen mit der monatlichen Ausgangszahl. Fehlende, leere oder nicht numerische Werte scheitern ebenso und werden nicht abgerechnet. Null ist ein legitimes Ergebnis: ein Monat vor dem ersten Umsatz hat weiterhin eine Exit-Run-Rate von null.
Wie der wiederkehrende Umsatz des letzten Monats zur Exit-Run-Rate wird
Die Exit-Run-Rate stellt eine enge Frage: wenn der jüngste Monat wiederkehrender Erlöse zwölf Monate anhielte, welche Jahreszahl würde dieses Buch drucken. Die Multiplikation mit zwölf ist die Konvention, die Investoren auf einem Term Sheet und Operatoren in einem Board-Pack zitieren: es ist eine Einstiegs-Annualisierung des Exit-Monats, kein Durchschnitt des rollierenden Jahres und keine Prognose, die Wachstum einbackt. Ein letzter Monat von fünfzigtausend druckt eine Exit-Run-Rate von sechshunderttausend, weil zwölf mal fünfzigtausend sechshunderttausend sind.
Ein Monatsumsatz von null ist ein legitimes Ergebnis und kein Fehler: ein Monat vor dem ersten Umsatz hat weiterhin eine Exit-Run-Rate von null, sobald die Zahl endlich und nicht negativ ist. Sie übergeben eine endliche nichtnegative Zahl, die bereits in einer Währung und einem Monat lebt; der Rechner multipliziert mit zwölf und rundet die annualisierte Zahl half-up auf zwei Dezimalstellen, damit Goldens byteweise über Laufzeiten vergleichen. Das ist letzter Monat mal zwölf, kein Kohortenlauf, kein Plan erkannter Erlöse und kein Live-Kurs.
Anwendungsfälle
Monatsabschluss vor dem ARR-Modell
Verwandeln Sie den wiederkehrenden Umsatz des letzten Monats in eine Exit-Run-Rate-Zeile, bevor Sie ein volles ARR-Modell oder ein Board-Pack öffnen.
Fundraising-Memos und Term Sheets
Heften Sie Exit-ARR neben eine Trailing-Twelve-Month-Rekonstruktion, damit ein Datenraum eine Einstiegs-Annualisierung teilt und nicht unskaliertes MRR.
RevOps-Packs gegenüber Retention-Läufen
Legen Sie Billing-Export-MRR in eine Last-Month-×-12-Zahl neben Net Revenue Retention und eine Booked-versus-Billed-Sicht.
Häufige Fragen
Wie wird die Exit-Run-Rate berechnet?
Die annualisierte Zahl rundet half-up auf zwei Dezimalstellen.
Was passiert, wenn der Monatsumsatz negativ ist?
Die Exit-Run-Rate ist für ein negatives wiederkehrendes Buch undefiniert, daher liefert der Rechner keine vorzeichenbehaftete Annualisierung. Ein Wert, der keine endliche Zahl ist, wird ebenfalls abgelehnt. Diese Fehlschläge werden nicht abgerechnet.
Ist das Trailing-Twelve-Month-ARR oder die Annualisierung des letzten Monats?
Annualisierung des letzten Monats. Die Identität nutzt nur den wiederkehrenden Umsatz des Schlussmonats. Sie mittelt nicht zwölf Monate, wendet keine Net Revenue Retention an und backt keine Wachstumsrate ein.
Darf der Monatsumsatz null sein?
Ja. Ein Monat vor dem ersten Umsatz hat weiterhin eine Exit-Run-Rate von null.
Berücksichtigt die Exit-Run-Rate Wachstum oder Kundenbindung?
Nein. Sie nimmt den letzten Monat genau so, wie er war, und multipliziert ihn mit zwölf. Es gibt keine Wachstumsrate, keine Netto-Umsatzbindung und keine Währungsumrechnung: Sie erhalten eine Momentaufnahme, keine Prognose.
Welche Umsätze außer Abonnements kann ich verwenden?
Jeden wiederkehrenden Umsatz, den Sie monatlich messen, etwa Pauschalhonorare, Wartungsverträge oder abgerechnete Nutzung, die auf einen Monatswert umgerechnet wurde. Alles muss in einer Währung und für einen Monat vorliegen.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/fin/exit-rate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"monthly_revenue":50000}'const res = await fetch("https://api.kit.forhosting.com/fin/exit-rate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"monthly_revenue": 50000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/exit-rate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"monthly_revenue": 50000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/exit-rate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"monthly_revenue":50000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"monthly_revenue":50000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/exit-rate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"monthly_revenue": 50000
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.exit_rate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Ein negativer Monatsumsatz wird mit invalid_input abgelehnt, weil eine Run-Rate für ein negatives wiederkehrendes Buch nicht definiert ist.
Wie der wiederkehrende Umsatz des letzten Monats zur Exit-Run-Rate wird
Die Identität dieses Rechners lautet exit_rate gleich monthly_revenue mal zwölf. monthly_revenue ist der wiederkehrende Umsatz des letzten Monats in einer Währung — bei einem Abo-Geschäft der monatlich wiederkehrende Umsatz, oder MRR —, dieselbe Identität gilt aber für jedes wiederkehrende Buch, das Sie bereits im Monatsrhythmus messen: Retainer, Wartungsverträge oder abgerechnete Nutzung, die in einen monatlichen Run umgerechnet wurde. Ein negativer Monatsumsatz ist keine legitime Run-Rate: ein negatives wiederkehrendes Buch würde eine unsinnige Jahreszahl annualisieren, daher scheitert die Aufgabe mit invalid_input, statt eine vorzeichenbehaftete Annualisierung zurückzugeben, die ein Modell als echtes Exit-ARR behandeln könnte. Dieser Rechner rekonstruiert kein Trailing-Twelve-Month-ARR aus zwölf einzelnen Monaten, wendet weder Net Revenue Retention noch eine Wachstumsrate an, rechnet keine Währungen um und fragt keinen Live-Billing-Export ab.
Eingabevertrag, Antwortform und Fehlerverhalten
Null ist erlaubt: ein Monat vor dem ersten Umsatz erzeugt weiterhin eine endliche Exit-Run-Rate von null statt eines Fehlers. Ein gebrochener Monat wie eintausendzweihundertvierunddreißig Punkt sechsundfünfzig annualisiert nach derselben half-up-Geldrundung auf vierzehntausendachthundertvierzehn Punkt zweiundsiebzig. Senden Sie per POST einen JSON-Körper mit einer erforderlichen endlichen Zahl: monthly_revenue, den wiederkehrenden Umsatz des Schlussmonats in einer Währung. Die Aliasse mrr, monthly_recurring_revenue, last_month_revenue und recurring_revenue zeigen auf dasselbe Feld, damit Ihr Blatt seine Spaltennamen behalten kann. Das Feld darf als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nichtendliche Werte — NaN, Infinity oder Text, der sich nicht als Zahl liest — scheitern mit invalid_input und nennen monthly_revenue. Diese Fehlschläge werden nicht abgerechnet. Ein negatives monthly_revenue scheitert, weil die Exit-Run-Rate für negativen Monatsumsatz undefiniert ist; die Meldung nennt das Feld, damit ein Formular dieses Steuerelement markieren kann statt einer generischen Warnung. Bei Erfolg wiederholt der Körper monthly_revenue, meldet months_per_year als zwölf, damit ein Client die Konvention nicht fest verdrahten muss, gibt exit_rate als monthly_revenue mal zwölf half-up auf zwei Dezimalstellen gerundet zurück und enthält eine Formelzeichenkette, die die Identität wiederholt. Beispiel: fünfzigtausend wiederkehrender Umsatz des letzten Monats ergeben months_per_year von zwölf und ein exit_rate von sechshunderttausend. Koppeln Sie das JSON an Ihre eigene Regel, welcher Monat der Exit-Monat ist und welche Zeilen als wiederkehrend zählen — abgerechnete Nutzung, einmalige Professional Services und passive Rechnungsabgrenzung sind nicht dasselbe Buch —, weil dieser Endpoint die eine Zahl multipliziert, die Sie senden; er baut kein Billing-Hauptbuch neu, wählt keine Erfassungskonvention und fragt keinen Zahlungsprozessor ab.
Wo ein Exit-Rate-Rechner seinen Nutzen verdient
Operatoren, die einen Monat schließen, nutzen einen Exit-Rate-Rechner, um den wiederkehrenden Umsatz des letzten Monats in eine vergleichbare Jahreszeile zu verwandeln, bevor sie ein volles ARR-Modell oder ein Fundraising-Memo öffnen. Revenue-Operations- und Investor-Relations-Teams legen MRR aus dem Billing-Export in diese Identität und vergleichen diese Exit-Run-Rate mit Net Revenue Retention und einem Booked-versus-Billed-Lauf, statt eines davon als Ersatz zu behandeln. Das ist eine andere Suche und eine andere Aufgabe als Trailing-Twelve-Month-ARR, als Net Revenue Retention, als Rule-of-Forty-Wert und als schlichte Annualisierung eines Gesamtumsatzes, der nicht wiederkehrend ist: jene Werkzeuge starten von anderen Zeilen und beantworten andere Fragen. Fehlgeschlagene Prüfung wird nicht abgerechnet. Gründer und Finanzpartner rechnen dasselbe Feld neu, wenn ein Board-Pack, ein Datenraum oder ein Term Sheet Exit-ARR verlangt, und heften exit_rate neben eine Trailing-Twelve-Month-Rekonstruktion, damit jedes Memo von einer Einstiegs-Annualisierung startet und nicht von einer monatlichen Zahl, die noch nicht skaliert wurde. Weil die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie monthly_revenue endlich und nicht negativ, pinnen Sie die gerundete exit_rate in Tests, und Sie erhalten eine reproduzierbare Last-Month-Annualisierung für Teaser, LMS-Plugins und Edge-Worker, ohne ein eigenes Hauptbuch aufzustellen.
Technische Fragen
Was kostet der Exit-Rate-Rechner?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 je erfolgreichem Aufruf; ungültige Eingabe wird nicht abgerechnet.