Abo-Kunden-LTV-Rechner
Ein Kunde, der 50 im Monat zahlt, bei 70 % Bruttomarge und 5 % monatlichem Churn, ist 700 wert: 35 Deckungsbeitrag pro Monat über durchschnittlich 20 Monate. Prüfen Sie Preis- oder Bindungsideen vor einem vollen Modell. 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
- Bruttomarge
- 70
- Monatliche Abwanderungsrate
- 5
- Monatlicher Deckungsbeitrag
- 35
- Durchschnittliche Laufzeit (Monate)
- 20
- Ltv
- 700
Abonnement-Geschäfte stehen und fallen damit, wie viel ein typischer Kunde über die gesamte Beziehung zum Produkt wert ist. Gründer, Finanzverantwortliche und Growth-Teams brauchen eine schnelle, gemeinsame Zahl —keinen Tabellenstreit—, wenn sie fragen, was ein gehaltenes Konto nach variablem Aufwand und erwartetem Churn beiträgt. Dieser Abo-Kunden-LTV-Rechner wendet das übliche einfache Modell an: der Lifetime Value ist der durchschnittliche Monatsumsatz pro Kunde multipliziert mit der Bruttomarge geteilt durch die monatliche Churn-Rate, wobei Marge und Churn als Prozentsätze eingegeben werden. Er liefert außerdem die implizite durchschnittliche Lebensdauer in Monaten und die monatliche Deckungsbeitragsmarge, damit Sie die Arithmetik gegen Kohorten-Dashboards prüfen können.
Wie die Standardformel für Abo-LTV funktioniert
Im gängigsten First-Pass-Modell von SaaS- und Recurring-Billing-Teams ist der Customer Lifetime Value der Barwert des Deckungsbeitrags, den Sie von einem typischen Kunden vor dem Churn erwarten. Arbeiten Sie in Monatseinheiten und ignorieren die Abzinsung, schrumpft das zu einer klaren Identität: durchschnittlicher Monatsumsatz pro Kunde (ARPU) mal Bruttomarge als Anteil am Umsatz, geteilt durch die monatliche Churn-Rate als Anteil der Kunden, die jeden Monat gehen.
Ist der ARPU fünfzig Währungseinheiten, die Bruttomarge siebzig Prozent und der Monats-Churn fünf Prozent, beträgt der monatliche Deckungsbeitrag fünfunddreißig, die durchschnittliche Lebensdauer eins durch null Komma null fünf also zwanzig Monate, und der LTV ist fünfunddreißig geteilt durch null Komma null fünf, also siebenhundert. Es ist die Whiteboard-Formel, die Investoren und Operatoren noch nutzen, bevor sie eine volle Kohorten-Retention-Kurve bauen. Nutzen Sie die zurückgegebenen durchschnittlichen Lebensmonate als schnellen Abgleich mit der tatsächlichen medianen Verweildauer Ihres Produkts in der Analytics.
Wo ein Abo-LTV-Rechner seinen Nutzen zeigt
SaaS-Gründer und CFOs nutzen einen Abo-Kunden-LTV-Rechner vor Preisänderungen, um zu sehen, wie ein höherer ARPU oder ein niedrigeres Churn-Ziel den Lifetime Value verschiebt, ohne ein volles Finanzmodell neu zu bauen. Growth- und Produktteams vergleichen LTV über Pläne, wenn sie entscheiden, wo sie in Retention investieren —ein Prozentpunkt weniger Monats-Churn bewegt den LTV oft stärker als eine kleine Listenpreiserhöhung—. Lehrende für Unit Economics und investorentaugliche Kennzahlen brauchen ein deterministisches Orakel, das Null-Churn ablehnt statt still Unendlich oder NaN zurückzugeben.
Agenturen und Beratungen betten dieselbe Arithmetik in das Kunden-Onboarding ein, damit jedes Konto eine gemeinsame LTV-Definition aus ARPU, Marge und Churn teilt. Fehlgeschlagene Validierung wird nicht abgerechnet.
Anwendungsfälle
Unit Economics für SaaS-Preisreviews
Geben Sie ARPU, Bruttomarge % und Monats-Churn % ein, um LTV und durchschnittliche Lebensmonate zu erhalten, bevor Sie Listenpreise oder Rabattregeln ändern.
Priorisierung der Retention-Investition
Modellieren Sie, wie ein Punkt weniger Monats-Churn den LTV hebt, damit Produkt und Customer Success Retention mit Akquiseausgaben vergleichen können.
Lehre und investorentaugliche Unit Economics
Geben Sie Studierenden und Gründern ein deterministisches LTV-Orakel, das Null-Churn ablehnt und die Standardidentität ARPU × Marge / Churn liefert.
Häufige Fragen
Was passiert bei monatlicher Churn-Rate null oder negativ?
Null oder negativer Churn würde unendliche oder unsinnige Lebensdauer implizieren; der Rechner lehnt diese Werte ab und rechnet den Aufruf nicht ab.
Werden Bruttomarge und Churn als Prozentsätze oder Dezimalen eingegeben?
Als Prozentsätze. Verwenden Sie 70 für 70 % Marge und 5 für 5 % Monats-Churn —nicht 0.70 und 0.05—. Die Formel teilt intern jeweils durch 100.
Enthält dieser LTV CAC oder Abzinsung?
Nein. Es ist der einfache undiskontierte Beitrags-LTV aus ARPU, Marge und Churn. Ziehen Sie die Akquisekosten ab und wenden Sie Ihren eigenen Diskontsatz außerhalb dieses Endpunkts an, wenn Sie NPV-artigen LTV brauchen.
Wie berechnet man den LTV eines Abo-Kunden?
Multiplizieren Sie den durchschnittlichen Monatsumsatz pro Kunde mit der Bruttomarge und teilen Sie durch den monatlichen Churn. Bei 50 Umsatz, 70 % Marge und 5 % Churn beträgt der monatliche Deckungsbeitrag 35 und der Kundenwert 700.
Was passiert, wenn der monatliche Churn null ist?
Die Berechnung wird abgelehnt. Ein Churn von null hieße, dass Kunden nie kündigen, und der Kundenwert wäre unendlich – keine brauchbare Planungsgröße. Negative Werte werden aus demselben Grund nicht angenommen.
Wie wird die durchschnittliche Kundenlaufzeit berechnet?
Sie ist eins geteilt durch den monatlichen Churn. Bei 5 % Churn bleibt ein typischer Kunde 20 Monate; vergleichen Sie diesen Wert mit der tatsächlichen mittleren Verweildauer aus Ihren eigenen Auswertungen.
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/biz/subscription-ltv-calc \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}'const res = await fetch("https://api.kit.forhosting.com/biz/subscription-ltv-calc", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"monthly_revenue": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/subscription-ltv-calc",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"monthly_revenue": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/subscription-ltv-calc", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"monthly_revenue":50,"gross_margin":70,"monthly_churn_rate":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/subscription-ltv-calc", 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": 50,
"gross_margin": 70,
"monthly_churn_rate": 5
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.subscription_ltv_calc",
"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
Null oder negativer Churn wird mit invalid_input abgelehnt, weil solche Eingaben eine unendliche oder negative Lebensdauer statt einer brauchbaren Planungsgröße implizieren würden. Derselbe reine analytische Pfad speist das kostenlose Browser-Tool und die API, sodass Board-Decks, Pricing-Experimente und Automatisierungspipelines in der Formel übereinstimmen, bevor jemand ein volles Kohortenmodell öffnet.
Wie die Standardformel für Abo-LTV funktioniert
Gleichwertig ist LTV monthly_revenue mal gross_margin in Prozent geteilt durch monthly_churn_rate in Prozent —dieselben Zahlen ohne manuelle Umrechnung in Dezimalen—. Dieses Modell nimmt ungefähr konstanten ARPU und Churn an, behandelt die Marge als den Umsatzanteil nach variablem Lieferaufwand und schichtet weder CAC noch Expansion Revenue noch Multi-Segment-Mix. Randfälle zählen: Churn von null würde die Lebensdauer unendlich machen, deshalb lehnt dieser Rechner null und negativen Churn mit einem klaren invalid_input-Fehler ab; die Marge muss zwischen null und hundert Prozent liegen; der Umsatz muss nichtnegativ sein.
Eingabevertrag, Antwortfelder und Fehlerverhalten
Senden Sie per POST einen JSON-Body mit drei erforderlichen endlichen Zahlen. monthly_revenue ist der durchschnittliche Monatsumsatz pro Kunde in Ihren Währungseinheiten —fünfzig bedeutet fünfzig pro Monat an Abrechnung oder erkanntem wiederkehrendem Umsatz für ein typisches Konto—. gross_margin ist die Bruttomarge als Prozentsatz von null bis hundert einschließlich —siebzig bedeutet, dass siebzig Prozent des Umsatzes nach variablem Wareneinsatz oder Serviceaufwand bleiben—. monthly_churn_rate ist der monatliche Kunden-Churn in Prozent und muss strikt größer als null sein; fünf bedeutet, dass fünf Prozent der Kunden jeden Monat gehen. Fehlende Felder, leere Zeichenketten, nicht endliche Werte, negativer Umsatz, Marge außerhalb von null bis hundert sowie null oder negativer Churn scheitern mit invalid_input und Nennung des Problems; diese Validierungsfehler werden nicht abgerechnet. Bei Erfolg wiederholt der Body die drei Eingaben, liefert contribution_margin_monthly als monthly_revenue mal gross_margin durch hundert, avg_lifetime_months als hundert geteilt durch monthly_churn_rate, ltv als monthly_revenue mal gross_margin geteilt durch monthly_churn_rate und eine kurze Formelzeichenkette, die Sie neben den Zahlen anzeigen können. Numerische Zeichenketten werden wie JSON-Zahlen akzeptiert. Dieser Endpunkt diskontiert keine künftigen Cashflows, trennt kein Logo- von Revenue-Churn und zieht keine Customer-Acquisition-Kosten ab; koppeln Sie den LTV mit Ihrem eigenen CAC, wenn Sie Payback oder LTV-to-CAC-Verhältnisse brauchen.
Wo ein Abo-LTV-Rechner seinen Nutzen zeigt
Weil die Implementierung Parse-Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie Anfragen klein, pinnen Sie gerundete Felder in Tests und erhalten Sie reproduzierbaren Lifetime Value für Decks, LMS-Plugins und Edge Worker, ohne eine eigene volle Kohorten-Retention-Engine aufzubauen.
Technische Fragen
Wie wird der Abo-Kunden-LTV berechnet?
LTV = monthly_revenue × (gross_margin/100) / (monthly_churn_rate/100), was monthly_revenue × gross_margin / monthly_churn_rate entspricht, wenn Marge und Churn in Prozent angegeben sind. Die API liefert außerdem den monatlichen Deckungsbeitrag und die durchschnittliche Lebensdauer in Monaten.
Was kostet der Abo-LTV-Rechner?
Das Browser-Tool ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingaben werden nicht abgerechnet.