--- title: "Wie verketten Sie E-Mail-Sequenzen so, dass das Verhalten eines Interessenten entscheidet, was als Nächstes passiert?" blueprint: 016 slug: chaining-email-sequences-on-engagement category: Outreach published: 2026-09-23 revised: 2026-09-23 platform: Coevera CRM (formerly Pipeliner CRM) canonical: https://blueprints.coevera.com/de/blueprints/chaining-email-sequences-on-engagement/ language: de translation_of: https://blueprints.coevera.com/blueprints/chaining-email-sequences-on-engagement/ author: Lucia Schmidt publisher: Coevera customer_data: none --- # Wie verketten Sie E-Mail-Sequenzen so, dass das Verhalten eines Interessenten entscheidet, was als Nächstes passiert? **Kurze Antwort.** **Eine E-Mail-Sequenz ist ein geschlossener Kreislauf.** Sie nimmt einen Datensatz auf, verschickt ihre Schritte und endet. Es gibt keinen Knoten, der jemanden in eine *andere* Sequenz aufnimmt – eine mehrstufige Leiter lässt sich also nicht allein aus Sequenzen bauen. Was eine Sequenz hat, sind **globale Aktionen**: Haken, die bei **Antwort**, **Abmeldung**, **Bounce** und einer **benutzerdefinierten Bedingung** auslösen – Letztere ist der Weg, eine Öffnung oder einen Klick zu erfassen. Alle außer Bounce können einen Datensatz aus einer Vorlage erzeugen. Die Kette wird also so gebaut: Die Sequenz **erzeugt einen Task mit einem Zeiger auf die nächste Sequenz**, und ein Auffangprozess, der bei der Anlage von Tasks auslöst, schreibt diesen Zeiger an den Kontakt und nimmt ihn erneut auf. **Der Task ist der Nachrichtenbus** zwischen zwei Sequenzen, die einander nicht sehen können. Die Warnung, die wichtiger ist als der Mechanismus: Diese Tasks sind **Buchführung, keine Arbeit**. Bauen Sie die Leiter so, dass nie etwas einen Menschen zum Handeln auffordert, und eine ins Stocken geratene Kampagne wird unsichtbar – Hunderte von Aktivitätsdatensätzen, und niemand bemerkt es. ## 01 · Das 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. ## 02 · Warum 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. ## 03 · Datenmodell Drei Objekte und eine Konvention tragen das gesamte Design. | Baustein | Rolle | |---|---| | **E-Mail-Sequenz** | Verschickt die Schritte. Endet. Kann nicht verketten | | **Task** (von einer globalen Aktion erzeugt) | **Die Nachricht.** Trägt den Zeiger auf die nächste Sequenz | | **Auffangprozess** | Löst bei der Anlage von Tasks aus; schreibt den Zeiger an den Kontakt und übergibt | | **Stufenzähler** am Kontakt | Auf welcher Sprosse der Kontakt steht. Der Aufnahmeprozess verzweigt danach | **Quelle.** Coevera-Hilfecenter, [Using email sequences in Coevera](https://help.coevera.com/en/articles/5694513-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 | Einstellung | Wirkung | |---|---| | `timezone`, `dayOfWeek`, `fromTimeOfDay`/`toTimeOfDay` | Sendefenster – Sendungen außerhalb davon werden zurückgehalten | | `activeFrom`, `activeTo` | Laufzeit der Kampagne, als Datumswerte | | `autoUnenrollWhenExpired` | Ob noch laufende Kontakte beim Ablauf freigegeben werden | | `everyEmailStartsConversation` | Ob jede Sendung einen neuen Thread eröffnet oder einen bestehenden fortsetzt | | `triggerProcess`, `triggerProcessId` | **Der benannte Auffangprozess.** Ein Prozess pro Sequenz | ### 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. > **Die verworfene Alternative.** Der ordentliche Reflex ist ein Zähler, den die Kette hochzählt – > aus Schritt 1 wird Schritt 2 wird Schritt 3. Was eine echte Leiter stattdessen tut: Jede Sequenz > **nennt ihren Nachfolger**, weil der Wert in der Task-Vorlage geschrieben wird und die Vorlage > pro Sequenz existiert. Das macht die Kette zu einer Menge fest verdrahteter Zeiger, was > flexibler ist (ein Zweig kann eine Sprosse überspringen) und fragiler (§6). ## 04 · Konfiguration auf Feldebene ### Die vier globalen Aktionen im Einzelnen Das sind die einzigen verhaltensbezogenen Haken der Sequenz. Es gibt genau vier Ereignisse: | Ereignis | Austragen | Andere E-Mail senden | Datensatz erzeugen | Außerdem | |---|---|---|---|---| | **On reply** | ✅ | ✅ | ✅ | — | | **On unsubscribe** | implizit | — | ✅ | — | | **On custom condition** | ✅ | ✅ | ✅ | **nimmt einen Filter entgegen** | | **On bounce** | ✅ | — | — | **kann den Empfänger abmelden** | 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 | Feld | Liegt an | Geschrieben von | Gelesen von | |---|---|---|---| | Zeiger auf die nächste Sequenz | Task | Der Task-Vorlage der Sequenz | Dem Auffangprozess | | Stufenzähler | Contact | Dem Auffangprozess (und einmal dem Eingangsprozess) | Den Zweigen des Aufnahmeprozesses | | Kampagnenzugehörigkeit | Contact | Dem Eingangsprozess | Jeder Schranke in der Kette | | Unterdrückungskennzeichen | Contact | Abmeldung, Bounce oder einem Menschen | Jeder Schranke in der Kette | **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. ## 05 · Automatisierung & 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: | Akteur | Löst aus, wenn der Datensatz angelegt wird von … | |---|---| | `AnyUser` | irgendjemandem – **einschließlich eines Menschen** | | `ProcessOwner` | dem Inhaber des Prozesses selbst | | `SelectedUnitsAndUsers` | einer benannten Menge von Einheiten oder Benutzern | | **`ApplicationsOnly`** | **ausschließlich der Automatisierung – nie einem Menschen** (aus dem Enum gelesen, nicht getestet) | **„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](https://blueprints.coevera.com/de/blueprints/keeping-hundreds-of-automations-maintainable/). ### 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](https://blueprints.coevera.com/de/blueprints/customer-health-score-churn-risk/) 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. ## 06 · Grenzen & Kompromisse > **Ein erledigter Task ist keine Arbeit.** Wo jede Task-Vorlage mit dem Status „bereits erledigt“ > angelegt wird, einem einzigen Administrator gehört und von einem Prozess verarbeitet wird, der > nur Automatisierung akzeptiert, erzeugt die Leiter **Aktivitätsdatensätze und keine > Arbeitsaufgaben**. Das passiert leicht versehentlich, weil die Tasks existieren, um einen Wert > zu transportieren, nicht um jemanden etwas zu fragen – und das Ergebnis ist eine Kampagne, die > in jedem Bericht geschäftig aussieht und niemandem etwas abverlangt. - **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](https://blueprints.coevera.com/de/blueprints/automating-on-integration-owned-fields/). - **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](https://blueprints.coevera.com/de/blueprints/contact-migration-without-data-loss/) 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. ## 07 · Verifizierung 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?](https://blueprints.coevera.com/de/blueprints/keeping-hundreds-of-automations-maintainable/) – 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?](https://blueprints.coevera.com/de/blueprints/customer-health-score-churn-risk/) – 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?](https://blueprints.coevera.com/de/blueprints/automating-on-integration-owned-fields/) – warum ein versiegter Zulauf still ist statt kaputt. - [Blueprint 005 — Wie migrieren Sie Kontakte aus einem anderen System, ohne unbemerkt Daten zu verlieren?](https://blueprints.coevera.com/de/blueprints/contact-migration-without-data-loss/) – was eine nicht validierte Liste beim ersten Kontakt anrichtet. ## Häufige Fragen ### Wie verketten Sie E-Mail-Sequenzen so, dass das Verhalten eines Interessenten entscheidet, was als Nächstes passiert? Über einen Task. Eine E-Mail-Sequenz ist ein geschlossener Kreislauf: Sie nimmt einen Datensatz auf, verschickt ihre Schritte und endet, und sie hat keinen Knoten, der jemanden in eine andere Sequenz aufnimmt. Was sie hat, sind globale Aktionen – bei Antwort, bei Abmeldung, bei einer benutzerdefinierten Bedingung wie einer Öffnung oder einem Klick und bei Bounce –, und drei der vier, alle außer Bounce, können einen Datensatz aus einer Vorlage erzeugen. Die Sequenz erzeugt also einen Task mit einem Zeiger auf die nächste Sequenz, ein Prozess, der bei der Anlage von Tasks auslöst, schreibt diesen Zeiger an den Kontakt, und ein separater Aufnahmeprozess liest den Zeiger und nimmt den Kontakt auf. Der Task ist der Nachrichtenbus zwischen zwei Sequenzen, die einander nicht sehen können. ### Wie lösen Sie eine Aktion aus, wenn jemand eine E-Mail aus einer Sequenz öffnet oder darin klickt? Mit der globalen Aktion für eine benutzerdefinierte Bedingung. Anders als Antwort, Abmeldung und Bounce, die feste Ereignisse sind, nimmt die benutzerdefinierte Bedingung einen Filter entgegen – typischerweise den Betreff der Nachricht plus einen E-Mail-Tracking-Status, der auf geöffnet oder geklickt steht. Wenn sie zutrifft, kann die Sequenz den Empfänger austragen, eine andere E-Mail senden und einen Datensatz erzeugen, in beliebiger Kombination. ### Warum erzeugt eine automatisierte Outreach-Leiter Aktivität, aber keine Arbeit? Weil die Tasks, die sie erzeugt, reine Buchführung sind. Wenn jede Task-Vorlage bereits als erledigt angelegt wird, einem einzigen Administrator gehört und der Prozess, der sie verarbeitet, nur Automatisierung als Akteur akzeptiert, wird nie ein Mensch aufgefordert, irgendetwas zu tun. Die Leiter erzeugt Hunderte von Aktivitätsdatensätzen und null Arbeitsaufgaben, sodass eine Kohorte monatelang auf der ersten Stufe geparkt sein kann, ohne dass irgendetwas im System das meldet. ### Wie verhindern Sie, dass der manuell angelegte Task einer Person wieder in eine automatisierte Sequenz einfließt? Setzen Sie den Trigger-Akteur des Auffangprozesses auf „nur Anwendungen“. Der Akteur eines Datensatz-Triggers kann der Prozessinhaber sein, ausgewählte Einheiten und Benutzer, jeder Benutzer oder nur Anwendungen – Letzteres bedeutet, wie aus dem Enum gelesen und nicht getestet, dass der Prozess bei von Automatisierung erzeugten Datensätzen auslöst und nie bei denen eines Menschen. Ohne diese Einstellung nimmt jeder, der einen Task des überwachten Typs anlegt, unbemerkt einen Kontakt erneut auf. ### Woran erkennen Sie, dass eine automatisierte Kampagne nicht mehr funktioniert? Sie müssen gezielt danach fragen, denn ein Stillstand erzeugt Stille statt Fehler. Jede Sequenz stellt eine Zahl der aktuellen Aufnahmen bereit, und eine Leiter, in der jede Sequenz null laufende Aufnahmen meldet, hat niemanden, der sie durchläuft. Das Ausbleiben neuer Datensätze am Eingang sieht genauso aus wie eine ruhige Woche, und kein Alarm unterscheidet beides. --- Herausgegeben von Coevera. Auf das wiederverwendbare Muster abstrahiert – keine Kundennamen, keine Kundendaten, keine personenbezogenen Daten.