Wo setzt die Trial-to-Paid-Sequenz an?
Onboarding- und Trial-to-Paid-E-Mails erfüllen zwei verschiedene Aufgaben. Die Onboarding-Sequenz hat ein Ziel: den Nutzer zu seinem Aha-Moment zu bringen – dem Punkt, an dem der Nutzen des Produkts offensichtlich ist. Das ist Aktivierung. Es ist kein Kauf.
Die Trial-to-Paid-Sequenz setzt dort an. Sie geht davon aus, dass der Nutzen bereits geliefert ist, und tut das Eine, was das Onboarding nicht tut: nach der Karte fragen. Während das Onboarding der Aktivierung als Lifecycle-Phase entspricht, entspricht diese Sequenz der Entscheidung zwischen Testphase und Bezahlung – ein kurzer, gut getimter Anstoß, der endet, bevor die Testphase endet.
Wie sieht die Sequenz aus, und wann geht welche E-Mail raus?
Sechs E-Mails, verteilt über die Testphase. Manche werden durch Verhalten ausgelöst, manche durch den Kalender. Die ersten beiden reagieren auf das, was der Nutzer tut, die letzten vier zählen bis zum Ablauf herunter. Eine Journey-Engine übernimmt diese Mischung – ein wait_for_event-Knoten hält die Aktivierungs-E-Mail zurück, bis der Nutzer tatsächlich aktiviert, und ein Verzweigungsknoten schickt aktive und passive Testnutzer auf unterschiedliche Pfade.
| 14-tägige Testphase | 30-tägige Testphase | |
|---|---|---|
| Aktivierungs-Check | Tag 2 | Tag 3 |
| Nutzen-Zusammenfassung zur Halbzeit | Tag 7 | Tag 15 |
| Einwandbehandlung (T-3) | Tag 11 | Tag 27 |
| Dringlichkeit (T-1) | Tag 13 | Tag 29 |
| Ablauf / Kulanztag | Tag 14–15 | Tag 30–31 |
| Rückgewinnung nach dem Ablauf | Tag 18–21 | Tag 34–37 |
Was sollte in jeder E-Mail stehen?
Die Zusammenfassungen sollten den Nutzen an das knüpfen, was der Nutzer tatsächlich im Produkt getan hat, nicht an Ihre Feature-Liste. „Sie haben 5 Segmente erstellt und 2 Journeys live gebracht – das wird daraus in einem bezahlten Tarif“ schlägt „unsere Plattform ist leistungsstark“. Details, die seine eigene Aktivität widerspiegeln, sind das stärkste Argument, das Sie haben.
- Eine Zusammenfassung des Nutzens, geknüpft an eine echte Aktion im Produkt, mit einer Zahl, wo Sie eine haben
- Genau ein Einwand, benannt und beantwortet – Preis, Migrationsaufwand oder eine fehlende Integration
- Optional Social Proof: eine Zeile, eine Zahl, von einem vergleichbaren Team
- Ein klarer CTA – Upgrade – und nichts, was ihm Konkurrenz macht
- Klare Worte dazu, was beim Ablauf passiert: was bleibt, was wegfällt
Wählen Sie den einen Einwand, der den Kauf am ehesten aufhält, und beantworten Sie ihn direkt – zählen Sie nicht fünf auf. Genau dieses Urteilsvermögen bringt ein Lifecycle Marketer mit: zu wissen, welcher Einwand für dieses Segment real ist. Wenn Sie das größere System aufbauen, in dem diese E-Mails laufen, lesen Sie Lifecycle-Marketing für Startups.
Der Ablauftag und die Kulanzfrist
Die E-Mail am Ablauftag ist keine Fußnote. Senden Sie sie in dem Moment, in dem die Testphase endet: Sagen Sie, dass sich der Zugang geändert hat, und geben Sie einen Weg zurück. Ergänzen Sie dann ein kurzes Kulanzfenster – ein oder zwei Tage, in denen das Konto noch funktioniert – und sagen Sie das auch. Wenn Sie die Karte schon vorab erfassen, beachten Sie die Fristen: Userlist weist darauf hin, dass Kartennetzwerke wie Visa mindestens sieben Tage Vorankündigung verlangen, bevor eine Testphase in eine kostenpflichtige Abbuchung übergeht. Ihre Erinnerungen müssen also früh genug laufen, um das einzuhalten.
Behandeln Sie den Ablauf nicht als Ende. Encharge berichtet unter Berufung auf eine Analyse von MadKudu, dass rund die Hälfte der SaaS-Conversions nach Ende der Testphase passieren kann – deshalb hat eine Rückgewinnung nach dem Ablauf ihren Platz verdient. Schicken Sie ein paar Tage später eine leichtere Reaktivierung. Und sobald ein Nutzer konvertiert, ist das nächste Leck die Abrechnung: Eine fehlgeschlagene Abbuchung lässt einen zahlenden Kunden still abwandern. Kombinieren Sie diese Sequenz deshalb mit Dunning und der Rettung fehlgeschlagener Zahlungen.
Sollten Sie einen Rabatt anbieten?
Sparsam. Ein dauerhafter Rabatt von 20 % in jeder E-Mail zum Ende der Testphase bringt Menschen bei, die Testphase verfallen zu lassen und auf den Gutschein zu warten – Sie erziehen ausgerechnet Ihre kaufbereitesten Nutzer zum Abwarten. Setzen Sie während der laufenden Testphase lieber auf ehrliche Dringlichkeit und eine Zusammenfassung des Nutzens. Heben Sie einen Rabatt für eine gezielte Rückgewinnung von Nutzern auf, die ohne Conversion abgesprungen sind – dort ist er ein echtes zweites Angebot, kein Reflex. Tools wie Customer.io, Encharge und Loops können dieses Angebot auf ein bestimmtes Segment abgesprungener Nutzer beschränken.
Wie messen Sie die Trial-to-Paid-Conversion?
Die Trial-to-Paid-Conversion-Rate ist die Zahl der zahlenden Kunden geteilt durch die gestarteten Testphasen derselben Kohorte – Kohorten nach Anmeldewoche, nicht nach Kalendermonat, sonst verzerren späte Anmeldungen die Rate. Segmentieren Sie nach aktiviert und nicht aktiviert; die aktivierte Kohorte ist die, die Ihre E-Mails bewegen können. Benchmarks schwanken je nach Gestaltung der Testphase stark: Baremetrics berichtet, dass Opt-in-Testphasen (ohne Karte) oft bei rund 15–25 % konvertieren, während Testphasen mit Karte vorab oft höher liegen, etwa bei 40–60 %. Verstehen Sie diese Werte als Orientierung, nicht als Ziele – die echte Zahl bestimmen Ihr Produkt und Ihre Zielgruppe.
Das Starter-Kit: Events, Journeys und Nachrichten
Alles Folgende ist eine Vorlage zum Anpassen, kein Ergebnis: Event-Namen, Journey-Regeln und Nachrichtenentwürfe, ausgelegt auf eine 14-tägige Testphase. Setzen Sie Ihre eigene Aha-Aktion, die Länge Ihrer Testphase und Ihre Tarifnamen ein. Dasselbe Kit gibt es als Markdown-Datei für Ihr Repository oder Wiki.
Fünf Events tracken
Fünf Events tragen die ganze Sequenz. Senden Sie Produkt- und Abrechnungs-Events von Ihrem Server, wo kein Adblocker sie verschlucken und kein Besucher sie fälschen kann, und halten Sie personenbezogene Daten im Profil statt in Event-Eigenschaften.
| Event | Wann senden | Eigenschaften | Gesendet von |
|---|---|---|---|
| signup_started | Das Anmeldeformular wird abgeschickt, vor der Bestätigung der E-Mail-Adresse | source, plan_intent | Browser |
| signup_completed | Das Konto existiert und die E-Mail-Adresse ist bestätigt. Identifizieren Sie den Nutzer hier, mit der ID, die Ihr Abrechnungssystem verwendet | trial_ends_at, plan | Server |
| activated | Der Nutzer führt Ihre Aha-Aktion zum ersten Mal aus (einmal definieren, zum Beispiel „ersten Bericht geteilt“) | activation_action, days_since_signup | Server |
| trial_expiring | Ein täglicher Job findet ein trial_ends_at in drei Tagen, dann in einem Tag | days_left, trial_ends_at | Server, zeitgesteuert |
| subscription_started | Ihr Abrechnungsanbieter bestätigt die erste erfolgreiche Abbuchung | plan, interval, amount | Server, über den Abrechnungs-Webhook |
Zwei Benennungsregeln halten den Plan auch ein Jahr später lesbar: object_action in snake_case und die Vergangenheitsform für Dinge, die bereits passiert sind. Schreiben Sie ihn einmal auf, mit einer verantwortlichen Person: Mehr ist ein Tracking-Plan nicht.
Drei Journeys bauen
Zwei Onboarding-Journeys trennen aktivierte von festgefahrenen Testphasen; die dritte rettet die Testphase bei ihrem Ablauf. Alle drei teilen dieselben Leitplanken: Jeder steigt aus, sobald subscription_started eintrifft, abgemeldete Kontakte und Kontakte mit Hard Bounce treten nie ein, und interne oder Testkonten werden schon beim Einstieg herausgefiltert.
| 1 · Onboarding: erster Nutzen | 2 · Onboarding: festgefahrene Testphase | 3 · Rettung vor Ablauf der Testphase | |
|---|---|---|---|
| Trigger | signup_completed | Kein activated-Event 48 Stunden nach signup_completed (übergeben von Journey 1) | trial_expiring mit days_left = 3 |
| Einstiegsfilter | Im Testtarif; kein internes oder Testkonto | Ebenso, und keine Antwort auf die Willkommens-E-Mail | Noch kein subscription_started |
| Schritte | Willkommens-E-Mail → bis zu 48 Stunden auf activated warten → E-Mail zum nächsten Schritt | Hilfe-E-Mail → bis zu 3 Tage auf activated warten → persönliche Nachfrage als reine Text-E-Mail | Verzweigung nach activated: Nutzen-Zusammenfassung mit einem beantworteten Einwand oder Hilfe mit einem Verlängerungsangebot → Erinnerung bei T-1 → E-Mail zu Ablauf und Kulanztag → Reaktivierungs-E-Mail 4 Tage später |
| Ausschluss | Abgemeldete Kontakte und Kontakte mit Hard Bounce treten nie ein; höchstens eine Marketing-E-Mail pro Tag über alle Journeys hinweg | Ebenso; pausieren, solange ein Mensch auf ihre Antwort eingeht | Ebenso; Reaktivierungs-E-Mail auslassen, wenn sie geantwortet oder einen Termin gebucht haben |
| Ausstieg und Ziel | Ziel: activated. Ausstieg bei subscription_started | Ziel: activated. Ausstieg bei subscription_started | Ziel und Ausstieg: subscription_started, bei jedem Schritt |
Sechs Nachrichten anpassen
| Nachricht | Betreffzeile | Einstiegssatz | Ein einziger CTA |
|---|---|---|---|
| Onboarding (Willkommen) | Willkommen bei {product}: eine Sache zuerst | Die meisten Teams haben an dem Tag Nutzen von {product}, an dem sie {aha_action}. Hier ist der kürzeste Weg dorthin. | {aha_action} |
| Aktivierung (nächster Schritt) | Sie haben {aha_action_past}. Das kommt als Nächstes | Diesen Schritt erreichen die meisten Testphasen nie. Der nächste ist {next_action}, und er dauert etwa fünf Minuten. | {next_action} |
| Hilfe (festgefahrene Testphase) | Hängen Sie bei {setup_step} fest? | Sie haben sich vor {days} Tagen angemeldet und noch nicht {aha_action_past}. Meist liegt es an {common_blocker}: Hier ist die Lösung, oder antworten Sie, und ein Mensch hilft Ihnen. | Auf diese E-Mail antworten |
| Testphase kurz vor dem Ende (T-3, T-1) | Noch {days_left} Tage: was Sie bisher aufgebaut haben | Bisher haben Sie {usage_summary}. Mit {plan} läuft all das nach dem {trial_end_date} weiter. | Tarif wählen |
| Ablauf (Kulanztag) | Ihre Testphase ist beendet. Ihre Arbeit ist noch da | Ihre Testphase endete am {trial_end_date}. Ihre {objects} bleiben {grace_days} Tage erhalten, Sie können also einen Tarif wählen, ohne etwas zu verlieren. | Mein Konto behalten |
| Reaktivierung (Rückgewinnung) | Machen Sie dort weiter, wo Sie aufgehört haben | Seit Ihrem letzten Login haben wir {relevant_change} veröffentlicht. Ihre {objects} sind noch da, falls Sie noch einmal hineinschauen möchten. | Meine Testphase neu starten |
Platzhalter in geschweiften Klammern stammen aus Profileigenschaften und Event-Daten. Schreiben Sie jede Nachricht zuerst als reinen Text, behalten Sie einen einzigen CTA, lassen Sie Rabatte aus der Hauptsequenz heraus und stützen Sie jede Aussage über die Aktivität des Nutzers auf eine echte Eigenschaft, nie auf eine Vermutung.
Bevor Sie es einschalten
- Testen Sie jede Journey mit einem Testprofil: Lösen Sie jedes Event von Hand aus und prüfen Sie, wer eintritt, wer wartet und wer aussteigt.
- Bezahlen Sie mitten in Journey 3 mit einer Testkarte und prüfen Sie, ob die restlichen E-Mails stoppen.
- Senden Sie in der Zeitzone jedes Nutzers, nie über Nacht, und begrenzen Sie Marketing-E-Mails auf eine pro Tag über alle Journeys hinweg.
- Wenn Sie die Karte vorab erfassen, starten Sie die Erinnerungen früh genug für die oben beschriebenen Vorankündigungsfristen der Kartennetzwerke.
- Messen Sie Trial-to-Paid nach Kohorten pro Anmeldewoche und halten Sie eine kleine Holdout-Gruppe zurück, wenn Sie wissen wollen, was die Sequenz selbst bringt.
Jedes Journey-Tool mit Event-Triggern, Wartezeiten, die mit einem Event enden, und einer Ausstiegsregel kann dieses Kit umsetzen. In fromHello kommen die fünf Events über das Tracking-Snippet oder die API herein, und jede der Journeys oben besteht aus den eigenen Knoten des Builders: E-Mail senden, Warten, Auf Event warten, Verzweigung, Ziel und Ausstieg. Startups, die jünger als zwei Jahre sind und weniger als 5 Mio. € eingesammelt haben, können über unser Startup-Programm 12 Monate fromHello Core beantragen.