Wenn/Dann-Automatisierung
Eine Wenn/Dann-Automatisierung ist bedingte Logik, die eine Aktion nur ausführt, wenn eine festgelegte Bedingung erfüllt ist, sodass CRM- und Marketing-Tools je nach Daten oder Verhalten eines Leads unterschiedlich reagieren.
Das Wichtigste in Kürze
- Eine Regel wertet eine Momentaufnahme aus, spätere Feldänderungen verschieben niemanden mehr.
- Ein ausdrücklicher Sonst-Zweig garantiert, dass jeder Datensatz irgendwo landet.
- Überlappende Bereiche lassen einen Datensatz zwei Zweige treffen und widersprüchliche Nachrichten erhalten.
- Leere Felder erfüllen weder Größer- noch Kleiner-Vergleiche und fallen durch.
- Verzweigen Sie auf eine benannte Stufe statt auf eine feste Zahl.
Im Detail
Eine Wenn/Dann-Regel ist ein boolescher Ausdruck, der zu einem bestimmten Zeitpunkt gegen einen bestimmten Datensatz ausgewertet wird. Der Ausdruck verknüpft Vergleiche mit UND, ODER und NICHT, und die Plattform geht die Zweige in einer festgelegten Reihenfolge durch und nimmt den ersten, der wahr ergibt. Die Auswertung ist eine Momentaufnahme und kein Abonnement: Der Zweig wird aus den in diesem Augenblick vorhandenen Werten gewählt, und ein Feld, das sich eine Minute später ändert, verschiebt den Kontakt nicht mehr. Leere Werte sind die stille Komplikation.
Zwei Eigenschaften zählen vor allen anderen: Abdeckung und Ausschließlichkeit. Abdeckung heißt, dass jeder Datensatz mindestens einen Zweig trifft, was ein ausdrücklicher Sonst-Zweig garantiert. Ausschließlichkeit heißt, dass kein Datensatz zwei Zweige trifft, was überlappende Bereiche leise brechen, denn Score über sechzig und Score über achtzig fangen beide eine Neunzig. Tiefere Verschachtelung erkauft Präzision mit Lesbarkeit, und jede weitere Bedingung verringert die Zahl der Datensätze im tiefsten Zweig, sodass ein fünfstufiger Baum meist Pfade enthält, die noch nie ein Kontakt genommen hat.
In der Praxis formulieren Sie Zweigbedingungen als Bereiche, die aneinandergrenzen, sich aber nie überschneiden, und stellen die engste Bedingung nach vorn, wenn das Tool der Reihe nach auswertet. Scorecard-Stufen taugen als Zweiggrenzen, weil sie den Wertebereich bereits aufteilen: Eine Regel, die Stufe gleich heiß prüft statt Score über achtzig, bleibt korrekt, wenn jemand später die Schwelle ändert. Ein firmografischer Filter kombiniert mit einer Score-Bedingung, etwa Branche plus Stufe, ist die Stelle, an der Routing-Regeln ihren eigentlichen Nutzen entfalten.
Wenn/Dann-Logik ist eine Entscheidung und kein Zustandsautomat, kann also Warten oder Abfolge nicht selbst ausdrücken; zwischen zwei Regeln muss ein Wartezeitknoten stehen. Sie kodiert außerdem Annahmen, die die Daten überleben, denn ein Zweig auf ein Feld, das nicht mehr gefüllt wird, schickt stillschweigend alle in den Sonst-Pfad. Und ein Regelbaum kann Evidenz nicht gewichten. Wer acht Bedingungen schreibt, um Passungsgrade anzunähern, braucht in Wahrheit keinen Regelbaum, sondern einen Score mit einer einzigen sauber gesetzten Schwelle.
Beispiel aus der Praxis
So wird es gemessen
Zählen Sie Datensätze je Zweig und vergleichen Sie mit Ihrer Erwartung. Ein Zweig, der fast nichts erhält, trägt meist eine unerreichbare Bedingung, und ein Zweig, der fast alles erhält, filtert überhaupt nicht. Setzen Sie besonders auf den Sonst-Pfad einen Zähler, denn ein wachsender Sonst-Wert ist das früheste Signal dafür, dass ein Feld nicht mehr gefüllt wird oder ein neuer, nie vorgesehener Wert aufgetaucht ist.
Messen Sie danach die Ergebnisunterschiede zwischen den Zweigen. Konvertieren Kontakte im heißen Zweig etwa so gut wie die im warmen Zweig, trennt die Bedingung nichts, und die Aufteilung erzeugt nur Komplexität. Verfolgen Sie das je Grenze statt je Workflow, denn meist leistet eine einzige Schwelle die eigentliche Arbeit, während die übrigen Grenzen reine Dekoration bleiben.
Häufige Fehler
Der klassische Fehler sind Bedingungen mit einer Lücke. Eine Regel behandelt Scores über achtzig und unter fünfzig, alle dazwischen erhalten stillschweigend nichts, und das zeigt sich später als unerklärter Einbruch bei der Nachverfolgung. Bauen Sie die Zweige als Aufteilung: Zeichnen Sie die Grenzen auf, prüfen Sie, ob jeder Wert vom Minimum bis zum Maximum irgendwo landet, und ergänzen Sie einen Sonst-Zweig auf eine Prüfliste.
Der zweite Fehler ist das Mischen von UND und ODER ohne Klammern. Branche gleich Gesundheitswesen UND Score über sechzig ODER Branche gleich Finanzen liest sich sehr unterschiedlich, je nachdem wie das Tool gruppiert, und die meisten Editoren zeigen die Gruppierung nicht an. Zerlegen Sie zusammengesetzte Bedingungen in verschachtelte Regeln und testen Sie jede Kombination mit einem eigens dafür gebauten Datensatz, auch die ausgeschlossenen Fälle.
Häufig gestellte Fragen
Ist eine Wenn/Dann-Automatisierung dasselbe wie ein Workflow?
Nein. Die Wenn/Dann-Logik ist der bedingte Entscheidungspunkt, während ein Workflow die übergeordnete Abfolge mit vielen Wenn/Dann-Zweigen ist. Sie nutzen Wenn/Dann-Regeln als Bausteine innerhalb eines Workflows.
Kann ich mehrere Wenn/Dann-Bedingungen verschachteln?
Ja, die meisten Plattformen erlauben es, Bedingungen mit UND/ODER zu kombinieren oder Zweige ineinander zu stapeln. Halten Sie die Verschachtelung flach und gut beschriftet, damit die Logik les- und testbar bleibt.
Was passiert, wenn keine Bedingung auf einen Lead zutrifft?
Die meisten Tools erlauben einen Standard- oder "Sonst"-Zweig, der Kontakte ohne passende Regel auffängt. Legen Sie immer einen fest, damit Leads nie ohne nächsten Schritt zurückbleiben.
Was unterscheidet Wenn/Dann-Logik von einem Workflow?
Wenn/Dann-Logik ist die Entscheidung an einem Knoten, ein Workflow der gesamte Weg samt Timing und Aktionen. Es gibt Workflows ganz ohne bedingte Logik, und eine Regel lässt sich auch außerhalb eines Workflows auswerten, etwa bei der Zuweisung eines Besitzers bei Anlage. Diese Trennung zeigt Ihnen, ob ein Problem am Routing oder an der Abfolge liegt.
Wie gehe ich mit leeren Feldern in einer Bedingung um?
Prüfen Sie den Leerfall ausdrücklich, und zwar vor den Vergleichen. Ein leerer Score ist weder über noch unter einer Schwelle, fällt also durch jeden numerischen Zweig und landet im Sonst-Pfad oder nirgends. Ergänzen Sie einen ersten Zweig, der Datensätze ohne das Feld abfängt und sie zur Anreicherung oder in eine Prüfliste schickt, statt sie still verschwinden zu lassen.
Verschachtelte Regeln oder mehrere getrennte Regeln?
Verschachteln Sie, wenn die Bedingungen wirklich voneinander abhängen, und trennen Sie sie sonst. Ein verschachtelter Baum hält zusammengehörige Entscheidungen an einem Ort, wird aber jenseits von drei Ebenen unlesbar. Unabhängige Entscheidungen wie Sprachzuweisung und Besitzerzuweisung gehören in getrennte Regeln, denn kombiniert entstehen Zweige für jede Kombination, von denen die meisten nie genutzt werden.
Wie teste ich Wenn/Dann-Zweige vor dem Start?
Bauen Sie je Zweig einen Testdatensatz, dazu Grenzwerte, die exakt auf der Schwelle liegen, und einen Datensatz mit leerem Feld. Lassen Sie alle durchlaufen und prüfen Sie, wo jeder gelandet ist. Grenzwerte sind am wichtigsten, denn der Unterschied zwischen größer und größer gleich entscheidet, ob der Datensatz auf der Linie in die obere oder untere Stufe fällt.
Warum treffen manche Kontakte zwei Zweige?
Weil die Bedingungen überlappen, meist weil Bereiche einzeln statt als Aufteilung geschrieben wurden. Nimmt das Tool den ersten wahren Zweig, ist der zweite toter Code; führt es alle passenden Zweige aus, erhält der Kontakt beide Behandlungen. Schreiben Sie die Bereiche mit Unter- und Obergrenze und lassen Sie nie zwei Zweige an derselben Seite offen.
Wann sollte ich Regeln durch Scoring ersetzen?
Sobald die Zahl der Bedingungen größer wird, als Sie in einem Satz erklären können, oder sobald Bedingungen Grade statt Fakten ausdrücken. Regeln beantworten Ja oder Nein gut und nähern Passungsgrade schlecht an. Wandeln Sie die vielen schwachen Bedingungen in Punkte um, behalten Sie ein bis zwei harte Regeln als Filter und verzweigen Sie stattdessen auf das entstehende Score-Band.