Testphase oder Geld zurück? Den Bezahl-Einstieg planen

Du hast den Stripe-Checkout in deine App eingebaut, der erste Tarif steht. Jetzt kommt die Frage, die viele erst nach dem Launch stellen: Wie dürfen Leute das Produkt ausprobieren, bevor sie zahlen? Gratis-Kontingent, Testphase oder Geld-zurück-Garantie klingen nach Details. Sie entscheiden aber, ob dein Einstieg Vertrauen schafft oder zum Gratismonat für die Falschen wird.

Gerade bei KI-gebauten Produkten mit laufenden Kosten pro Nutzung lohnt es sich, das vor dem Launch durchzudenken. Wenn du die Zahlung noch gar nicht angebunden hast, schau zuerst in unseren Vergleich von Lovable, Bolt und Replit für Auth, Stripe und Export.

Drei Wege zum Ausprobieren

Gratis-Kontingent: Ein kleiner Teil des Produkts bleibt dauerhaft kostenlos, zum Beispiel eine begrenzte Nutzung pro Tag. Wer mehr will, zahlt.

Testphase (Trial): Für eine begrenzte Zeit gibt es freien oder vergünstigten Zugang. Danach läuft das Abo zum regulären Preis weiter.

Geld-zurück-Garantie: Der Kunde zahlt sofort und kann innerhalb einer Frist ohne Begründung sein Geld zurückverlangen.

Jeder Weg senkt die Hürde zum ersten Kauf. Jeder hat aber ein eigenes Schlupfloch. Und wer alle drei gleichzeitig anbietet, macht es sich schwer, die Regeln sauber zu halten.

Wenn die Rückerstattung zum Gratismonat wird

In einer Diskussion auf r/SaaS beschreibt ein Gründer genau dieses Problem. Sein Produkt bietet eine volle Rückerstattung innerhalb von 14 Tagen, ohne Fragen. Dazu gibt es schon ein kleines tägliches Gratis-Kontingent. Trotzdem fiel ihm ein Muster auf: Einzelne kaufen, nutzen das Produkt intensiv und verlangen ihr Geld kurz vor Fristende zurück. In einem Fall lagen über 900 Aufrufe in 12 Tagen vor der Rückforderung an Tag 13.

Spannend ist, was er nicht gemacht hat. Eine anteilige Erstattung nach genutzten Tagen oder eine kürzere Frist hätte vor allem die ehrlichen Käufer getroffen, die schlicht den falschen Tarif gewählt hatten. Und die machen den Großteil der Rückerstattungen aus. Stattdessen blieb die Garantie unverändert. Neu ist nur eine Regel: Wer einmal erstattet bekommen hat, kann den Bezahltarif nicht erneut kaufen. Erkannt wird das am Konto, an der normalisierten E-Mail-Adresse und an der Zahlungskarte.

Aus den Kommentaren kamen weitere brauchbare Ideen:

• Nutzung im Testzugang begrenzen: genug für den Aha-Moment, nicht genug, um die ganze Arbeit zu erledigen.
• Keine Sperre nach IP-Adresse: Büros, Mobilfunknetze und VPNs teilen sich IPs, du triffst schnell die falschen Leute.
• Intensive Nutzer fragen statt verdächtigen: eine kurze, persönliche Nachricht vor Fristende, was sie erledigt haben und ob ein kleinerer Tarif gepasst hätte. Die Antwort sagt dir mehr über dein Pricing als jedes Limit.
• Erstatten, bevor die Bank ins Spiel kommt: Ein Kommentator aus dem Bereich Chargebacks weist darauf hin, dass eine freiwillige Rückerstattung nicht in deiner Quote der Zahlungsstreitigkeiten (Disputes) auftaucht.

Die Gegenstimmen gehören auch dazu. Mehrere wiesen darauf hin, dass sich eine E-Mail-Sperre leicht umgehen lässt. Der Gründer selbst räumte ein, dass die Regel nicht lückenlos ist. Sie soll nur verhindern, dass dasselbe Konto die Frist immer wieder nutzt.

Testphasen mit Stripe: was Trial Offers können

Wenn du statt Rückerstattung lieber eine Testphase anbietest, hat Stripe dafür die Trial Offer API. Damit legst du freie und bezahlte Einstiegsphasen für Abos an. Stripe nennt als Ziel ausdrücklich, Interessenten mit echter Kaufabsicht herauszufiltern und Missbrauch von Testphasen zu verringern. Ein bezahlter Einstieg zum symbolischen Preis ist also ein Filter.

Die wichtigsten Varianten laut Dokumentation:

• Vergünstigte Testphase: ein reduzierter Einstiegspreis für einige Wochen.
• Kostenlose Testphase: ein Abo-Posten zum Preis von null.
• Upgrade-Trial: Kunden im Basistarif testen Premium-Funktionen zum Basispreis, danach greift der Premium-Preis.
• Trial für einzelne Posten: zum Beispiel für ein Add-on oder ein KI-Paket, während der Rest regulär abgerechnet wird.

Jetzt die Haken, die für KI-gebaute Apps wichtig sind. Trial Offers brauchen eine aktuelle API-Version und den Billing-Modus flexible. Du brauchst zwei wiederkehrende Preise, einen für die Testphase und einen danach. Die Dauer kannst du nach dem Anlegen nicht mehr ändern. Und vor allem: Payment Links und Pricing Tables unterstützen Trial Offers nicht. Auch Elements mit Checkout Sessions nicht, Stripe-hosted Checkout nur für eingeladene Konten in einer privaten Vorschau. Wenn dein Prototyp mit einem Payment Link arbeitet, musst du für diese Funktion umbauen.

Wiederholungstäter erkennen, fair bleiben

Für die Sperre nach einer Rückerstattung gibt es in Stripe Radar Listen, sofern dein Radar-Plan sie unterstützt. Du kannst zum Beispiel E-Mail-Adressen sperren oder Zahlungen nach Kartenmerkmalen blockieren. Eines davon ist der Karten-Fingerprint: eine eindeutige Stripe-Kennung für eine bestimmte Kartennummer. Damit stoppt ein Wiederholungskauf schon an der Kasse, nicht erst nach der nächsten Erstattung.

Fair bleibt das nur mit Transparenz. Der Gründer aus dem Thread schreibt die Regel erst in die AGB, bevor er sie anwendet. Im Checkout steht sie in klaren Worten direkt neben dem Häkchen für die AGB. Und wer einen Fingerprint speichert, sollte das in der Datenschutzerklärung sagen. Wie du die Pflichtseiten grundsätzlich aufsetzt, steht in unserem Beitrag zu Impressum und Datenschutzerklärung für deine Web-App. Welche Regeln für Widerruf und Erstattung in deinem Fall rechtlich gelten, klärst du am besten mit fachkundiger Beratung.

Was das für deinen Launch bedeutet

Der Einstieg ins Bezahlmodell ist Teil deines Produkts, kein Nachtrag. Entscheide dich vor dem Launch für einen Weg zum Ausprobieren und schreib in einem Satz auf, wo seine Grenze liegt. Prüfe dann, ob dein Checkout diesen Weg überhaupt unterstützt. Wer auf einen Payment Link gesetzt hat, merkt sonst erst später, dass Trial Offers nicht gehen.

Deine To-dos für diese Woche:

1. Rechne aus, was eine intensive Testnutzung dich an Kosten pro Konto verursacht.
2. Lege fest, wie viel Nutzung im Gratis- oder Testzugang für den Aha-Moment reicht.
3. Schreib Erstattungs- und Wiederkaufsregeln in AGB und Checkout, bevor du sie brauchst.
4. Hake die Punkte zu Zahlung und Pflichtseiten auf unserer Launch-Checkliste ab.

Bezahlen ist eine eigene Etappe auf dem Weg zum Launch. Du willst Preis, Testphase und Checkout für deine Idee angeleitet aufsetzen? Trag dich in die Warteliste ein und schildere kurz deine Idee.