Loop

Verwenden Sie Loop, um dieselben Schritte für einen Benutzer mehrmals zu wiederholen, ohne sie auf der Arbeitsfläche zu kopieren. Es eignet sich für Erinnerungen, Nachfassaktionen und Prüfungen, die immer wieder ausgeführt werden sollen, bis zu einem von Ihnen festgelegten Limit. Nach der letzten Wiederholung wechselt der Benutzer zum nächsten Teil der Journey.

Anwendungsfälle

• Zahlungserinnerungen: Senden Sie eine Erinnerung und warten Sie auf die Zahlung. Benutzer, die zahlen, fahren fort und erhalten keine weiteren Erinnerungen. Benutzer, die nicht zahlen, erhalten nach einer Pause eine weitere Erinnerung, bis zu dem von Ihnen festgelegten Limit.
• Inaktive Benutzer zurückgewinnen: Senden Sie eine begrenzte Anzahl von Anstößen mit einer Verzögerung dazwischen. Leiten Sie die Benutzer nach dem letzten zu einem anderen Angebot weiter oder stellen Sie das Senden von Nachrichten an sie ein.
• Weiterhin auf ein Ereignis prüfen: Warten Sie immer wieder auf dasselbe Ereignis, ohne den Warteschritt auf der Arbeitsfläche zu kopieren.

Voraussetzungen

Loop ist standardmäßig deaktiviert. Um es zu verwenden, bitten Sie den Pushwoosh-Support, es für Ihr Konto zu aktivieren.

Loop hinzufügen und konfigurieren

Erstellen Sie zuerst die Schritte, die Sie wiederholen möchten, und platzieren Sie den Loop direkt danach. Der Loop hat zwei Ausgänge:

• Repeat: eine Verbindung zurück zum ersten wiederholten Schritt. Benutzer kehren dorthin zurück und durchlaufen die Schritte erneut.
• Exit: eine Verbindung nach vorne zu dem, was nach der Schleife kommt. Benutzer gelangen dorthin nach ihrer letzten Wiederholung.

Beispiel: Zahlungserinnerungen

Auf der Arbeitsfläche sieht eine Zahlungserinnerungs-Schleife so aus:

• Push: sendet die Erinnerung.
• Wait for Trigger: wartet auf die Zahlung. Benutzer, die zahlen, folgen ihrem Zahlungszweig und erhalten keine weiteren Erinnerungen. Benutzer, die nicht zahlen, folgen Not triggered zum Loop.
• Loop: Repeat schickt Benutzer zurück zu Push für die nächste Erinnerung.

1. Fügen Sie das Element Loop direkt nach den Schritten hinzu, die Sie wiederholen möchten, und doppelklicken Sie darauf.

2. Legen Sie unter Maximum repeats fest, wie oft ein Benutzer die wiederholten Schritte durchlaufen kann, von 1 bis 100. Der Standardwert ist 10. Eine Zahl außerhalb dieses Bereichs springt beim Speichern sofort auf die nächstgelegene Grenze.

3. Legen Sie unter Not more often than every, s die kürzeste Pause zwischen zwei Wiederholungen für einen Benutzer fest, in Sekunden:

   • 0: verwenden Sie dies, wenn die wiederholten Schritte bereits von sich aus warten, mit einem Wait for Trigger-Schritt, einem Time delay-Schritt oder einem anderen Loop mit eigener Pause.
   • 60 oder mehr: verwenden Sie dies, wenn nichts in den wiederholten Schritten wartet. Der Loop hält jeden Benutzer fest, bis diese Zeit seit seiner letzten Wiederholung vergangen ist. Wenn Sie einen Wert von 1 bis 59 eingeben, ändert er sich sofort auf 60.

   Wenn Sie 0 belassen, aber keiner der wiederholten Schritte wartet, wird die Journey nicht gespeichert und zeigt The loop body has no waiting element, set a minimum interval. Ohne jede Pause würde die Schleife so schnell wiederholen, wie das System sie verarbeiten kann. Legen Sie 60 oder mehr fest, oder fügen Sie den wiederholten Schritten einen Wait for Trigger- oder Time delay-Schritt hinzu.

   

4. Ziehen Sie eine Verbindung vom Repeat-Ausgang zurück zum ersten Schritt, den Sie wiederholen möchten. Im obigen Beispiel ist das die Erinnerung Push.

   Wenn Repeat nicht verbunden ist, wird die Journey nicht gespeichert und zeigt Connect the repeat output of the Loop. Wenn er zum Loop selbst führt, sehen Sie The repeat output of the Loop cannot lead to the Loop itself.

5. Ziehen Sie eine Verbindung vom Exit-Ausgang zu dem Schritt, der nach der Schleife kommen soll, zum Beispiel eine abschließende Nachricht oder ein anderes Angebot. Benutzer gelangen dorthin, nachdem sie die Schleife Maximum repeats-mal durchlaufen haben.

   

6. Klicken Sie auf Save.

Nur Repeat kann auf einen früheren Schritt zurückweisen. Wenn Sie einen anderen Ausgang mit einem früheren Schritt in der Journey verbinden, wird die Journey nicht gespeichert.

Was bei jeder Wiederholung passiert

Jeder Schritt im wiederholten Teil läuft jedes Mal erneut. Beachten Sie diese Regeln beim Aufbau.

Tag-Änderungen summieren sich

Ein Update user profile-Schritt innerhalb der Schleife läuft bei jeder Wiederholung. Was das bedeutet, hängt von der Aktion ab:

• Erhöhen, verringern, ein Listenelement hinzufügen, ein Listenelement entfernen: Die Änderung summiert sich. Zum Beispiel wächst bei Maximum repeats auf 100 ein um 1 erhöhtes Tag um 100, nicht um 1.
• Wert ersetzen: sicher zu wiederholen, da es sich nicht summiert.

Wenn der Schritt eine Änderung enthält, die sich summiert, zeigt er eine Warnung an, die erklärt, dass sich die Änderung bei jeder Wiederholung summiert.

Wartezeiten beginnen bei jeder Wiederholung neu

Ein Wait for Trigger- oder Time delay-Schritt zählt seine Zeit ab der aktuellen Wiederholung, nicht ab dem Zeitpunkt, zu dem der Benutzer die Schleife betreten hat. Eine 24-Stunden-Wartezeit bedeutet 24 Stunden bei jeder Wiederholung, sodass ein Benutzer, der die Schleife 3-mal durchläuft, bis zu 72 Stunden darin verbringen kann.

Benutzer bleiben im selben Testzweig

Ein A/B/n Split schickt jeden Benutzer bei jedem Erreichen in denselben Zweig: bei jeder Wiederholung und wenn er später erneut in die Journey eintritt. Ein Holdout Split funktioniert genauso. Dies hält die Testergebnisse genau, da kein Benutzer in einen anderen Zweig wechseln und doppelt gezählt werden kann.

Wait for Trigger verwendet das neueste Ereignis

Ein Wait for Trigger-Schritt in der Schleife behält nur das Ereignis der aktuellen Wiederholung. Jedes neue Ereignis ersetzt das der vorherigen Wiederholung. Spätere Schritte, die Ereignisdaten verwenden, erhalten immer das neueste Ereignis, einschließlich Nachrichtenplatzhalter, ein dynamisches Time delay, ein dynamischer Tag-Wert und ein Condition split.

Ziele zählen einmal, Nachrichten zählen jedes Mal

Ein innerhalb der Schleife erreichtes Conversion-Ziel zählt einmal für die Journey, nicht einmal pro Wiederholung.

Nachrichten funktionieren anders. Jede Wiederholung eines Kanalschritts ist ein eigener Versand und zählt zum Frequency-Capping-Limit des Benutzers. Ein Push-Schritt, der sich 10-mal wiederholt, kann bis zu 10 Versendungen dieses Limits verbrauchen, nicht nur eine.

Tipp

Um sicherzustellen, dass ein Benutzer nicht mehr Nachrichten von einem Schritt erhält, als das Kanal-Limit erlaubt, aktivieren Sie Frequency Capping für jeden Kanalschritt innerhalb der Schleife. Legen Sie das Limit auf eine dieser Arten fest, sonst bleibt der Schritt unbegrenzt:

• In den Einstellungen für globales Frequency Capping.
• Mit einem benutzerdefinierten Limit pro Schritt.

Verschachtelte Schleifen

Sie können einen Loop innerhalb des wiederholten Teils eines anderen platzieren. Jeder Loop zählt seine eigenen Wiederholungen. Der innere Loop beginnt jedes Mal, wenn Benutzer ihn verlassen, wieder bei null zu zählen, sodass er bei jeder Wiederholung des äußeren Loop alle seine Wiederholungen erneut ausführt.

Wenn zum Beispiel das Maximum repeats des äußeren Loop 3 und das des inneren Loop 2 ist, können die Schritte des inneren Loop bis zu 2 × 3 = 6 Mal laufen. Das kombinierte Limit von 1000 Wiederholungen gilt weiterhin.

Sicherheitslimit über alle Schleifen hinweg

Ein Benutzer kann insgesamt höchstens 1000 Wiederholungen über alle Loops in einer Journey durchlaufen, selbst wenn das eigene Maximum repeats jedes Loop mehr erlaubt.

• Ein Benutzer, der 1000 erreicht, verlässt die Journey über den Exit des letzten Loop, selbst wenn das eigene Limit dieses Loop noch nicht erreicht ist.
• Das Limit schützt vor ineinander verschachtelten Schleifen, die sich zu weit mehr Wiederholungen summieren, als Sie erwarten, zum Beispiel zwei ineinander verschachtelte Schleifen mit je 100 Wiederholungen.