Downgrade-Angebote: wann ein günstigerer Plan einen Rabatt schlägt

Wenn ein Kunde sagt „Das ist zu teuer“, ist der Reflex ein Rabatt: 30 % Nachlass für drei Monate, bitte bleiben Sie. Manchmal ist das richtig. Oft ist ein günstigerer Plan für beide Seiten besser. Der Kunde zahlt für das, was er tatsächlich nutzt, und Sie behalten einen Kunden, dessen Preis nicht in drei Monaten wieder hochspringt.

Dieser Ratgeber behandelt genau diese eine Entscheidung. Für den breiteren Vergleich von Pausen, Rabatten, Downgrades und Gesprächen siehe Pause vs. Rabatt vs. Downgrade.

Der Unterschied in einer Tabelle

	Rabatt	Downgrade
Was der Kunde bekommt	Gleicher Plan, eine Zeit lang günstiger	Kleinerer Plan, dauerhaft günstiger
Was später passiert	Der Preis kehrt zum Normalpreis zurück	Der Preis bleibt beim günstigeren Plan
Was es signalisiert	„Der Preis ist verhandelbar“	„Hier ist ein Plan, der zu Ihnen passt“
Typisches Risiko	Churn, wenn der Rabatt endet	Verlorener Umsatz bei Kunden, die ohnehin geblieben wären
Am besten für	Einen vorübergehenden Engpass	Eine dauerhafte Diskrepanz zwischen Plan und Nutzung

Die zentrale Frage ist, ob das Problem des Kunden vorübergehend oder dauerhaft ist. Ein Startup zwischen zwei Finanzierungsrunden hat ein vorübergehendes Problem. Ein Team, das zehn Lizenzen gekauft hat und drei nutzt, hat ein dauerhaftes. Ein Rabatt auf zehn Lizenzen verschiebt nur dasselbe Gespräch.

Beide nach erwartetem Umsatz vergleichen

Sie brauchen kein Modell, um die beiden Angebote zu vergleichen, nur eine einfache Formel und ehrliche Schätzungen, die Sie später durch Ihre eigenen Daten ersetzen.

expected revenue over 12 months =
  sum over months m = 1..12 of
    price in month m × probability the customer is still subscribed in month m

Rechenbeispiel (hypothetische Zahlen)

Ein Kunde im Plan für 100 $/Monat klickt auf Kündigen und wählt „zu teuer“. Zwei mögliche Angebote:

• Rabatt: 50 % Nachlass für 3 Monate, dann 100 $.
• Downgrade: ein Plan für 60 $/Monat mit weniger Lizenzen.

Nehmen wir, rein zur Veranschaulichung, an, dass Kunden, die den Rabatt annehmen, während des Rabatts mit einer Wahrscheinlichkeit von 90 % pro Monat bleiben und nach seinem Ende mit 75 % pro Monat, und dass Kunden, die herabstufen, durchgehend mit 92 % pro Monat bleiben.

Rabattpfad, gerundet:

months 1–3:  $50 × (0.90, 0.81, 0.73)         ≈ $122
months 4–12: $100 × 0.73 × (0.75, 0.56, 0.42, 0.32, 0.24, 0.18, 0.13, 0.10, 0.08)
             ≈ $100 × 0.729 × 2.77            ≈ $202
total                                          ≈ $324

Downgrade-Pfad:

$60 × (0.92 + 0.92² + … + 0.92¹²)
  = $60 × 0.92 × (1 − 0.92¹²) ÷ (1 − 0.92)
  ≈ $60 × 7.27                                 ≈ $436

Mit diesen erfundenen Wahrscheinlichkeiten bringt der Downgrade über das Jahr mehr ein, obwohl sein Monatspreis niedriger ist als die spätere Rückkehr des Rabatts auf 100 $. Ändern Sie die Wahrscheinlichkeiten, und die Antwort kann sich umkehren: Wenn Kunden sich nach einem kurzen Engpass wirklich erholen, gewinnt der Rabatt.

Es geht nicht um diese Zahlen. Es geht darum, dass Sie den Vergleich mit Ihrer eigenen Retention nach jedem Angebot durchführen sollten, gemessen über Monate, nicht mit der Annahmequote am Tag selbst.

Wann ein Downgrade das bessere Angebot ist

• Die Nutzung liegt deutlich unter dem Plan. Ungenutzte Lizenzen, Limits weit entfernt, nie angerührte Funktionen. Ihre Produktdaten sagen Ihnen das, bevor der Kunde es sagt.
• Der Kunde ist schon eine Weile im Plan. Langjährige Kunden, die „zu teuer“ sagen, meinen meist „zu teuer für das, was ich jetzt nutze“.
• Es gibt einen günstigeren Plan, der noch abdeckt, was er nutzt. Wenn der einzige günstigere Plan genau die eine Funktion entfernt, auf die er sich verlässt, ist es kein Angebot.
• Sie wollen keine Rabattjäger erziehen. Kunden reden miteinander. Ein Kündigungsbutton, der immer 50 % Nachlass hervorbringt, wird zum bekannten Trick.

Wann ein Rabatt das bessere Angebot ist

• Das Problem ist vorübergehend. Budgetstopp, saisonale Flaute, eine kurze Lücke zwischen Projekten.
• Der Kunde nutzt den vollen Plan. Ein Downgrade würde seinen Arbeitsablauf zerstören.
• Sie haben nur einen Plan. Dann sind die Alternativen ein Rabatt, eine Pause oder nichts.
• Der Kunde ist bereits im günstigsten Plan. Es gibt nichts, wohin er herabstufen könnte.

Welcher Plan gezeigt wird

Zeigen Sie einen Plan, nicht die Preisseite. Wählen Sie ihn danach aus, was der Kunde tatsächlich nutzt:

1. Listen Sie die Pläne auf, die günstiger sind als der aktuelle.
2. Entfernen Sie Pläne, denen eine Funktion fehlt, die der Kunde in den letzten 30 Tagen genutzt hat, oder deren Limits der Kunde überschreitet.
3. Zeigen Sie vom Rest den teuersten. Er löst das Preisproblem mit dem geringsten Umsatzrückgang.

Sagen Sie dann genau, was sich ändert: der neue Preis, was er behält, was er verliert und wann es beginnt. „Wechseln Sie zu Team für 60 $/Monat. Sie behalten alle Projekte und die Historie. Die Lizenzen gehen von 10 auf 5; Sie nutzen derzeit 3. Beginnt bei Ihrer nächsten Verlängerung am 12. Dezember.“

Einrichtung in Stripe

Ein Downgrade ist eine Abo-Aktualisierung auf einen günstigeren Preis. Einige Verhaltensweisen von Stripe, die Sie kennen sollten (aus der Doku von Stripe und der Konfiguration des Kundenportals, abgerufen im November 2026):

• Anteilige Verrechnung. Standardmäßig erzeugt eine Aktualisierung Prorations; bei einem Downgrade bedeutet das eine Gutschrift für ungenutzte Zeit, die auf die nächste Rechnung angerechnet wird. Setzen Sie proration_behavior auf none, wenn die Änderung einfach ab dem nächsten Zeitraum ohne Gutschrift gelten soll.
• Downgrade zum Ende des Zeitraums. Das Kundenportal hat eine Option, Downgrades für das Ende des Abrechnungszeitraums einzuplanen, statt sie sofort anzuwenden. Stripe setzt das mit einem Subscription Schedule um, und es funktioniert nur zwischen Preisen desselben Produkts.
• Coupons. Wenn der Kunde beim alten Plan einen Coupon hatte, entscheiden Sie, ob er übernommen wird. Ein für den teuren Plan berechneter Coupon kann den günstigeren Plan fast kostenlos machen.

Den Downgrade zum Ende des Zeitraums anzuwenden ist meist am fairsten: Der Kunde hat den aktuellen Zeitraum im größeren Plan bezahlt und behält ihn bis dahin.

Leitplanken

• Machen Sie die Annahme sofort wirksam. Ein Klick, dann eine Bestätigung mit dem neuen Preis und Datum. Kein „Unser Team wird sich bei Ihnen melden“.
• Lassen Sie „Jetzt kündigen“ sichtbar. Ein Downgrade-Angebot ist eine Option, keine Schranke. Kündigungsregeln an mehreren Orten verlangen, dass der Kündigungsweg frei bleibt; siehe Click-to-Cancel-Regeln.
• Lassen Sie ihn leicht wieder hochstufen. Ein herabgestufter Kunde, der wieder wächst, sollte mit einem Klick in den größeren Plan zurückkehren können.
• Zeigen Sie es nicht zweimal hintereinander. Ein Kunde, der im letzten Quartal herabgestuft hat und jetzt erneut kündigt, hat Ihnen etwas gesagt; bieten Sie eine Pause an oder lassen Sie ihn gehen.

Downgrade-Angebote messen

Downgrades stoppen nicht jeden Umsatzverlust; sie verwandeln Churn in Contraction. Messen Sie beides:

Kennzahl	Formel
Annahmequote für Downgrades	Angenommene Downgrades ÷ gezeigte Downgrade-Angebote
Downgrade-Retention (N Tage)	Herabgestufte Kunden, die nach N Tagen noch abonniert sind ÷ angenommene Downgrades
Gehaltener Umsatz	MRR nach Downgrade, nach N Tagen noch aktiv
Quote erneuter Upgrades	Herabgestufte Kunden, die später hochstufen ÷ angenommene Downgrades

Vergleichen Sie dann mit einer Kontrollgruppe von Kunden, die kein Angebot gesehen haben, oder mit Kunden, denen beim selben Grund ein Rabatt angeboten wurde. Schauen Sie auf 30, 60 und 90 Tage. Ein Downgrade, der 60 % des Umsatzes eines Kunden ein Jahr lang hält, schlägt einen Rabatt, der ihn drei Monate hält und dann verliert.

Das mit NoChurn umsetzen

Die Kündigungsflows von NoChurn fragen, warum der Kunde geht, und zeigen ein Angebot je Grund: einen Rabatt, eine Pause oder einen Planwechsel. Ein „Cancel now“ mit einem Klick bleibt auf jedem Schritt sichtbar. Sie können das gehostete Modal nutzen oder die Screens mit der Headless-API selbst in Ihrer Web-, Desktop- oder Mobile-App bauen. Ihre eigenen Nutzungsdaten, per API gesendet, speisen die Churn-Treiber (Korrelation, nicht Kausalität) und einen Churn-Score von 0 bis 100 für jeden Kunden. Kunden, die trotzdem gehen, erhalten je nach Grund Win-back-E-Mails an Tag 30, 60 und 90. Jede Funktion ist in jedem Plan enthalten (Ihre eigene E-Mail-Domain ab 9 $), Preis nur nach MRR (Preise).