Zum Inhalt springen

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-Entry-Daten 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. In Workspaces ohne Canvas Context bezeichnet das Personalisierungsmenü dieselben Entry-Daten als Canvas Entry Properties. Das Muster lässt sich auf viele Szenarien jenseits von E-Commerce anwenden, darunter Richtlinien-Verlängerungen, Buchungserinnerungen und Abo-Management.

Exit-Kriterien: Das Canvas verlassen, wenn eine passende Aktion ausgeführt wird

Verwenden Sie Exit-Kriterien, wenn Nutzer:innen das Canvas vollständig verlassen sollen, nachdem sie eine Aktion ausgeführt haben, die ihrem Entry-Event entspricht.

Beispiel: Abgebrochener Ticketkauf

In diesem Szenario betreten Nutzer:innen das Canvas, wenn sie das angepasste Event Selected Ticket auslösen, das eine Eigenschaft namens event_id enthält. Die Exit-Kriterien sind so konfiguriert, dass – wenn Nutzer:innen das angepasste Event Purchased Ticket triggern, das ebenfalls eine Eigenschaft namens event_id enthält – die Event-Eigenschaft des Exit-Events mit der Event-Eigenschaft des Entry-Events verglichen wird. Stimmen beide überein, verlassen die Nutzer:innen das Canvas.

Das bedeutet:

  • Wenn Nutzer:innen dasselbe Ticket kaufen, das sie ursprünglich ausgewählt haben, verlassen sie das Canvas und erhalten keine weiteren Erinnerungen.
  • 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-Entry mit dem auslösenden angepassten Event (z. B. Selected Ticket) und der relevanten Eigenschaft (z. B. event_id) ein.
  2. Konfigurieren Sie im Schritt Target Audience das Ausnahme-Event der Exit-Kriterien mit dem abschließenden angepassten Event (z. B. Purchased Ticket).
  3. Wählen Sie Add property filters aus und fügen Sie dann einen Filter hinzu, bei dem der Vergleich der Basiseigenschaft event_id auf equals gesetzt ist.
  4. Aktivieren Sie den Personalize value-Umschalter. Wählen Sie unter Personalization type die Option Context Variables oder Canvas Entry Properties aus – je nachdem, welche Bezeichnung in Ihrem Workspace angezeigt wird. Setzen Sie dann Attribute auf event_id.

Dadurch wird die event_id aus dem Purchased Ticket-Event mit der event_id verglichen, die beim ursprünglichen Canvas-Entry-Event gespeichert wurde. Weitere Details zur Konfiguration dieser Filter finden Sie unter Beispiele für Exit-Kriterien.

Aktionspfade: Verzweigung basierend auf einer passenden Aktion

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

Beispiel: Abgebrochener Checkout mit verzweigten Pfaden

In diesem Szenario erhält ein:e Nutzer:in, der/die einen Artikel ausgewählt, aber den Kauf nicht abgeschlossen hat, zunächst eine Nachricht über den abgebrochenen Checkout. Anschließend wird der/die Nutzer:in in einem Aktionspfade-Schritt eine Woche lang gehalten, bevor er/sie basierend auf den Aktionen während dieses Zeitraums in drei Pfade sortiert wird:

  • Ursprünglichen Kauf abgeschlossen: Die ID der angepassten Event-Eigenschaft entspricht der Entry-Eigenschafts-ID. Diese Nutzer:innen könnten eine Dankesnachricht oder eine Cross-Sell-Empfehlung erhalten.
  • Einen anderen Kauf getätigt: Die ID der angepassten Event-Eigenschaft entspricht nicht der Entry-Eigenschafts-ID. Diese Nutzer:innen könnten eine Erinnerung an den ursprünglichen Artikel erhalten.
  • Keinen Kauf getätigt: Fällt in die Gruppe Everyone Else. 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 dann 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 oder Canvas Entry Properties (je nach Ihrem Workspace) und setzen Sie Attribute auf event_id.
  3. Fügen Sie für die zweite Aktionsgruppe (anderer Kauf) dasselbe Trigger-Event hinzu, setzen Sie den Vergleich aber auf does not equal mit derselben Kontextvariablen-Konfiguration.
  4. Verwenden Sie die Gruppe Everyone Else 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.

Andere Anwendungen

In diesem Artikel wird ein Beispiel für einen abgebrochenen Kauf verwendet. Sie können das gleiche Muster jedoch auf jedes Szenario anwenden, in dem eine abschließende Aktion mit der Einstiegsaktion korreliert werden muss, darunter:

  • Richtlinienverlängerungen: Nutzer:innen per Exit aus dem Canvas entfernen, wenn sie die spezifische Richtlinie verlängern, die den Canvas ausgelöst hat.
  • Buchungserinnerungen: Nutzer:innen basierend darauf verzweigen, ob sie ihre ursprüngliche Buchung bestätigt oder geändert haben.
  • Abo-Management: Nutzer:innen unterschiedlich weiterleiten, je nachdem, ob sie das spezifische Abo upgraden, zu dem sie aufgefordert wurden.
  • Event-Registrierungen: Nutzer:innen per Exit entfernen, 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 live schalten.
  • Stellen Sie sicher, dass die Eigenschaftsnamen und Datentypen in Ihren Entry-Events mit denen in Ihren Exit-Kriterien oder Aktionspfade-Schritten übereinstimmen.
  • Weitere Informationen zur Funktionsweise von Eigenschaftsvergleichen über Events hinweg finden Sie unter Kontextvariablen.
New Stuff!