Trigger-Regeln sind das Herzstück von MagicAI Engage: Sie entscheiden, wer auf welchen Kanälen kontaktiert wird und wie die Ansprache gemessen wird. Dieser Artikel behandelt die neun Standardregeln, das Erstellen und Bearbeiten einer Regel, die Bedingungsfelder und Operatoren, die Zustellkanäle und Zustellpfade, den A/B-Test, das Speichern und Aktivieren, die Nachrichten-Schutzmechanismen sowie die Frage, wie die Priorität Mitglieder auflöst, die gleichzeitig auf mehrere Regeln passen.
Contents
- Die neun Standard-Trigger-Regeln
- Eine Trigger-Regel erstellen und bearbeiten
- Bedingungen: wer angesprochen wird
- Referenz der Bedingungsfelder
- Operatoren
- Vertragstyp-Filter
- Kanäle: wie Mitglieder erreicht werden
- Zustellpfad: einseitig oder über den AI-Agenten
- A/B-Test
- Nachrichten-Schutzmechanismen
- Speichern und aktivieren
- Priorität und Auflösung mehrfacher Treffer
- Zusammenspiel mit MagicAI Chat
Die neun Standard-Trigger-Regeln
Neun Standardregeln werden automatisch angelegt, wenn Sie eine Konfiguration erstellen, geordnet nach Priorität (Position 0 läuft zuerst). Sie alle starten inaktiv.
| Priorität | Regel | Kategorie | Standardbedingung | Cooldown |
|---|---|---|---|---|
| 0 | Churn Risk | Churn Risk | Churn-Risiko-Band ≥ High | 30 Tage |
| 1 | New Joiner Churn 3M | New Joiner Churn | New-Joiner-Churn-Band 3M ≥ High | 30 Tage |
| 2 | New Joiner Churn 6M | New Joiner Churn | New-Joiner-Churn-Band 6M ≥ High | 30 Tage |
| 3 | New Joiner Churn 12M | New Joiner Churn | New-Joiner-Churn-Band 12M ≥ High | 30 Tage |
| 4 | Dormancy | Dormancy | Tage seit dem letzten Besuch > 15 | 30 Tage |
| 5 | Attendance Drop | Attendance Drop | Besuche lassen nach = Yes | 14 Tage |
| 6 | Contract Expiry | Contract Expiry | Tage bis Vertragsende ≤ 30 | 14 Tage |
| 7 | New Member | New Member | Tage seit Vertragsbeginn < 14 | 7 Tage |
| 8 | Custom | Custom | Keine (fügen Sie eine eigene hinzu) | 7 Tage |
Im Live-Build sind die Regeln 0 bis 3 vom Typ AI Model; die Regeln 4 bis 8 sind vom Typ Custom Rule. Diese Standards sind Ausgangspunkte. Sie können Bedingungen, Kanäle, Cooldowns und Prioritäten frei bearbeiten.
Zum Go-live gibt es eine integrierte Custom-Regel (Priorität 8, Regel #9), die Sie wie jede andere Regel konfigurieren. In einem späteren Release können Betreiber zusätzlich eigene Custom-Regeln anlegen, bis zu 5 pro Members-Zielgruppe, als Ein-Nachrichten-Trigger (keine dynamischen Folge-Workflows).
Die neun Regeln oben liegen alle auf der Zielgruppe Members. Zwei weitere Trigger laufen auf ihren eigenen ereignisgesteuerten Zielgruppen. Auf der Zielgruppe Leads feuert ein New-Lead welcome-Trigger, wenn ein neuer Lead angelegt wird, und spricht diesen einmalig an. Auf der Zielgruppe Former Members spricht ein Win-back-Trigger ein Mitglied, das gekündigt hat, einmalig an, und zwar zum Zeitpunkt der Kündigung plus einer konfigurierbaren Anzahl von Tagen (Standard 30) und immer nur einmal pro Mitglied. Beide sind ereignisgesteuert statt im täglichen Batch geplant, und beide liegen außerhalb der A/B-Aufteilung.
Was die Kategorien bedeuten:
- Churn Risk: Mitglieder mit einem erhöhten allgemeinen Churn-Risiko-Band. Dies ist die breiteste Retention-Regel.
- New Joiner Churn: Mitglieder im ersten Jahr, deren frühes Verhalten auf ein erhöhtes Churn-Risiko hindeutet. Bewertet durch dedizierte Modelle 42 Tage (6 Wochen) nach Vertragsbeginn, über drei Kündigungshorizonte hinweg (3, 6 und 12 Monate). Siehe auch: Das Churn-Risiko-Signal.
- Dormancy: Mitglieder, die ihre Besuche vollständig eingestellt haben. Der Standardschwellenwert liegt bei 15 Tagen seit dem letzten Besuch. Dies ist Ihre "Wir vermissen dich"-Regel.
- Attendance Drop: Mitglieder, die zwar noch kommen, aber merklich seltener. Zu unterscheiden von Dormancy: Das Mitglied ist aktiv, aber rückläufig, was oft das frühere und besser adressierbare Signal ist.
- Contract Expiry: Mitglieder, deren Vertrag bald endet. Nutzen Sie dies, um sie erneut anzusprechen, bevor eine Kündigungsentscheidung fällt. Ein Vertrag in seiner Kündigungsfrist ist bis zum Enddatum weiterhin aktiv.
- New Member: Mitglieder, die gerade beigetreten sind. Nutzen Sie dies, um sie zu begrüßen und das Onboarding in den kritischen ersten zwei Wochen zu begleiten.
- Custom: keine Standardbedingung. Bauen Sie beliebige Zielgruppenlogik aus den verfügbaren Bedingungsfeldern auf.
Eine Trigger-Regel erstellen und bearbeiten
Klappen Sie im Tab Configuration eine Regelzeile auf, um sie zu bearbeiten. Der Editor ist gegliedert in WHO (Zielgruppen-Bedingungen), HOW (Zustellkanäle), WHEN (Trigger-Cooldown) und A/B testing. Ein Zusammenfassungsbanner oben übersetzt die Regel in Klartext, die Karte Rule Info zeigt Typ, Kategorie, Priorität und Kanalanzahl, und die Karte Audience zeigt, wie viele Mitglieder aktuell passen.
Der Regel-Editor (Churn Risk): WHO-Bedingungen, HOW-Kanäle, WHEN-Cooldown und A/B-Test an einer Stelle, mit einer Live-Zählung der Zielgruppe.
Bedingungen: wer angesprochen wird
Fügen Sie mindestens eine Bedingung hinzu. Wenn eine Regel mehrere Bedingungen hat, muss ein Mitglied auf alle passen. Bedingungen werden gegen einen Snapshot der Mitgliederdaten ausgewertet, der einmal pro Tag aktualisiert wird, sodass eine Regel jedes Mitglied stets im Zustand der jüngsten Aktualisierung sieht.
Referenz der Bedingungsfelder
Die folgenden Bedingungsfelder lassen sich in jeder Regel kombinieren; die Felder sind nicht durch die Kategorie eingeschränkt und erscheinen als einzelne flache Liste im Dropdown. Die definierende Bedingung einer Standardregel ist bearbeit- und löschbar, nicht gesperrt.
| Feld | Was es enthält und wie es berechnet wird |
|---|---|
| Churn risk | Das allgemeine Churn-Risiko-Band: Very Low, Low, Medium, High oder Very High. Leer, wenn das Mitglied kein Band hat (keine Marketing-Einwilligung, kein aktiver Vertrag, unter 18 oder unzureichende Daten). Vergleiche sind geordnet, daher passt "≥ High" auf High und Very High. |
| New joiner churn risk (3M) | Risiko-Band aus dem dedizierten New-Joiner-Modell am 3-Monats-Kündigungshorizont, mit denselben fünf Bändern. Verfügbar, sobald das Mitglied bewertet wurde; davor leer. |
| New joiner churn risk (6M) | Risiko-Band aus dem New-Joiner-Modell am 6-Monats-Kündigungshorizont, mit denselben fünf Bändern. |
| New joiner churn risk (12M) | Risiko-Band aus dem New-Joiner-Modell am 12-Monats-Kündigungshorizont, mit denselben fünf Bändern. |
| Days Until Contract End | Volle Tage zwischen heute und dem geplanten Enddatum des Vertrags. Leer bei unbefristeten Verträgen. Die Standardregel Contract Expiry verwendet "≤ 30". |
| Days Since Last Visit | Volle Tage seit dem jüngsten Check-in des Mitglieds. 0 bedeutet, es war heute da. Leer, wenn das Mitglied in den letzten 12 Monaten nicht da war. Die Standardregel Dormancy verwendet "> 15". |
| Days Since Contract Start | Volle Tage zwischen dem Vertragsbeginn und heute. Die Standardregel New Member verwendet "< 14". |
| Days Since Cancellation | Volle Tage, seit die Kündigung erfasst wurde. Nur gekündigte Verträge haben einen Wert. |
| Visits (Last 14 Days) | Anzahl der Check-ins im rollierenden 14-Tage-Fenster bis heute. |
| Visits (Last 60 Days) | Anzahl der Check-ins im rollierenden 60-Tage-Fenster bis heute. |
| Contract Type | Der Typ des Hauptmitgliedschaftsvertrags des Mitglieds. Funktioniert mit =, ≠ und contains. Dies ist auch als regelweiter Einschluss-/Ausschluss-Filter nach Vertragstyp verfügbar. |
| Contract price | Für die aktuelle Zahlungsperiode des Vertrags berechneter Preis. |
| Payment frequency | Wie oft der Vertrag abgerechnet wird, etwa monatlich, quartalsweise oder jährlich. |
| Contract extension | Verlängerungsmodell des Vertrags, etwa befristet oder automatisch verlängernd. |
| Payment method | Die konfigurierte Zahlungsmethode des Mitglieds, etwa Lastschrift, Karte oder Bar. |
| Payment type | Art der mit dem Vertrag verbundenen Zahlungsvereinbarung. |
| Payment interval unit | Zeiteinheit für die Abrechnung, etwa Tag, Woche, Monat oder Jahr. |
| Payment interval length | Anzahl der Zahlungsintervall-Einheiten zwischen Abbuchungen. Beispielsweise bedeuten 3 Monate eine quartalsweise Abrechnung. |
| Pre-use type | Konfiguration für den Zeitraum, bevor der Vertrag genutzt werden kann. |
| Contract term | Länge der Vertragslaufzeit in Monaten. In Wochen oder Tagen gespeicherte Laufzeiten werden anhand einer durchschnittlichen Monatslänge umgerechnet. |
| Days since contract created | Volle Tage, seit der aktuelle Vertrag im System angelegt wurde, was vom Vertragsbeginn abweichen kann. |
| Days since last collection | Anzahl der Tage seit dem letzten Einzugsdatum. |
| Last payment amount | Gesamter erwarteter Betrag des letzten Zahlungseinzugs. |
| Last payment paid amount | Tatsächlich gezahlter Betrag des letzten Einzugs nach Anpassungen. |
| Attendance trend | Jüngste Richtung des Besuchsverhaltens. Werte umfassen very high increase, slight increase, normal, slight decrease, very high decrease und no data. |
| Is drifting | Ob das Mitglied seine Trainingsgewohnheit verliert: Yes, wenn es in den vorletzten zwei Wochen (Tage 15–28) 3 oder mehr Check-ins hatte und in den letzten zwei Wochen (Tage 1–14) nur 1 oder 2 Check-ins, sonst No. Die Standardregel Attendance Drop verwendet "= Yes". |
| Origin type | Die Akquisequelle, die den Lead erzeugt hat, etwa eine Landing Page, eine personalisierte Angebotsseite oder MySports. Verwenden Sie contains MySports, um MySports, MySports App und MySports Web in einer Regel abzudecken; is MySports schließt die App- und Web-Werte nicht ein. Wird vorrangig von den Lead-Triggern genutzt; siehe Den New-lead-Trigger in Engage konfigurieren. |
Die im Dropdown angebotenen WHO-Bedingungsfelder.
Operatoren
Welche Operatoren angeboten werden, hängt vom Feldtyp ab. Ein Risiko-Band-Feld bietet vier (≥, ≤, =, ≠). Ein numerisches Feld bietet fünf (>, ≥, <, ≤, =, ohne ≠). Das Feld Contract type bietet =, ≠ und contains.
| Operator | Funktioniert mit | Bedeutung |
|---|---|---|
| > | Numerische Felder | Der Mitgliedswert ist strikt größer als der Schwellenwert |
| ≥ | Numerische Felder, Risiko-Bänder | Der Mitgliedswert ist größer als oder gleich dem Schwellenwert |
| < | Numerische Felder | Der Mitgliedswert ist strikt kleiner als der Schwellenwert |
| ≤ | Numerische Felder, Risiko-Bänder | Der Mitgliedswert ist kleiner als oder gleich dem Schwellenwert |
| = | Numerische Felder, Risiko-Bänder, Contract type | Der Mitgliedswert ist exakt gleich dem Schwellenwert |
| ≠ | Risiko-Bänder, Contract type | Der Mitgliedswert ist ungleich dem Schwellenwert |
| contains | Contract type | Der Mitgliedswert enthält den Schwellenwert als Teilzeichenkette (ohne Beachtung der Groß-/Kleinschreibung) |
Risiko-Bänder vergleichen in dieser Reihenfolge: Very Low < Low < Medium < High < Very High.
Vertragstyp-Filter
Unabhängig von den Bedingungen können Sie bestimmte Vertragstypen für die gesamte Regel ein- oder ausschließen. Nutzen Sie dies zum Beispiel, um Probe- oder Firmenverträge aus Retention-Kampagnen herauszuhalten.
Kanäle: wie Mitglieder erreicht werden
Fügen Sie mindestens einen Kanal hinzu. Jeder Kanal erfordert eine Nachrichtenvorlage (erstellt im Tab Templates). Nur WhatsApp bietet einen AI-Agenten-Pfad; Email, SMS und die Push-Nachricht der MySports App sind direkte, einseitige Sendungen.
| Kanal | Vorlage | Agent |
|---|---|---|
| Erforderlich ("WhatsApp requires a template"). Nutzt die Meta-Verbindung und eine von Meta genehmigte Vorlage. Siehe auch: WhatsApp für Engage einrichten. | AI Chatbot (zweiseitig). Zugestellt über den MagicAI-Chat-Agenten, sodass das Mitglied antworten kann. | |
| Erforderlich. Wird an die hinterlegte E-Mail-Adresse des Mitglieds gesendet; Mitglieder ohne eine solche werden für diesen Kanal übersprungen. | Kein (direkt) | |
| SMS | Erforderlich. Wird an die hinterlegte Mobilnummer des Mitglieds gesendet; Mitglieder ohne eine solche werden für diesen Kanal übersprungen. | Kein (direkt) |
| MySports App | Erforderlich. Push-Benachrichtigung über die MySports App; erfordert, dass die App für das Studio aktiviert ist. | Kein (direkt) |
Kanäle und der Agenten-Pfad im HOW-Schritt: Nur WhatsApp kann agentengestützt sein (über den MagicAI-Chat-AI-Agenten); Email, SMS und die Push-Nachricht der MySports App sind einseitig.
Für jeden Trigger und jeden Kanal wird eine Standardvorlage bereitgestellt, sodass jede Regel von Anfang an etwas zum Senden hat. Bearbeiten Sie diese oder erstellen Sie im Tab Templates eigene.
Zustellpfad: einseitig oder über den AI-Agenten
Jede Zustellung wird mit einem von zwei Pfaden erfasst, angezeigt in der Spalte Path des Tabs Delivery:
- Einseitig: Die Nachricht geht direkt über den Kanalanbieter an das Mitglied (E-Mail-Anbieter, SMS-Gateway und so weiter).
- Agent: Die Nachricht wird über den MagicAI-Chat-Agenten zugestellt. Die Ansprache landet als Chat-Konversation, das Mitglied kann antworten, und der AI-Agent übernimmt die weitere Bearbeitung.
Sie wählen den Pfad nicht über einen separaten Selektor. Er wird dadurch bestimmt, ob Sie im Regel-Editor einen Agenten auf dem Kanal konfigurieren: Wenn der WhatsApp-Kanal einer Regel einen konfigurierten Agenten hat, nutzt die Zustellung den Agent-Pfad; andernfalls ist sie einseitig.
Voraussetzung: Die Zustellung über den AI-Agenten erfordert eine aktive MagicAI-Chat-Konfiguration. Ohne eine solche geht die Nachricht als reguläre einseitige Sendung hinaus. Die Push-Nachricht der MySports App ist stets eine einseitige Benachrichtigung.
A/B-Test
A/B-Tests werden einmalig, global, für die Zielgruppe Members konfiguriert, oben im Tab Configuration. Sie sind optional und standardmäßig aus; solange sie aus sind, erhalten alle passenden Mitglieder Nachrichten.
- Wenn aktiviert, legen Sie die Aufteilung zwischen der Treatment-Gruppe (Group A, kontaktiert) und der Control-Gruppe (Group B, zurückgehalten) fest. Drei Voreinstellungen werden angeboten: 90/10, 80/20 und 50/50. 80/20 ist für die meisten Studios ein guter Standard.
- Die Aufteilung ist global für die Zielgruppe Members: Jedes Mitglied behält über jeden Trigger und jeden Lauf hinweg dieselbe Gruppe. Ein Mitglied in der Kontrollgruppe erhält von keinem Members-Trigger Nachrichten und erscheint im Zustellprotokoll als Control (nicht angeschrieben).
- Eine globale Aufteilung statt einer separaten Aufteilung pro Trigger hält die Messung sauber. Eine Aufteilung pro Trigger könnte dasselbe Mitglied bei einem Trigger in Treatment und bei einem anderen in Control setzen, was den Wert der Impact-Analyse zunichtemachen würde.
- Leads und Former Members liegen außerhalb der Aufteilung: Ihre ereignisgesteuerten Trigger senden stets an alle, die passen.
Der Kompromiss ist bewusst gewählt: Die Kontrollgruppe erhält keine Ansprache, Sie geben also etwas kurzfristige Reichweite auf im Austausch dafür, zu wissen, ob die Ansprache wirkt. Siehe auch: Impact Analysis.
Globale A/B-Tests, nur Members, mit den Voreinstellungen 90/10, 80/20 und 50/50 und Live-Zählungen für Treatment/Control.
Nachrichten-Schutzmechanismen
Engage verfügt über eingebauten Schutz gegen zu häufige Nachrichten. Zwei Schutzmechanismen werden an jeder Trigger-Regel und über die Priorität konfiguriert; zwei weitere sind globale Einstellungen im Tab Delivery.
- Cooldown pro Regel. An jeder Trigger-Regel in Tagen konfiguriert. Wenn ein Mitglied innerhalb der letzten N Tage von genau dieser Regel eine gesendete Nachricht erhalten hat, wird es übersprungen. Standards: 30 Tage für Churn Risk, New Joiner Churn und Dormancy; 14 Tage für Attendance Drop und Contract Expiry; 7 Tage für New Member und Custom. Ein Cooldown von 0 deaktiviert ihn für diese Regel.
- Dedup bei Mehrfachtreffern. Innerhalb eines einzelnen täglichen Laufs kann ein Mitglied nur von einer Regel kontaktiert werden (siehe Priorität und Auflösung mehrfacher Treffer, unten).
- Ruhezeiten (Ruhezeiten) sowie tägliche und wöchentliche Frequenzobergrenzen sind globale Einstellungen, die im Tab Delivery konfiguriert und von allen an die Konfiguration angeschlossenen Studios geteilt werden. Siehe auch: Trigger ausführen (Zeitplan, Vorschau und Ausführungsprotokoll) dazu, wie diese konfiguriert werden und wie sie sich verhalten.
Speichern und aktivieren
- Beim Speichern muss jede Regel mindestens eine Bedingung und einen Kanal haben, und jede Bedingung muss einen Wert haben. Die Custom-Regel wird ohne Bedingung ausgeliefert, daher müssen Sie eine hinzufügen, bevor sie aktiviert werden kann.
- Schalten Sie jede Regel active (aktiv) oder inactive (inaktiv). Nur aktive Regeln laufen im täglichen Batch.
- Legen Sie die Priorität fest, indem Sie Regeln in der Liste nach oben oder unten verschieben. Die Priorität bestimmt, welche Regel gewinnt, wenn ein Mitglied auf mehrere passt (siehe unten).
Priorität und Auflösung mehrfacher Treffer
Ein Mitglied kann leicht auf mehrere Regeln gleichzeitig passen: Jemand mit hohem Churn-Risiko, der seit drei Wochen nicht da war, passt sowohl auf die Regel Churn Risk als auch auf Dormancy. Engage löst dies mit einer einfachen Regel auf.
Der erste Anspruch gewinnt. Wenn ein Mitglied auf mehrere aktive Regeln passt, kontaktiert die Regel mit der höchsten Priorität (niedrigste Positionsnummer) es zuerst. Regeln mit niedrigerer Priorität überspringen dieses Mitglied im selben täglichen Lauf, sodass kein Mitglied mehr als eine Nachricht pro täglichem Lauf erhält.
So funktioniert es in der Praxis:
- Regeln laufen in Prioritätsreihenfolge, Position 0 zuerst. Sie legen die Reihenfolge fest, indem Sie Regeln im Tab Configuration nach oben oder unten verschieben.
- Wenn eine Regel ein Mitglied kontaktiert, wird dieses Mitglied für den Rest des täglichen Laufs beansprucht. Regeln mit niedrigerer Priorität protokollieren das Mitglied als "Skipped (dedup)".
- Der Dedup gilt innerhalb eines täglichen Laufs eines Studios. Am nächsten Tag kann das Mitglied erneut passen (vorbehaltlich Cooldowns und Frequenzobergrenzen).
- Manuelle Läufe ("Run now") deduplizieren nicht gegen die anderen Regeln des täglichen Laufs; ein manueller Lauf steht für sich.
Platzieren Sie Ihre wichtigsten Regeln ganz oben. Wenn Retention Ihre Priorität ist, halten Sie Churn Risk auf Position 0, damit gefährdete Mitglieder stets die Retention-Nachricht statt einer generischen erhalten.
Zusammenspiel mit MagicAI Chat
Wenn ein Kanal über den AI-Agenten zustellt, landet die Ansprache als Chat-Konversation statt als einseitiger Nachricht. Das Mitglied kann antworten, und der MagicAI-Chat-Agent führt die Konversation fort. Das macht aus einem Retention-Anstoß einen Dialog: Das Mitglied kann direkt im Thread nach Kursplänen fragen, eine Einheit buchen oder ein Anliegen vorbringen.
- Voraussetzung: eine aktive MagicAI-Chat-Konfiguration für die Organisation.
- So aktivieren Sie es: Konfigurieren Sie einen AI-Agenten auf dem WhatsApp-Kanal einer Trigger-Regel. Es gibt keinen separaten MagicAI-Chat-Tab in Engage; das Zusammenspiel ist schlicht der Agent-Zustellpfad eines Kanals.
- Ohne Chat-Konfiguration: Die Nachricht geht als reguläre einseitige Sendung hinaus. Mitglieder können nicht in eine Konversation antworten.
Siehe auch: MagicAI Chat einrichten. Siehe auch: WhatsApp für Engage einrichten.