Serien
Automatisierte mehrstufige Journeys: Kontakte treten über Trigger ein, fließen durch Nachrichten, zeitgesteuerte Wartezeiten, Bedingungsverzweigungen und Aktionen und verlassen die Serie über Exit-Regeln — mit einem Ziel, das misst, ob die Sequenz funktioniert hat.
Übersicht#
Öffnen Sie Outbound → Serien. Eine Serie ist ein Graph aus Schritten, kein einzelner Blast: „Wenn sich jemand registriert, sende eine Willkommens-E-Mail; wenn er sie in 3 Tagen nicht geöffnet hat, sende eine Erinnerung; so oder so, weiter mit der Tipps-Sequenz“ ist eine Serie mit einer Verzweigung.
Eine Serie ist ein Entwurf, bis Sie Live schalten drücken. Der Livegang veröffentlicht einen Schnappschuss des Graphen: Kontakte, die bereits durchlaufen, folgen weiter der Version, mit der sie eingetreten sind — das Bearbeiten einer Live-Serie lässt also nie jemanden mitten im Schritt stranden. Veröffentlichen Sie erneut, um Änderungen auf neue Eintritte anzuwenden. Eine Live-Serie kann pausiert werden (keine neuen Eintritte, Läufe halten an) und archiviert werden.
Eintrittsregeln#
Eine Serie kann bis zu 5 Eintrittspunkte haben; ein Kontakt, der auf einen beliebigen davon passt, startet einen Lauf:
| Eintrittspunkt | Feuert, wenn |
|---|---|
| Tritt in ein Segment ein | Ein Kontakt beginnt, einem gespeicherten Segment zu entsprechen — der Arbeitspferd-Trigger für Lifecycle-Sequenzen. |
| Wird erstellt | Ein neuer Kontakt erscheint — Widget-Identifikation, Import oder die API. |
| Ein Datumsattribut steht an | N Tage vor oder nach einem am Kontakt gespeicherten Datum (zum Beispiel einer Planverlängerung). Der Versatz kann bis zu einem Jahr in beide Richtungen gehen. |
| Manuell | Sie schreiben einen Kontakt oder ein ganzes Segment von Hand ein — für einmalige Läufe über eine bestehende Liste. |
Wiedereintritt steuert, ob ein Kontakt, der die Serie beendet hat, erneut eintreten kann; wenn aktiviert, hält ein Mindestabstand in Tagen wiederholte Läufe auseinander.
Schritte, Wartezeiten und Verzweigungen#
| Schritt | Was er tut |
|---|---|
| Nachricht | Sendet dem Kontakt eine E-Mail, eine Chat-Nachricht, einen In-App-Post (Ankündigung) oder eine Push-Benachrichtigung über die von Ihnen gewählten Kanäle. Zugestellt von derselben Maschinerie wie Kampagnen, mit denselben Variablen und Überspringen-Regeln. |
| Warten | Pausiert den Lauf für eine feste Zeit — von 5 Minuten bis zu 180 Tagen. |
| Warten bis | Wartet, bis eine Bedingung wahr wird, bis zu einem Timeout — mit zwei ausgehenden Pfaden: Bedingung erfüllt und Zeit abgelaufen. „Wenn sie die E-Mail nicht innerhalb von 3 Tagen öffnen, erinnere sie“ ist ein Warten-bis auf geöffnet mit 3-Tage-Timeout. |
| Verzweigung | Prüft eine Bedingung sofort und teilt in Ja-/Nein-Pfade. |
| Aktion | Ändert den Kontakt — setzt ein Attribut oder meldet ihn von Kampagnen ab. |
| Ende | Beendet einen Pfad explizit. |
Bedingungen — geteilt von Warten bis, Verzweigung, Exit-Regeln und dem Ziel:
- Hat eine Nachricht geöffnet — der Kontakt hat eine der früher in diesem Lauf gesendeten Nachrichten geöffnet. Nur Öffnungen, die nach Beginn des Wartens passieren, zählen, und der Builder bietet nur Nachrichten an, die tatsächlich vor dem Schritt gesendet werden.
- Ist in einem Segment — entspricht gerade jetzt einem gespeicherten Segment.
- Attribute passen — beliebiges Kontaktattribut-Regelset (alle-/beliebige-Übereinstimmung).
- Erreichbar über — der Kontakt hat eine E-Mail-Adresse oder ein Gerät mit aktiviertem Push.
- Ist abgemeldet — hat sich von Kampagnen abgemeldet.
- Zufallsanteil (A/B) — ein stabiler zufälliger Prozentsatz-Split: Ein gegebener Kontakt landet immer auf derselben Seite desselben Splits.
Verzweigungen können wieder zusammenlaufen — beide Seiten von „erinnert oder nicht“ können in einen gemeinsamen Schwanz weiterlaufen, statt ihn zu duplizieren. Schleifen sind nicht erlaubt: Der Builder weist einen Graphen zurück, in dem ein Pfad auf sich selbst zurückführt.
Exit-Regeln und das Ziel#
Exit-Regeln (bis zu 5) ziehen einen Kontakt vorzeitig aus der Serie. Vor jedem Schritt prüft die Engine jede Regel; ein Treffer beendet den Lauf sofort. Typische Nutzung: „Wirf jeden hinaus, der in das Segment Zahlende Kunden eintritt“ — keine Trial-Nurture-E-Mails mehr nach der Konversion. Kontakte, die sich abmelden oder verschwinden, erhalten ebenfalls keine Seriennachrichten mehr.
Das Ziel ist eine Bedingung plus ein Fenster von 1–365 Tagen: Ein Kontakt, der innerhalb des Fensters nach dem Eintritt darauf passt, zählt als Konversion. Das Ziel ändert nie, was die Serie tut — es existiert allein, damit der Bericht Ihnen sagen kann, ob die Sequenz erreicht, wofür sie gebaut wurde.
Statistiken und Runs#
Jede Serie verfolgt:
- Eingetreten / Aktiv / Abgeschlossen / Ausgetreten / Ziele — der Top-Level-Funnel.
- Zähler pro Schritt — wie viele Läufe jeden Schritt passiert haben, aufgeteilt in gesendet/ok, übersprungen, fehlgeschlagen und bei Verzweigungen die Ja-/Nein-/Zeit-abgelaufen-Ergebnisse, damit Sie genau sehen, wohin Kontakte fließen.
- Die Run-Liste — der Lauf jedes Kontakts mit Status (läuft, wartet, fertig, fehlgeschlagen), aktuellem Schritt, nächster Aufwachzeit und Endgrund.
Limits#
| Limit | Wert |
|---|---|
| Schritte pro Serie | 60 (längster Pfad 30 Schritte tief) |
| Bedingungsschritte | 16 Verzweigungen / Warten-bis pro Serie |
| Eintrittspunkte / Exit-Regeln | je 5 |
| Wartedauer | 5 Minuten bis 180 Tage |
| Live-Serien | 30 pro Workspace |
Diese Grenzen sind Leitplanken — ein außer Kontrolle geratener Graph ist der schnellste Weg, einem Kontakt vierzig E-Mails zu schicken. Wenn Sie sie erreichen, teilen Sie die Sequenz in zwei über ein Segment verkettete Serien.