Skip to content

Ausstiegskriterien mit Eingangs-Events abgleichen

In diesem Artikel erfahren Sie, wie Sie Ausstiegskriterien und Aktionspfade einrichten, die direkt mit dem Canvas-Eingangs-Event korrelieren, sodass Nutzer:innen nur dann aussteigen oder verzweigt werden, wenn sie eine bestimmte Aktion ausführen, die mit dem Grund ihres Canvas-Eintritts zusammenhängt.

Durch den Vergleich von Event-Eigenschaften mit Canvas-Eingangs-Eigenschaften können Sie hochgradig zielgerichtete Flows erstellen. In einem Canvas für abgebrochene Checkouts können Sie beispielsweise konfigurieren, dass Nutzer:innen nur dann aussteigen, wenn sie genau den Artikel kaufen, den sie abgebrochen haben, während sie weiterhin Erinnerungsnachrichten erhalten, wenn sie einen anderen Artikel kaufen.

Dieser Ansatz verwendet Kontext-Variablen, um Eigenschaften über Events hinweg zu vergleichen. Das Muster lässt sich auf viele Szenarien jenseits von E-Commerce anwenden, darunter Richtlinien-Verlängerungen, Buchungserinnerungen und Abo-Management.

Ausstiegskriterien: Den Canvas verlassen, wenn eine übereinstimmende Aktion erfolgt

Verwenden Sie Ausstiegskriterien, wenn Nutzer:innen den Canvas vollständig verlassen sollen, nachdem sie eine Aktion ausgeführt haben, die mit ihrem Eingangs-Event übereinstimmt.

Beispiel: Abgebrochener Ticketkauf

In diesem Szenario treten Nutzer:innen in den Canvas ein, wenn sie das angepasste Event Selected Ticket ausführen, das eine Eigenschaft namens event_id enthält. Die Ausstiegskriterien sind so konfiguriert, dass beim Triggern des angepassten Events Purchased Ticket – das ebenfalls eine Eigenschaft namens event_id enthält – die Event-Eigenschaft des Ausstiegs-Events mit der Event-Eigenschaft des Eingangs-Events verglichen wird. Stimmen beide überein, verlassen die Nutzer:innen den Canvas.

Das bedeutet:

  • Wenn Nutzer:innen dasselbe Ticket kaufen, das sie ursprünglich ausgewählt haben, verlassen sie den Canvas und erhalten keine Erinnerungen mehr.
  • Wenn Nutzer:innen ein anderes Ticket kaufen, bleiben sie im Canvas und erhalten weiterhin Follow-up-Nachrichten zum ursprünglichen Ticket.

So richten Sie dies ein:

  1. Richten Sie einen aktionsbasierten Canvas-Eingang mit dem triggernden angepassten Event (z. B. Selected Ticket) und der relevanten Eigenschaft (z. B. event_id) ein.
  2. Konfigurieren Sie im Schritt Zielgruppe das Ausnahme-Event der Ausstiegskriterien mit dem abschließenden angepassten Event (z. B. Purchased Ticket).
  3. Wählen Sie Add property filters aus und fügen Sie einen Filter hinzu, bei dem der Vergleich der Basiseigenschaft event_id auf equals gesetzt ist.
  4. Aktivieren Sie den Personalize value-Toggle, setzen Sie den Personalization type auf Context Variables und das Attribut auf event_id.

Dadurch wird die event_id des Purchased Ticket-Events mit der event_id verglichen, die beim ursprünglichen Canvas-Eingangs-Event gespeichert wurde. Weitere Details zur Konfiguration dieser Filter finden Sie unter Beispiele für Ausstiegskriterien.

Aktionspfade: Verzweigung basierend auf einer übereinstimmenden Aktion

Verwenden Sie Aktionspfade, wenn Nutzer:innen im Canvas bleiben, aber je nachdem, ob ihre nachfolgende Aktion mit dem Eingangs-Event übereinstimmt, einen anderen Pfad einschlagen sollen.

Beispiel: Abgebrochener Checkout mit Verzweigungspfaden

In diesem Szenario erhalten Nutzer:innen, die einen Artikel ausgewählt, aber den Kauf nicht abgeschlossen haben, zunächst eine Nachricht zum abgebrochenen Checkout. Anschließend werden sie in einem Aktions-Pfad-Schritt eine Woche lang gehalten, bevor sie basierend auf ihrem Verhalten in diesem Zeitraum in drei Pfade sortiert werden:

  • Ursprünglichen Kauf abgeschlossen: Die ID der angepassten Event-Eigenschaft stimmt mit der ID der Eingangs-Eigenschaft überein. Diese Nutzer:innen könnten eine Dankesnachricht oder eine Cross-Sell-Empfehlung erhalten.
  • Einen anderen Kauf getätigt: Die ID der angepassten Event-Eigenschaft stimmt nicht mit der ID der Eingangs-Eigenschaft überein. Diese Nutzer:innen könnten eine Erinnerung an den ursprünglichen Artikel erhalten.
  • Keinen Kauf getätigt: Fällt in die Gruppe Alle anderen. Diese Nutzer:innen könnten einen stärkeren Anreiz oder eine letzte Erinnerung erhalten.

So richten Sie dies ein:

  1. Fügen Sie einen Aktionspfade-Schritt hinzu und legen Sie das Auswertungsfenster fest (z. B. eine Woche).
  2. Fügen Sie für die erste Aktionsgruppe (ursprünglicher Kauf) einen Trigger für das abschließende angepasste Event hinzu (z. B. Purchased_Ticket). Wählen Sie Add property filters aus und fügen Sie einen Filter hinzu, bei dem der Vergleich der Basiseigenschaft event_id auf equals gesetzt ist. Aktivieren Sie Personalize value, setzen Sie den Personalization type auf Context Variables und das Attribut auf event_id.
  3. Fügen Sie für die zweite Aktionsgruppe (anderer Kauf) dasselbe Trigger-Event hinzu, setzen Sie den Vergleich jedoch auf does not equal mit derselben Kontext-Variablen-Konfiguration.
  4. Verwenden Sie die Gruppe Alle anderen für Nutzer:innen, die das abschließende Event überhaupt nicht ausgeführt haben.

Weitere Details zur Konfiguration dieser Filter finden Sie unter Beispiele für Aktionspfade.

Weitere Anwendungsfälle

Obwohl in diesem Artikel ein Beispiel für einen abgebrochenen Kauf verwendet wird, können Sie dasselbe Muster auf jedes Szenario anwenden, in dem eine abschließende Aktion mit der Eingangs-Aktion korrelieren muss, darunter:

  • Richtlinien-Verlängerungen: Nutzer:innen aussteigen lassen, die die spezifische Richtlinie verlängern, die den Canvas getriggert hat.
  • Buchungserinnerungen: Nutzer:innen verzweigen, je nachdem, ob sie ihre ursprüngliche Buchung bestätigt oder geändert haben.
  • Abo-Management: Nutzer:innen unterschiedlich weiterleiten, je nachdem, ob sie den spezifischen Plan upgraden, zu dem sie aufgefordert wurden.
  • Event-Registrierungen: Nutzer:innen aussteigen lassen, die die Registrierung für das spezifische Event abschließen, an dem sie Interesse gezeigt haben.

Wissenswertes

  • Die Konfigurationen in diesem Artikel sind illustrative Beispiele. Testen Sie alle Komponenten in Ihrer Entwicklungsumgebung, bevor Sie sie starten.
  • Stellen Sie sicher, dass die Eigenschaftsnamen und Datentypen in Ihren Eingangs-Events mit denen übereinstimmen, die in Ihren Ausstiegskriterien oder Aktionspfaden verwendet werden.
  • Lesen Sie den Artikel zu Kontext-Variablen, um Details darüber zu erfahren, wie Eigenschaftsvergleiche über Events hinweg funktionieren.
New Stuff!