Trigger-basierte Automatisierung
Trigger-basierte Automatisierung startet eine Aktion automatisch in dem Moment, in dem eine definierte Bedingung erfüllt ist, statt nach festem Zeitplan.
Das Wichtigste in Kürze
- Trigger feuern beim Übergang in eine Bedingung, nicht während sie dauerhaft gilt.
- Die Einstellung zum erneuten Eintritt entscheidet, ob ein Kontakt mehrfach startet.
- Eine kurze Verzögerung lässt zusammengehörige Feldänderungen vor der Aktion einlaufen.
- Ausbleibende Aktivität ist kein Trigger, sie braucht eine geplante Prüfung.
- Protokollieren Sie, welcher Trigger für welchen Datensatz gefeuert hat.
Im Detail
Ein Trigger ist ein Listener, der auf eine Datenquelle horcht: eine Feldänderung, ein erreichtes Datum, eine überschrittene Score-Schwelle oder ein eingehendes Ereignis wie ein abgesendetes Formular. Die Plattform prüft die Eintrittsbedingung, sobald sich der Datensatz ändert, und stellt die Aktion in die Warteschlange, sobald der Ausdruck von falsch auf wahr wechselt. Diese Flankenerkennung ist wichtiger als die Bedingung selbst, denn eine Regel wie Score über achtzig würde sonst bei jedem weiteren Speichern erneut zutreffen und die Aktion wiederholt auslösen.
Zwei Einstellungen bestimmen, wie oft ein Trigger feuert: wie eng die Bedingung gefasst ist und ob ein Kontakt erneut eintreten darf. Enge Bedingungen ohne erneuten Eintritt erzeugen wenige, sehr belastbare Aktionen, verpassen aber Leads, deren Situation sich später ändert. Breite Bedingungen mit erneutem Eintritt erfassen jede Änderung und überlasten schnell das Postfach des Kontakts und die Warteschlange dahinter. Die dritte Stellschraube ist die Latenz: Sekunden bewahren die Kaufabsicht, eine kurze Verzögerung lässt zusammengehörige Updates einlaufen.
In der Praxis pflegen Teams eine kleine Zahl benannter Trigger und verzweigen dahinter, statt pro Kampagne einen eigenen Auslöser zu bauen. In einem Scorecard-Funnel ist der Abschluss des Quiz genau ein Trigger, und die vergebene Stufe entscheidet, welcher Zweig läuft; derselbe Listener bedient heiße, warme und kalte Ergebnisse gleichermaßen. Betrieblich brauchen Sie dazu drei Dinge: eine Sperrliste, eine Obergrenze für ausgelöste Nachrichten pro Kontakt und Woche sowie ein Protokoll, das festhält, welcher Trigger für welchen Datensatz gefeuert hat.
Trigger beschreiben Momente, keine Absichten, und sie feuern nur auf das, was das System tatsächlich beobachten kann. Wer auf einem nicht getrackten Gerät recherchiert, wirkt inaktiv; wer eine E-Mail versehentlich in der Vorschau öffnet, wirkt interessiert. Ebenso lässt sich der Gedanke, dass seit zehn Tagen nichts passiert ist, nicht als Auslöser formulieren; Abwesenheit braucht eine geplante Prüfung, die den Zeitraum aktiv nachrechnet. Hängt die Aktion von übergreifendem Kontext ab, etwa Gebietsverteilung oder Kampagnenbudget, bleibt ein Batch-Lauf die passendere Lösung.
Beispiel aus der Praxis
So wird es gemessen
Beginnen Sie mit der Feuerhäufigkeit im Verhältnis zu den betroffenen Datensätzen: wie oft ein Trigger lief, über wie viele verschiedene Kontakte, in welchem Zeitraum. Ein Verhältnis deutlich über eins bedeutet Wiedereintritte, gewollt oder als Schleife. Die Trigger-Latenz, also der Abstand zwischen Ereigniszeitstempel und Aktionszeitstempel, zeigt, ob Echtzeit wirklich Echtzeit ist; ein steigender Median deutet meist auf Rückstau in der Warteschlange hin.
Vergleichen Sie danach die Ergebnisse je Trigger. Antwort- oder Buchungsrate von Kontakten aus dem Quiz-Abschluss gegenüber jenen aus einem Seitenbesuch zeigt, welches Signal eine Aktion rechtfertigt. Beobachten Sie außerdem Abmeldungen aus ausgelösten Sendungen im Vergleich zu geplanten Sendungen. Liegt die Abmelderate bei ausgelösten Nachrichten höher, trifft die Bedingung Menschen, die gar kein starkes Signal senden wollten.
Häufige Fehler
Der häufigste Fehler ist ein eigener Trigger pro Kampagne. Nach einem Jahr passt ein Kontakt gleichzeitig auf neun Listener, erhält neun Nachrichten in einer Stunde, und niemand kann sagen, welche Regel welchen Versand verursacht hat. Konsolidieren Sie auf wenige benannte Auslöser und verzweigen Sie erst im Workflow. Ergänzen Sie eine globale Frequenzgrenze, damit selbst eine falsch gesetzte Bedingung nur eine begrenzte Zahl an Nachrichten erzeugt.
Der zweite Fehler ist das Feuern auf einen halb geschriebenen Datensatz. Eine Integration legt den Kontakt an und schreibt Firma und Score in getrennten Aufrufen; ein Trigger auf die Anlage läuft, bevor der Score existiert, und wählt den falschen Zweig. Warten Sie auf das Feld, von dem die Verzweigung abhängt, statt auf den Datensatz, oder prüfen Sie den Wert nach kurzer Verzögerung erneut, bevor die Bedingung ausgewertet wird.
Häufig gestellte Fragen
Wie unterscheidet sich Trigger-basierte von geplanter Automatisierung?
Geplante Automatisierung läuft zu festen Zeiten, Trigger-basierte Automatisierung sofort bei Erfüllung einer Bedingung. Dadurch reagieren Trigger-Abläufe deutlich schneller auf aktuelle Kaufabsicht.
Was macht einen guten Automatisierungs-Auslöser aus?
Ein guter Auslöser ist spezifisch genug, um nur bei relevanten Ereignissen zu feuern, etwa beim Überschreiten einer Score-Schwelle oder Abschluss eines Quiz. Zu breite Auslöser erzeugen Rauschen und Nachrichtenmüdigkeit.
Kann ein abgeschlossenes Quiz ein Auslöser sein?
Ja, ein abgeschlossenes Scorecard-Quiz mit einer Stufenzuordnung ist ein starker Auslöser. So handeln Sie auf Basis von Kaufabsicht und Qualifizierungsgrad genau im Moment der Interaktion.
Was ist der Unterschied zwischen Trigger und Workflow?
Der Trigger ist die Eintrittsbedingung, der Workflow alles, was danach passiert. Ein Trigger kann einen Workflow mit mehreren Zweigen starten, und ein Workflow hat meist genau einen Einstieg. Diese Trennung hilft bei der Fehlersuche: Sie prüfen zuerst, ob die falschen Kontakte eingetreten sind, und erst dann, ob die richtigen Kontakte den falschen Weg genommen haben.
Kann ein Trigger für denselben Kontakt zweimal feuern?
Ja, wenn der erneute Eintritt aktiviert ist und der Kontakt die Bedingung verlässt und wieder erfüllt. Die meisten Tools feuern standardmäßig einmal pro Kontakt und Automatisierung. Aktivieren Sie den erneuten Eintritt für wiederkehrende Bedingungen, etwa ein quartalsweise wiederholtes Quiz, und lassen Sie ihn bei einmaligen Ereignissen wie dem ersten Kauf ausgeschaltet.
Wie schnell sollte ein Trigger nach dem Ereignis reagieren?
Bei starken Signalen wie einem abgeschlossenen Qualifizierungs-Quiz innerhalb von Sekunden bis wenigen Minuten, solange die Person noch auf der Seite ist. Benötigt die Aktion angereicherte Daten aus einem anderen System, planen Sie einige Minuten ein. Sofort ist nicht immer besser: Eine Nachricht, die vor dem vollständigen Datensatz eintrifft, bleibt zwangsläufig generisch.
Brauche ich pro Score-Stufe einen eigenen Trigger?
Nein. Verwenden Sie einen Trigger auf den Quiz-Abschluss und verzweigen Sie innerhalb des Workflows nach Stufe. Getrennte Trigger vervielfachen die Stellen, an denen eine Schwelle gepflegt werden muss, und ein Lead genau auf der Grenze kann zwei davon erfüllen. Ein Einstieg mit sich gegenseitig ausschließenden Zweigen ist leichter zu prüfen und zu ändern.
Warum hat mein Trigger nicht gefeuert?
Meist gab es keinen Übergang. Stand das Feld schon beim Veröffentlichen auf dem Zielwert, überschreitet der Datensatz die Grenze nie. Weitere häufige Ursachen: Der Kontakt war gesperrt, der erneute Eintritt war nach einem früheren Lauf deaktiviert, oder die Automatisierung wurde gespeichert, aber nie aktiv geschaltet. Prüfen Sie zuerst das Eintrittsprotokoll, bevor Sie die Logik umbauen.
Sind Trigger besser als geplante Batch-Läufe?
Für alles, was von einer individuellen Handlung ausgeht, ja, denn Verzögerung kostet Antwortrate. Batch bleibt stärker, wenn die Entscheidung die gesamte Menge braucht: Gebiete gleichmäßig verteilen, Budgets deckeln oder nachts Dubletten bereinigen. Viele Teams betreiben beides, mit Triggern für die sofortige Reaktion und einem nächtlichen Lauf für alles, was offen geblieben ist.