KI-Sequenz-Builder für SaaS-Onboarding und Testphase im Vergleich: wie sie Flows erzeugen, auf welche Produkt-Events sie reagieren und wie Kontakte aussteigen.
Dieser Vergleich stammt von Brew. Wir haben die verlinkte Produktdokumentation am 28. September 2026 geprüft. Es ist ein Vergleich der Dokumentation, kein Praxistest jeder einzelnen Plattform. Prüfe die aktuellen Limits der Pläne auf der Preisseite des jeweiligen Anbieters.
Der Gründer hat die Willkommens-E-Mail in der Launch-Woche geschrieben, zwei weitere E-Mails mit festen Abständen ergänzt und den Flow danach nie wieder angefasst. Wer am dritten Tag upgradet, bekommt eine Woche später trotzdem die E-Mail „Deine Testphase endet bald“, weil nichts im Flow prüft, ob die Person schon bezahlt hat.
Eine Onboarding-Sequenz soll neue Nutzer an den Punkt bringen, an dem das Produkt für sie nützlich wird, und danach, falls du eine Testphase anbietest, zu einem kostenpflichtigen Plan. Dabei zählt die Struktur mehr als die einzelnen E-Mails: der Trigger, der den Flow startet, die Abstände zwischen den Versänden und die Regel, die jemanden aus dem Flow nimmt, sobald das Ziel erreicht ist.
KI-Builder entwerfen all das inzwischen aus einem Prompt. Dieser Leitfaden vergleicht vier von ihnen in genau den Punkten, die darüber entscheiden, ob eine SaaS-Sequenz funktioniert.
project_created auslösen kannst.contact.<name>; die Felder der Event-Payload behalten ihre ursprünglichen Werte. Prüf bei jedem Anbieter, wie der Ausstieg funktioniert und wie seine Daten aktuell bleiben.customer.subscription.trial_will_end kann ein Flow auf den aktuellen Stand der Testphase reagieren.Wir haben am 28. September 2026 die Dokumentation jedes Anbieters gelesen und Folgendes verglichen:
| Tool | Ausgangspunkt der KI | Trigger für Produkt-Events | Ausstieg aus dem Flow | Einstiegspreis |
|---|---|---|---|---|
| Brew | Ein Prompt oder veröffentlichte Beispielsequenzen | Eigene HTTP-Trigger sowie Stripe, Clerk, Supabase und weitere Integrationen | Explizite Bedingungen auf das Event oder den aktuellen Kontakt; Prüfungen in deiner Anwendung für externen Status | Free-Plan; Growth 99 US-Dollar/Monat |
| Sequenzy | Die Inhalte deiner Website | API-Events, eingehende Webhooks, aus Stripe abgeleitete Events saas.* |
Eine Abbruchbedingung pro Sequenz, vor jedem Schritt geprüft | Kostenlos bis 2.500 E-Mails/Monat |
| Resend | Eine Beschreibung in Alltagssprache | Eigene Events mit optionalen Schemas | Verzweigungen und Schritte, die auf ein Event warten | 10.000 Automatisierungs-Ausführungen kostenlos |
| Customer.io | AI Agent (Beta) | Events über Data Pipelines und die API | Bedingungen in der Kampagne | Preis nach Profilen; Startup-Programm für Neukunden |
In Brew beschreibst du die Automatisierung: den Trigger, die E-Mails, das Timing und das Ergebnis, das du erreichen willst. Brew liefert ein Canvas mit dem Trigger sowie Knoten vom Typ „E-Mail senden“ und „Warten“ und schreibt jede E-Mail auf Basis deiner Marke. Danach verfeinerst du alles im Chat oder bearbeitest die Knoten von Hand. Filter-Knoten und Split-Knoten mit Bedingung können die ursprünglichen Werte des Events oder über contact.<name> aktuelle Kontaktfelder in Brew nutzen. Engagement-Filter prüfen die Aktivität über eine eigene Konfiguration. Prüf den generierten Ablauf, bevor du ihn veröffentlichst.
Der andere Ausgangspunkt ist eine echte Sequenz. Die Flow-Galerie von Brew enthält veröffentlichte Beispielsequenzen, darunter Flows nach der Registrierung. Wenn du eine davon remixt, übernimmt Brew ihre Abstände, auf die Stunde gerundet, als Wartezeiten und generiert dann jede E-Mail für deine Marke. So startest du mit dem Timing einer Sequenz, die eine andere Firma bereits nutzt.
Trigger können deine eigenen Events sein, die du aus deinem Backend mit POST /v1/automations/triggers/{triggerEventId}/fire auslöst, oder Events aus einer verbundenen Quelle. Die Stripe-Integration bringt 22 Events mit, darunter customer.subscription.trial_will_end und invoice.payment_failed.
Für eine Erinnerung an die Einrichtung legst du ein Kontaktfeld für die Aktivierung an, synchronisierst es und prüfst nach der Wartezeit contact.activated. Brew liest dabei den Kontakt, den es gespeichert hat, sobald die Bedingung ausgeführt wird; deine Produktdatenbank fragt es nicht ab. Bei einem Status, der nicht synchronisiert wird, oder bei einer bestimmten unbezahlten Rechnung prüfst du in deiner Anwendung und löst ein neues Event aus, wenn die Bedingungen erfüllt sind. Kontaktaktualisierungen und neue Events brechen laufende Ausführungen nicht automatisch ab. Mehr dazu im Leitfaden zu Automatisierungen.
Sequenzy generiert Sequenzen aus den Inhalten deiner Website. Zu den Triggern in seinem Sequenzmodell gehören ein neu hinzugefügter Kontakt, ein hinzugefügtes Tag, der Eintritt in ein Segment, API-Events, eingehende Webhooks, Inaktivität und die Häufigkeit eines Events. Als Schritte gibt es Verzögerungen, Bedingungen, Verzweigungen und das Warten auf ein Event. Jede Sequenz hat genau eine Abbruchbedingung, und Sequenzy prüft sie vor jedem Schritt erneut.
Die Stripe-Integration übersetzt Abrechnungsaktivität in SaaS-Events wie saas.trial_started, saas.trial_will_end und saas.purchase und ergänzt Attribute für MRR und LTV. Ein Flow für die Testphase kann bei saas.purchase enden, ohne dass du jeden einzelnen Schritt filtern musst. Abgerechnet wird pro versendeter E-Mail, bei unbegrenzt vielen Kontakten.
Sequenzy passt zu SaaS-Teams, die Abbruchregeln auf Basis der Abrechnungsdaten fertig eingebaut haben wollen.
Resend hat im April 2026 Automations gestartet. Du kannst eine Sequenz per Drag-and-drop bauen oder sie in Alltagssprache beschreiben und von der KI bauen lassen. Zu den Schritten gehören Zeitverzögerungen, das Warten auf ein Event und Verzweigungen nach Kontakt- oder Event-Daten. Jeder E-Mail-Schritt nutzt ein Resend-Template, und ein Monitoring-Panel zeigt jede Ausführung.
Resend passt zu Entwicklerteams, die ihre Transaktions-E-Mails schon über Resend versenden und das Onboarding am selben Ort haben wollen. Resend unterstützt Templates und visuelle Bearbeitung ebenso wie E-Mails in Code. Teste den Bearbeitungs-Workflow mit den Leuten, die deine E-Mails künftig pflegen.
Customer.io ist hier das etablierteste Tool für Event-gesteuerte Nachrichten und deckt E-Mail, SMS, Push und In-App ab. Die Preisseite führt einen AI Agent in der Beta auf, und über den MCP-Server kann ein Assistent per API Kampagnen erstellen und aktualisieren. Neukunden, die weniger als 10 Millionen US-Dollar eingesammelt haben, können sich für das Startup-Programm bewerben und Customer.io bis zu 12 Monate kostenlos nutzen.
Customer.io passt zu Teams mit einem sauber strukturierten Event-Stream und jemandem, der das Datenmodell verantworten kann. Ein Zwei-Personen-Team, dem eine Sequenz nach der Registrierung genügt, braucht eine so große Plattform vielleicht gar nicht.
Loops ist eine E-Mail-Plattform für SaaS-Teams. Ihre Workflows kombinieren E-Mails, Timer für Verzögerungen und Verzweigungen, und die Stripe-Integration kann Workflows aus Abrechnungs-Events starten. Loops dokumentiert außerdem MCP- und Agenten-Workflows. Nimm Loops in deinen Test auf, wenn ein Agent dir beim Verwalten von Kampagnen und Workflows helfen soll, und prüf, welche Schritte beim Erstellen dein Client unterstützt.
Das ist ein beispielhafter Ausgangspunkt, den wir nicht getestet haben. Pass die Tage an die Länge deiner Testphase und an dein Aktivierungs-Event an.
| Schritt | Wann | Aufgabe | Bedingung vor dem Versand |
|---|---|---|---|
| Willkommen | Direkt nach der Registrierung | Eine erste Aktion, etwa ein Projekt anlegen | Keine |
| Anstoß | Tag 2 | Bei der ersten Aktion helfen | Noch kein Projekt, laut Event-Historie oder einem synchronisierten Kontaktfeld wie contact.activated |
| Mehrwert | Tag 5 | Die zweitnützlichste Funktion zeigen | Noch in der Testphase |
| Testphase endet | Bei trial_will_end |
Erklären, was am Ende der Testphase passiert und wie man einen Plan wählt | Noch in der Testphase, keine Zahlungsmethode |
Stripe sendet customer.subscription.trial_will_end drei Tage vor dem Ende einer Testphase oder sofort, wenn eine Testphase verkürzt wird. Die Stripe-Dokumentation selbst rät, vor einer Zahlungserinnerung auf Basis dieses Events den Abo-Status zu prüfen.
So kurz, wie es die Aufgabe im Produkt erlaubt. Das Lifecycle-Rezept für SaaS von Brew beginnt mit einer kleinen Sequenz und expliziten Bedingungsprüfungen. Stoppe Aktivierungserinnerungen vor jedem Versand mit einer Bedingung auf ein synchronisiertes Kontaktfeld, oder prüf in deiner Anwendung, ob die Bedingungen erfüllt sind, bevor du ein separates Erinnerungs-Event auslöst.
Meist nicht. Eine E-Mail zum Ablauf der Testphase, die zum Upgrade auffordert, ist eine Verkaufsnachricht. Der Leitfaden zu Transaktions-E-Mails von Brew erklärt den Hauptzweck-Test der FTC.
