Risiko der Vertragsverlängerung nach Kundenzustand schätzen
Dieser Schätzer überführt zwei gängige Customer-Success-Signale in eine einheitliche Risikostufe: niedrig, mittel oder hoch.
Im Browser ausführen – kostenlos
Geben Sie einen Zustandswert zwischen 0 und 100 sowie die ganze Anzahl der Tage bis zur Vertragsverlängerung ein. Das Ergebnis folgt einer transparenten Schwellenregel und eignet sich für Priorisierung, Berichte, Prozesssteuerung und wiederholbare Portfolioprüfungen. Es ist keine exakte Verlängerungswahrscheinlichkeit, sondern eine verständliche, prüfbare und einheitlich anwendbare operative Kategorie.
Die Einstufungsregel verstehen
Der Schätzer betrachtet Kundenzustand und zeitliche Nähe der Verlängerung gemeinsam. Das Risiko ist hoch, wenn der Zustandswert unter 50 liegt oder höchstens 30 Tage verbleiben. Trifft diese Regel nicht zu, gilt das Risiko als mittel, wenn der Wert unter 75 liegt oder höchstens 90 Tage verbleiben. Niedrig ist es nur bei mindestens 75 Punkten und mehr als 90 verbleibenden Tagen. Stets entscheidet das dringendere Signal: Ein hervorragender Zustand beseitigt nicht die Dringlichkeit einer Verlängerung in der nächsten Woche, und ein langer Vorlauf verdeckt keinen sehr schwachen Wert. Die Schwellen bilden bewusst eine einfache, nachvollziehbare Regel statt eines statistischen Modells. Jedes Ergebnis lässt sich daher allein aus den beiden Eingaben reproduzieren, ohne verborgene Gewichtung, historische Trainingsdaten oder subjektive Auslegung.
Verlässliche Eingaben vorbereiten
Nutzen Sie für alle verglichenen Kunden eine stabil definierte Skala von 0 bis 100. Wenn eine Geschäftseinheit nur die Produktaktivität bewertet und eine andere den Support stark gewichtet, wirken ihre Kategorien vergleichbar, obwohl die Messgrundlagen abweichen. Dokumentieren Sie die Methode und aktualisieren Sie den Wert regelmäßig. Geben Sie die ganze Zahl der Kalendertage bis zum vertraglichen Verlängerungstermin an; 0 bedeutet heute. Negative Werte werden abgelehnt, weil der Termin dann bereits verstrichen ist und ein anderer Prozess erforderlich wird. Fehlende, nicht numerische oder unendliche Werte, Punkte außerhalb des Bereichs und Tagesbruchteile sind ebenfalls ungültig. Prüfen Sie vor einer Portfolioauswertung den korrekten Termin, besonders bei Vertragsänderungen, Verlängerungen und Vereinbarungen, deren Kündigungsfrist vom eigentlichen Verlängerungsdatum abweicht.
Die Kategorie operativ einsetzen
Verwenden Sie das Ergebnis als Priorisierungshilfe, nicht als garantierte Prognose oder Ersatz für Ihr Kontowissen. Kunden mit hohem Risiko können eine sofortige Prüfung, einen bestätigten Verlängerungsplan, Unterstützung durch die Führungsebene oder Maßnahmen bei offenen Nutzungs- und Supportproblemen benötigen. Bei mittlerem Risiko sind geplanter Kontakt, eine Prüfung des Erfolgsplans und die rechtzeitige Einbindung kaufmännischer Ansprechpartner oft sinnvoll. Auch niedriges Risiko erfordert die normale Betreuung; es bedeutet nur, dass aktuell kein Schwellenwert eine erhöhte Gefahr anzeigt. Da die Regel deterministisch ist, können Sie sie wiederholt ausführen und Veränderungen verfolgen. Speichern Sie beide Eingaben neben der Kategorie, damit die Begründung sichtbar bleibt. Vergleichen Sie ein späteres kalibriertes Prognosemodell mit dieser Basis, ohne die Kategorien als gemessene Wahrscheinlichkeiten zu deuten.
Anwendungsfälle
Verlängerungsportfolio priorisieren
Stufen Sie Konten vor der Wochenbesprechung ein, damit dringende Kombinationen aus schwachem Zustand und kurzem Vorlauf zuerst bearbeitet werden.
Prozessaktionen steuern
Leiten Sie hohes Risiko zur sofortigen Intervention, mittleres zum geplanten Kontakt und niedriges in den normalen Verlängerungsablauf.
Nachvollziehbare Basis schaffen
Vergleichen Sie ein künftiges Prognosemodell mit einer transparenten Regel, deren Ergebnis sich stets aus zwei Werten rekonstruieren lässt.
Häufige Fragen
Erhalte ich eine genaue Verlängerungswahrscheinlichkeit?
Nein. Sie erhalten eine operative Kategorie anhand klarer Schwellen, keinen statistisch kalibrierten Prozentwert.
Wann entsteht ein hohes Risiko?
Bei einem Wert unter 50 oder höchstens 30 Tagen bis zur Verlängerung. Eine der beiden Bedingungen genügt.
Wann entsteht ein mittleres Risiko?
Greift die Regel für hohes Risiko nicht, führen ein Wert unter 75 oder höchstens 90 Tage zu mittlerem Risiko.
Warum sind negative Tage unzulässig?
Sie zeigen einen bereits vergangenen Termin und gehören in einen Prozess für überfällige Verlängerungen oder Abwanderung.
Darf der Zustandswert Dezimalstellen haben?
Ja. Jede endliche Zahl von 0 bis 100 ist zulässig. Die Tage bis zur Verlängerung müssen ganzzahlig sein.
Was kostet eine API-Anfrage?
Jede API-Anfrage kostet $0.002. Dieselbe deterministische Berechnung ist auch im Browser möglich.
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/renewal-probability-estimate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"health_score":82,"days_until_renewal":120}'const res = await fetch("https://api.kit.forhosting.com/biz/renewal-probability-estimate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"health_score": 82,
"days_until_renewal": 120
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/renewal-probability-estimate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"health_score": 82,
"days_until_renewal": 120
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/renewal-probability-estimate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"health_score":82,"days_until_renewal":120}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"health_score":82,"days_until_renewal":120}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/renewal-probability-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"health_score": 82,
"days_until_renewal": 120
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.renewal_probability_estimate",
"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. |