Plane eine Willkommensserie für SaaS, Shops oder Newsletter: mit Beispiel-E-Mails, Timing, Prüfung der Versandbedingungen und Tests vor dem Versand.
Eine Willkommensserie hilft neuen Abonnenten zu verstehen, was sie als Nächstes tun sollen. Bei einem SaaS-Produkt kann das heißen, ein erstes Projekt anzulegen. Bei einem Shop, das Sortiment kennenzulernen. Bei einem Newsletter, zu wissen, was kommt und wie oft.
Fang mit dem Versprechen an, das du bei der Registrierung gegeben hast. Jedes Follow-up sollte helfen, es einzulösen. Timing und Anzahl der E-Mails hängen von Produkt und Zielgruppe ab; die Beispiele unten sind Ausgangspunkte, die du testen solltest. Die Willkommensserie ist der erste der Lifecycle-Flows aus dem Beitrag KI-E-Mail-Automatisierung.
| Startpunkt | Sinnvolle erste Nachricht | Prüfen |
|---|---|---|
| Konto erstellt | Ein einziger Einrichtungsschritt | Ob zuerst die E-Mail-Adresse verifiziert werden sollte |
| E-Mail-Adresse verifiziert | Begrüßung und ein direkter Link ins Produkt | Keine Doppelung mit der Verifizierungs-E-Mail |
| Newsletter-Abo | Was die Person erwartet, und ein nützliches Beispiel | Einwilligung und gewählte Themen des Empfängers |
| Registrierung im Shop | Produkte, Orientierungshilfe oder das versprochene Angebot | Die tatsächlichen Bedingungen und das Ablaufdatum des Angebots |
Brew kann Flows über eigene Backend-Events oder unterstützte Integrationen wie Supabase und Clerk starten. Bau die Payload nach dem Schema des ausgewählten Triggers und verwende seine echte Trigger-ID.
| Timing als Ausgangspunkt | Aufgabe | Bedingung zum Versandzeitpunkt | |
|---|---|---|---|
| Willkommen | Nach Registrierung oder Verifizierung | Beim ersten Projekt helfen | Neues Konto |
| Hilfe bei der Einrichtung | Tag 2 | Ein kurzes Beispiel zeigen | Noch nicht aktiviert |
| Nächster Schritt | Nach der Aktivierung | Die nächste sinnvolle Aktion vorstellen | Aktiviert |
| Erinnerung an die Testphase | Vor dem Ende der Testphase | Erklären, was danach passiert | Noch in der Testphase und nicht bezahlt |
| Nachfassen | Nach einem passenden Abstand | Hilfe anbieten | Erfüllt weiterhin die Bedingungen und darf die E-Mail erhalten |
Bau jede E-Mail um eine einzige Aktion herum. Verwende eine echte Ziel-URL, einen klaren Betreff und eine Antwortadresse, die jemand liest. Verzichte auf pauschale Dringlichkeit und auf Behauptungen über Ergebnisse, die du nicht gemessen hast.
Bei einem Newsletter kann die erste Nachricht die versprochene Ressource liefern, den zu erwartenden Rhythmus nennen und einen typischen Artikel zeigen. Eine spätere Nachricht kann Themeneinstellungen erklären oder den Autor vorstellen. Ein Newsletter braucht keinen Aktivierungsfunnel nach SaaS-Vorbild, um eine zweite E-Mail zu rechtfertigen.
Bei einem Shop lieferst du zuerst das versprochene Angebot und dann hilfreiche Kaufberatung. Nenne Ausschlüsse und Ablaufdatum genau. Nach einem Kauf sind die restlichen Rabatt-Erinnerungen womöglich überflüssig, nimm den Kaufstatus also in deine Bedingungsprüfungen auf.
Leg fest, was jede einzelne Nachricht verhindern soll: Aktivierung, Kauf, ein abgelaufenes Angebot, die Löschung des Kontos, eine Abmeldung oder ein Planwechsel. Setz diese Regel dann in dem System um, das den aktuellen Stand tatsächlich ausliest.
In einem eventbasierten Flow in Brew liest eine Bedingung mit payload.activated das ursprüngliche Event. Eine Bedingung mit contact.activated liest das aktuelle Kontaktfeld in Brew zu dem Zeitpunkt, an dem der Knoten ausgeführt wird, auch nach einem Schritt „Warten“. Deklariere und synchronisiere das Feld und setz die Bedingung dann vor jede Erinnerung, die davon abhängt. Eine Aktualisierung des Kontakts oder ein späteres Event bricht eine frühere Ausführung nicht automatisch ab.
Hängen die Bedingungen von nicht synchronisierten Kontodaten oder einem bestimmten Kauf ab, plane eine Prüfung in deiner Anwendung ein. Lies zum Fälligkeitszeitpunkt den maßgeblichen Datensatz und löse ein separates Event für die Erinnerung nur aus, wenn die Regel dann noch zutrifft. Siehe die Anleitung Build an Automation in der Dokumentation.
Beschreib in Brew Trigger, Zielgruppe, gewünschte Aktion und Tonalität. Du kannst auch mit einem öffentlichen Beispiel aus der Flow-Galerie starten. Sieh dessen Timing als Inspiration, nicht als Beleg dafür, dass derselbe Zeitplan für deine Zielgruppe funktioniert.
Prüfe den generierten Ablauf und jede einzelne E-Mail. Kontrolliere Links, Absender, Fallbacks für die Personalisierung und den Versandzweck der Domain. Eine Verifizierungs-E-Mail und eine werbliche Onboarding-E-Mail können unterschiedliche Anforderungen haben. Der Leitfaden der FTC erklärt den Hauptzweck-Test in den USA; die Absenderanforderungen von Gmail decken die Regeln zu Authentifizierung, Spamrate und Abmeldung ab.
Teste eine Registrierung, ein wiederholtes Event, fehlende Personalisierung und einen Empfänger, der die Bedingungen nicht erfüllt. Aktualisiere bei Kontaktbedingungen das synchronisierte Feld während der Wartezeit und prüfe, ob die Erinnerung übersprungen wird; teste auch fehlende Felder. Bei Erinnerungen, die deine Anwendung plant, aktivierst du das Konto oder kaufst etwas vor der Prüfung und kontrollierst, dass kein Event für die Erinnerung ausgelöst wird. Prüfe außerdem, wie Abmeldungen verarbeitet werden und wie die Zustellung ausfällt.
Veröffentliche erst, wenn du die Nachrichten und die Bedingungsprüfungen kontrolliert hast. Erfasse neben Zustell- und Klickdaten die Aktion, die die Serie fördern soll, etwa eine abgeschlossene Einrichtung oder eine erste Bestellung. Behalte die Nachrichten, die Menschen zu dieser Aktion verhelfen, und überarbeite den Rest.
Beispiele für die Umsetzung findest du in Onboarding aus Cursor aufbauen und Testphasen-Konversion mit Produkt-Events.
