Wie verketten Sie E-Mail-Sequenzen so, dass das Verhalten eines Interessenten entscheidet, was als Nächstes passiert?

01Das Geschäftsproblem

Sie haben eine Liste von Personen, die es wert sind, kontaktiert zu werden, und eine Botschaft, die mehr als eine Sendung wert ist. Eine einzelne E-Mail wird ignoriert; fünf identische sind Spam. Was Sie tatsächlich wollen, ist eine Leiter, bei der das Verhalten die Sprosse bestimmt:

• Wer antwortet, sollte die Kampagne sofort nicht mehr erhalten und bei einem Menschen landen;
• wer öffnet oder klickt, hat Interesse gezeigt und sollte die nächste, andere Nachricht bekommen;
• wer nie reagiert, sollte nach Zeitplan weiterrücken oder aufhören;
• wer sich abmeldet oder einen Bounce erzeugt, sollte überall und dauerhaft unterdrückt werden;
• und Sie sollten „Läuft diese Kampagne noch?“ beantworten können, ohne fünf Bildschirme zu öffnen.

Die ersten vier sind Mechanik. Die fünfte entscheidet darüber, ob sich die Maschine überhaupt lohnt, und sie ist diejenige, die fast nie gebaut wird.

02Warum der naheliegende Ansatz scheitert

Eine lange Sequenz mit allen Schritten

Die einfachste Lesart von „Kampagne mit mehreren Kontaktpunkten“ ist eine Sequenz mit zehn Schritten. Sie sendet nach Zeitplan und kann nicht verzweigen: Ein Empfänger, der bei Schritt zwei klickt, erhält Schritt drei genau so, als hätte er nicht geklickt. Der einzige verhaltensbezogene Hebel, den eine Sequenz über ihren eigenen Ablauf hat, ist das Austragen – sie kann anhalten, aber nicht abbiegen.

Erwarten, dass eine Sequenz an eine andere Sequenz übergibt

Die nächste Idee ist eine Reihe kurzer Sequenzen, deren letzter Schritt jeweils in die nächste aufnimmt. Einen solchen Schritt gibt es nicht. Die Knoten einer Sequenz senden E-Mails, warten und erzeugen Datensätze – die Aufnahme in eine Sequenz ist keine Aktion, die eine Sequenz ausführen kann. Nichts im Editor deutet darauf hin, bis Sie nach dem Knoten suchen und feststellen, dass er fehlt.

Stattdessen mit einem geplanten Prozess durchkämmen

Ein täglicher geplanter Prozess über alle Kontakte, der jeden weiterschiebt, dessen Engagement sich geändert hat, funktioniert – und wirft genau das weg, was die Sache lohnend gemacht hat. Engagement ist ein Ereignis: um 09:14 geöffnet, auf den Preislink geklickt, geantwortet. Ein nächtlicher Durchlauf sieht nur Zustände, kommt bis zu einem Tag zu spät und kann Ihnen nicht sagen, welche Nachricht die Reaktion ausgelöst hat.

Den Auffangprozess für jeden auslösen lassen

Sobald die Task-basierte Kette gebaut ist, überwacht der Auffangprozess die Anlage von Tasks. Lassen Sie seinen Akteur auf any user – die naheliegende Lesart von „wenn ein Task angelegt wird“ –, und jeder Task, den ein Vertriebsmitarbeiter von Hand anlegt, wird von der Kampagnenmaschinerie ausgewertet. Die Lösung ist eine einzige Einstellung, und in §5 geht es darum, warum sie nicht optional ist.

03Datenmodell

Drei Objekte und eine Konvention tragen das gesamte Design.

Quelle. Coevera-Hilfecenter, Using email sequences in Coevera – die Sequenz im Auslieferungszustand, bevor irgendetwas an sie angekettet wird.

Was eine Sequenz aufnimmt, und worüber

Der Trigger einer Sequenz nennt einen Entitätstyp und eine bestimmte Feld-ID – das E-Mail-Feld, an das sie sendet –, mit einem optionalen Lookup, sodass sie eine Adresse an einem verknüpften Datensatz erreichen kann. Dieses Detail ist wichtiger, als es klingt: Eine Sequenz, die Leads aufnimmt, kann über die Relation an die E-Mail-Adresse des primären Kontakts senden, weshalb der aufgenommene Datensatz und der Adressat nicht dasselbe sein müssen.

Die Einstellungen, die eine Sequenz begrenzen

Warum die Nachricht ein Datensatz sein muss

Eine globale Aktion kann einen Task, einen Lead oder einen Text erzeugen – und die Statistiken zählen jeden davon separat. Ein Task ist hier der richtige Träger, weil er günstig ist, am Kontakt hängt, benutzerdefinierte Felder aufnimmt und seine Anlage eine Trigger-Fläche ist. Der Zeiger reist in einem dieser Felder mit.

04Konfiguration auf Feldebene

Die vier globalen Aktionen im Einzelnen

Das sind die einzigen verhaltensbezogenen Haken der Sequenz. Es gibt genau vier Ereignisse:

Jede ist ein Kennzeichen plus ihre Nutzlast – eine Antwort kann austragen, eine Zwischenantwort senden und einen Task erzeugen, jeweils unabhängig voneinander.

In der benutzerdefinierten Bedingung stecken Öffnungen und Klicks

Antwort, Abmeldung und Bounce sind feste Ereignisse. Öffnen und Klicken sind keine Ereignisse, die Sie abonnieren – es sind Bedingungen, die Sie beschreiben. Die benutzerdefinierte Bedingung nimmt einen gewöhnlichen Filter entgegen, und die funktionierende Form besteht aus zwei Klauseln:

Message.subject         Is  "{the subject of the step you are watching}"
Email.tracking_status   Is  Opened  OR  Clicked

Die Betreff-Klausel ist das, was die Bedingung auf einen Schritt der Sequenz begrenzt statt auf jede jemals gesendete Nachricht. Sie bedeutet aber auch, dass die Bearbeitung der Betreffzeile eines Schritts die Bedingung, die ihn überwacht, unbemerkt bricht – der Filter passt dann weiterhin auf einen String, den niemand mehr sendet.

Der Zeiger und der Zähler

Benennen Sie das Zeigerfeld nach dem, was es tut. Es ist der tragendste Wert der ganzen Kette und derjenige, den man am leichtesten für harmlos hält – §6 beschreibt die Folge.

Ein Hinweis zu booleschen Bedingungen in Filtern

Unterdrückungsschranken prüfen boolesche Werte, und eine boolesche Prüfung auf „ist falsch“ wird ganz ohne Operator gespeichert – operator: null mit einem Wert von 0. Das ist überall konsistent, wo nach booleschen Werten gefiltert wird, sodass eine Regel mit Null-Operator auf einem Checkbox-Feld normal und nicht defekt ist. Gut zu wissen, bevor Sie nach einem fehlenden Operator suchen, der nie vorgesehen war.

05Automatisierung & Logik

Der Auffangprozess, und die Einstellung, die ihn sicher macht

Ein Prozess, ausgelöst bei der Anlage von Tasks, liest den Zeiger und leitet weiter. Sein Trigger-Akteur ist der Teil, den Sie richtig einstellen müssen. Der Akteur eines Datensatz-Triggers nimmt einen von vier Werten an:

„Nur Anwendungen“ ist die richtige Wahl für einen Auffangprozess, und sie macht den Unterschied zwischen einem geschlossenen Kreislauf und einem, in den jeder versehentlich jemanden hineinschieben kann. Ein Vertriebsmitarbeiter, der einen Anruf protokolliert, sollte keinen Interessenten erneut in eine Drip-Kampagne aufnehmen.

Der Weg, von Anfang bis Ende

sequence step / global action fires
  └─ creates Task  { pointer = "next sequence" }
       └─ catcher process  (Task · Create · ApplicationsOnly)
            ├─ filter: task activity type is an engagement type
            ├─ filter: pointer is not empty
            ├─ filter: contact is in this campaign, not unsubscribed, not archived
            └─ write Contact.step_counter = Task.pointer
                 └─ hand off to the enrolment process
                      └─ branch on step_counter → enrol into that sequence

Die Übergabe am Ende ist ein Unterprozess-Aufruf, und so überquert hier alles eine Prozessgrenze – die Einschränkung und die Benennungsdisziplin stehen in Blueprint 011.

Die gemeinsame Aufnahmeleiter ist der fragile Teil

In der Praxis wird der Aufnahmeprozess nicht pro Kampagne gebaut – er wächst an. Ein Beispiel aus dem Produktivbetrieb trägt Dutzende voneinander unabhängiger Kampagnen in einem einzigen Prozess mit über hundert Knoten, wobei die Schranke einer Kampagne neunzehn Ebenen tief liegt. Weil ein Filter eine einzige Schranke ist, deren Zweige nach dem Prinzip „der erste Treffer gewinnt“ ausgewertet werden, hängt die Aufnahme eines Kontakts von seiner Position relativ zu neunzehn Kampagnen ab, mit denen er nichts zu tun hat. Alles, was eine frühere Schranke zuerst zutreffen lässt, macht die spätere unbemerkt unerreichbar.

Geben Sie einer Kampagne einen eigenen Aufnahmeprozess, wenn es darauf ankommt. Die gemeinsame Leiter ist einmal bequem und danach teuer.

Lassen Sie eine Sprosse Arbeit erzeugen

Die gesamte Kette oben ist Maschinerie. Irgendwo darin muss ein Zweig einen Task erzeugen, den ein Mensch tatsächlich erledigen soll – offen, einem echten Verantwortlichen zugewiesen, mit Fälligkeitsdatum. Der naheliegende Kandidat ist der Antwort-Haken, der nächste ein Klick auf etwas kommerziell Bedeutsames. Blueprint 014 führt dasselbe Argument von der anderen Seite: Automatisierung sollte die Aufmerksamkeit auf einen Menschen lenken, und ein Mensch sollte derjenige sein, der sich festlegt.

06Grenzen & Kompromisse

• Weil nichts fragt, bemerkt auch nichts etwas. Beobachtet an einer Live-Leiter: eine Kohorte, die monatelang auf der ersten Stufe geparkt war, ohne erfasste Reaktion, ohne Termin und ohne Disqualifizierung bei irgendeinem ihrer Kontakte. Die Kette funktionierte; der Zulauf war versiegt. Nichts meldet das Ausbleiben neuer Datensätze, weil eine leere Kampagne und eine ruhige Woche gleich aussehen – dieselbe Fehlerklasse wie der Replikationsausfall in Blueprint 009.
• Ein falsch benanntes Zeigerfeld ist eine stromführende Leitung. Ein Feld, das als Dauer in Minuten bezeichnet ist, aber die Nummer der nächsten Sequenz trägt, erledigt die folgenreichste Aufgabe der Kette unter einem Namen, der zum Bearbeiten einlädt. Wer es ändert – eine Person, die einen Task aufräumt, oder eine künftige Automatisierung, die ein Feld dieses Namens berührt –, leitet Kontakte unbemerkt in eine andere Kampagne um. Benennen Sie es nach seiner Funktion, und behandeln Sie jede kurze, generische Bezeichnung an einem Steuerfeld als Defekt, der nur darauf wartet, einzutreten.
• Die Leiter kann an einer Einstellung enden statt an ihren Daten. Eine letzte Sequenz, deren Task-Vorlage noch auf eine frühere Sprosse zurückzeigt und die nur anhält, weil ihr Kennzeichen zum Anlegen von Tasks abgeschaltet ist, ist eine Checkbox von einer Endlosschleife entfernt. Machen Sie den Zeiger der letzten Sprosse in den Daten zu einem Endpunkt – null oder ein Wert, auf den kein Zweig passt –, damit das Einschalten des Kennzeichens gefahrlos ist.
• Nichts außer Engagement rückt den Zähler weiter. Der Eingangsprozess schreibt die erste Stufe; nur der Auffangprozess rückt sie weiter. Ein Kontakt, der nie öffnet, klickt oder antwortet, bleibt für immer auf der ersten Stufe – korrektes Verhalten, und unsichtbar, solange niemand darüber berichtet.
• Die Bearbeitung einer Betreffzeile bricht die Bedingung, die sie überwacht. Die benutzerdefinierte Bedingung prüft den Betreff-String, sodass eine Textanpassung den Haken unbemerkt löst. Nichts schlägt fehl; die Sprosse fängt einfach niemanden mehr auf.
• Die Bounce-Behandlung verbrennt Adressen dauerhaft. Bei Bounce kann der Empfänger abgemeldet werden, was für die Zustellbarkeit richtig ist und bei einer schlechten Liste gnadenlos: Ein schlecht validierter Import unterdrückt beim ersten Kontakt einen Teil von sich selbst, und diese Kontakte werden dann durch dieselben Unterdrückungsschranken von jeder künftigen Kampagne ausgeschlossen. Validieren Sie vor der ersten Sendung – Blueprint 005 zeigt, wie ein nicht validierter Import aussieht.
• Statistiken gelten pro Sequenz, nicht pro Kette. Jede Sequenz meldet Aufnahmen, Sendungen, Empfänger, Öffnungen, Klicks, Antworten, Bounces, Abmeldungen, erzeugte Tasks und Leads sowie eine Zahl der aktuellen Aufnahmen – aber nichts fasst eine Leiter zusammen. Der Zustand der Kampagne als Ganzes muss von Hand aus fünf Bildschirmen zusammengetragen werden, und genau deshalb tut es niemand.

Der Kompromiss, den man klar benennen sollte

Die Leiter aus Tasks zu bauen bringt echte verhaltensbasierte Verzweigung auf einer Plattform, deren Sequenzen nicht verzweigen können, und das nur mit nativen Bausteinen. Der Preis dafür ist, dass die Logik der Kette an drei Stellen gleichzeitig liegt – in der Task-Vorlage jeder Sequenz, in den Filtern des Auffangprozesses und in den Schranken des Aufnahmeprozesses –, und kein Bildschirm zeigt alle drei zusammen. Mit einer Namenskonvention und einem Diagramm ist das beherrschbar, ohne nicht. Wenn die Kampagne wirklich linear ist und niemand nach Verhalten verzweigen muss, ist eine Sequenz mit mehr Schritten die ehrliche Antwort und kostet nur einen Bruchteil des Aufwands, sie am Leben zu halten.

07Verifizierung

Aus einem Live-Produktiv-Space ausgelesen: eine Sequenzleiter mit fünf Sprossen, ihr Auffangprozess, der gemeinsame Aufnahmeprozess und das Schema hinter allen dreien.

• Die Menge der globalen Aktionen wurde aus dem Schema gelesen und bestätigt genau vier Ereignisse – Antwort, Abmeldung, benutzerdefinierte Bedingung, Bounce – mit ihren unabhängigen Kennzeichen zum Austragen, zum Senden einer E-Mail und zum Erzeugen eines Datensatzes, dass nur die benutzerdefinierte Bedingung einen Filter trägt und dass allein Bounce anbietet, den Empfänger abzumelden.
• Die benutzerdefinierte Bedingung wurde aus einer Live-Sequenz gelesen: eine Klausel auf die Betreffzeile, kombiniert mit einem E-Mail-Tracking-Status von geöffnet oder geklickt.
• Die Einstellungen der Sequenz – Sendefenster, Zeitzone, aktiv ab und aktiv bis, automatisches Austragen bei Ablauf, „jede E-Mail beginnt eine Konversation“ und der benannte Trigger-Prozess – wurden aus dem Schema gelesen und als in Live-Sequenzen befüllt bestätigt.
• Der Auffangprozess wurde im Produktivbetrieb nachverfolgt: ausgelöst bei der Anlage von Tasks mit dem Akteur ApplicationsOnly, gefiltert auf den Aktivitätstyp Engagement, einen nicht leeren Zeiger sowie die Kampagnenzugehörigkeit und die Unterdrückungskennzeichen des Kontakts, danach wird der Zeiger an den Kontakt geschrieben und übergeben.
• Die vier Akteurwerte wurden aus dem Enum bestätigt, ebenso die Trigger-Ereignisse, zu denen neben Anlegen, Aktualisieren und Löschen auch „E-Mail gesendet“ und „E-Mail empfangen“ gehören.
• Das Zeigerschema der Leiter wurde aus den Task-Vorlagen gelesen – jede Sprosse schreibt die Nummer ihres Nachfolgers, und die letzte Sprosse trägt noch einen Zeiger zurück auf eine frühere, während sie sich für das Ende auf ein abgeschaltetes Kennzeichen verlässt.
• Der gemeinsame Aufnahmeprozess wurde vermessen: über hundert Knoten, Dutzende voneinander unabhängiger Kampagnen in einer Leiter nach dem Prinzip „der erste Treffer gewinnt“, die Schranke einer Kampagne neunzehn Ebenen tief, und der Prozess selbst mit einem Warnstatus.
• Die Konvention des Null-Operators für boolesche Werte wurde bestätigt, über drei unabhängige Prozesse hinweg: Eine boolesche Prüfung auf „ist falsch“ speichert keinen Operator und einen Wert von null.

Nicht beobachtet, und ausdrücklich so benannt:

• Eine Sequenz, die während dieser Arbeit sendete. Jeder Befund stammt aus gespeicherter Konfiguration und gespeicherten Statistiken, nicht aus einem eigens dafür gestarteten Kampagnenlauf.
• Was passiert, wenn das Kennzeichen zum Anlegen von Tasks an der letzten Sprosse eingeschaltet wird – die Schleife ist aus dem gespeicherten Zeigerwert gefolgert, nicht beobachtet.
• Ob die Bearbeitung der Betreffzeile eines Schritts die benutzerdefinierte Bedingung löst, was aus der Form des Filters folgt, aber nicht getestet wurde.
• Das Verhalten der Datensatztypen Lead und Text, die eine globale Aktion erzeugen kann; nur der Task-Pfad wurde nachverfolgt.
• Dass ApplicationsOnly einen Task ignoriert, den eine Person anlegt. Die Bedeutung ist aus dem Enum gelesen, nicht durch einen von Hand angelegten Task getestet.

Woran Sie eine Regression erkennen

• Jede Sequenz der Leiter meldet null aktuelle Aufnahmen. Die mit Abstand günstigste Zustandsprüfung und die einzige, die „niemand ist unterwegs“ von „niemand hat bisher reagiert“ unterscheidet.
• Tasks sammeln sich an, während der Stufenzähler auf eins bleibt. Der Auffangprozess löst aus und die Übergabe nicht, Kontakte werden also markiert und nie weiterbewegt.
• Die Zahl der erzeugten Tasks einer Sprosse fällt auf null, während die Sendungen weiterlaufen. Ihre benutzerdefinierte Bedingung trifft nicht mehr zu – meist, weil eine Betreffzeile bearbeitet wurde.
• Irgendein offener Task eines Menschen mit dem Aktivitätstyp der Kampagne. Entweder wurde der Akteur des Auffangprozesses von „nur Anwendungen“ gelockert, oder jemand arbeitet innerhalb der Task-Typen der Maschine, und beides führt zu überraschenden Aufnahmen.

Verwandte Blueprints

• Blueprint 011 — Wie halten Sie Hunderte von CRM-Automatisierungen wartbar? – Filter nach dem Prinzip „der erste Treffer gewinnt“ und Übergaben an Unterprozesse, aus denen diese Kette gebaut ist.
• Blueprint 014 — Wie erkennen Sie abwanderungsgefährdete Kunden vor der Verlängerung? – dasselbe Argument von der anderen Seite: Automatisierung lenkt die Aufmerksamkeit, ein Mensch legt sich fest.
• Blueprint 009 — Wie automatisieren Sie auf CRM-Feldern, die einem anderen System gehören? – warum ein versiegter Zulauf still ist statt kaputt.
• Blueprint 005 — Wie migrieren Sie Kontakte aus einem anderen System, ohne unbemerkt Daten zu verlieren? – was eine nicht validierte Liste beim ersten Kontakt anrichtet.