Auf dieser Seite Erfahren Sie, wie Sie mit der Sprungaktivität Einzelanwender von einer Journey zur anderen pushen, komplexe Designs vereinfachen und wiederverwendbare, gängige Journey-Muster erstellen können.
Mit der Aktionsaktivität Sprung können Sie Kontakte von einer Journey in eine andere bewegen. Diese Funktion unterstützt:
- Vereinfachung der Gestaltung sehr komplexer Journeys durch Aufteilung in mehrere Journeys
- Erstellung von Journeys anhand allgemeiner und wiederverwendbarer Journey-Muster
Fügen Sie in der Ursprungs-Journey eine Sprungaktivität hinzu und wählen Sie eine Ziel-Journey aus. Wenn der Kontakt in den Sprungschritt eintritt, wird ein internes Ereignis an das erste Ereignis der Ziel-Journey gesendet. Wenn die Sprungaktion erfolgreich ist, setzt der Kontakt die Journey fort. Das Verhalten ist mit anderen Aktionen vergleichbar.
In der Ziel-Journey leitet das erste intern durch die Sprungaktivität ausgelöste Ereignis den Kontakt in die Journey.
Lebenszyklus jump-lifecycle
Angenommen Sie haben eine Sprungaktivität in Journey A zu Journey B hinzugefügt. Journey A ist die Ursprungs-Journey und Journey B die Ziel-Journey.
Im Folgenden finden Sie die verschiedenen Schritte des Ausführungsprozesses:
Journey A wird von einem externen Ereignis ausgelöst:
- Journey A empfängt ein externes Ereignis, das mit einem Kontakt in Verbindung steht.
- Der Kontakt erreicht den Sprungschritt.
- Der Kontakt wird in Journey B geleitet und fährt nach dem Sprungschritt mit den nächsten Schritten in Journey A fort.
In Journey B wird das erste Ereignis intern über die Sprungaktivität von Journey A ausgelöst:
- Journey B erhält ein internes Ereignis von Journey A.
- Der Kontakt wird in Journey B geleitet.
Profilverhalten während eines Sprungs jump-profile-behavior
Wenn ein Profil den Sprung-Schritt erreicht, schreitet es auf der Ursprungs-Journey (Journey A) weiter voran, während es gleichzeitig auf die Ziel-Journey (Journey B) gelangt. Das Profil ist daher in beiden Journey gleichzeitig aktiv.
Das bedeutet:
- Das Profil führt alle verbleibenden Schritte in Journey A nach der Sprungaktivität aus (z. B. eine Folgewartezeit oder eine schließende Aktion).
- Das Profil beginnt auch unabhängig von Journey A von seinem ersten Ereignis an durch Journey B zu fließen.
- Wenn das Profil bereits aktiv in Journey B ist, wenn der Sprung ausgeführt wird, wird nicht erneut in Journey B eingegeben. Journey A läuft normal weiter; es wird kein Fehler gemeldet.
Best Practices und Einschränkungen jump-limitations
Verwenden Sie diese Richtlinien, um das Verhalten von Sprungaktivitäten vorhersehbar und sicher zu halten.
Authoring jump-limitations-authoring
- Die Sprungaktivität ist nur in Journeys verfügbar, die einen Namespace verwenden.
- Sie können nur in eine Journey springen, die denselben Namespace wie die Ursprungs-Journey verwendet.
- Sie können nicht zu einer Journey springen, die mit einem Zielgruppen-Qualifizierungsereignis oder einer Aktivität vom Typ Zielgruppe lesen beginnt.
- Dieselbe Journey darf nicht gleichzeitig eine Sprungaktivität und ein Zielgruppen-Qualifizierungsereignis oder eine Aktivität vom Typ Zielgruppe lesen enthalten.
- Sie können so viele Sprungaktivitäten wie nötig in eine Journey aufnehmen. Nach einem Sprung können Sie jede erforderliche Aktivität hinzufügen.
- Sie können beliebig viele Sprungstufen einfügen. Beispielsweise springt Journey A zu Journey B, die zu Journey C springt, usw.
- Auch die Ziel-Journey kann beliebig viele Sprungaktivitäten umfassen.
- Schleifenmuster werden nicht unterstützt. Es gibt keine Möglichkeit, zwei oder mehr Journeys miteinander zu verknüpfen. Das würde eine Endlosschleife erzeugen. Der Konfigurationsbildschirm für Sprungaktivitäten verhindert dies.
Ausführung jump-limitations-exec
- Wenn die Sprungaktivität ausgeführt wird, wird die aktuelle Version der Ziel-Journey ausgelöst.
- Ein eindeutiger Kontakt kann sich nur einmal in einer Journey befinden. Wenn sich der aus der Ursprungs-Journey geleitete Kontakt bereits in der Ziel-Journey befindet, tritt der Kontakt also nicht noch einmal in die Ziel-Journey ein. Bei der Sprungaktivität wird kein Fehler gemeldet, da dies normales Verhalten ist.
Design-Strategie: Beißgroße Unter-Journey jump-strategy
Komplexe Kundenkanäle und Journey können schnell schwer zu erstellen und zu warten sein, insbesondere wenn zusätzliche Kanäle oder Touchpoints eingeführt werden. Selbst eine Journey mit einer Handvoll Meilensteinen kann 20 oder mehr einzigartige Pfade aufzeigen, die ein Kunde einschlagen kann, und diese Komplexität wächst exponentiell mit jeder Ergänzung.
Ein praktischer Ansatz zur Verwaltung dieses Problems besteht darin, große Journey in kleinere, fokussierte Untergruppen zu unterteilen - eine pro Geschäftsphase oder Meilenstein - und sie mithilfe der Aktivität "" verbinden. Dadurch bleibt jede Journey lesbar, testbar und unabhängig wartbar.
Schritt 1: Visualisieren Sie das End-to-End-Journey
Ordnen Sie die vollständige Kunden-Journey zu und identifizieren Sie deren allgemeine Phasen. Eine Onboarding-Journey für Treueprogramme kann beispielsweise drei verschiedene Phasen umfassen: Herunterladen der Mobile App, Ausführen einer ersten Transaktion und Durchführen einer zweiten Transaktion.
Schritt 2: Anmerkungen zu Phasen vornehmen und Unter-Journey definieren
Markieren Sie die Grenze jeder Phase und definieren Sie deren Geschäftsziel. Jede Phase wird zu einer potenziellen Sub-Journey mit einer eindeutigen Einstiegsbedingung und einem eindeutigen Ziel.
Schritt 3 - Erstellen und Verbinden von Unter-Journey
Erstellen Sie jede Phase als separate Journey in Journey Optimizer und verwenden Sie dann Jump-Aktivitäten, um Profile von einem Sub-Journey zum nächsten zu übergeben. Das Ergebnis ist eine Reihe einfacherer, wiederverwendbarer Journey, die zusammenarbeiten, um das gesamte End-to-End-Erlebnis zu erzielen - mit geringerem Fehlerrisiko.
Konfigurieren der Sprungaktivität jump-configure
-
Konfigurieren Sie die Ursprungs-Journey.
-
Fügen Sie einem beliebigen Schritt in der Journey eine Sprungaktivität der Kategorie AKTIONEN hinzu. Fügen Sie ein Label und eine Beschreibung hinzu.
-
Klicken Sie in das Feld Ziel-Journey.
Die Liste zeigt alle Journey-Versionen an, die sich im Entwurfs-, Live- oder Testmodus befinden. Journeys, die einen anderen Namespace verwenden oder mit einem Zielgruppen-Qualifizierungsereignis beginnen, sind nicht verfügbar. Ziel-Journeys, die ein Schleifenmuster erzeugen würden, werden ebenfalls herausgefiltert.
note NOTE Sie können rechts auf das Symbol Zielgruppen-Journey öffnen klicken, um die Ziel-Journey in einem neuen Tab zu öffnen. -
Wählen Sie die Ziel-Journey aus, zu der Sie springen möchten.
Das Feld Erstes Ereignis wird vorab mit dem Namen des ersten Ereignisses der Ziel-Journey gefüllt. Wenn Ihre Ziel-Journey mehrere Ereignisse umfasst, ist der Sprung nur zum ersten Ereignis zulässig.
-
Im Abschnitt Aktionsparameter werden alle Felder des Zielereignisses angezeigt. Ordnen Sie wie bei anderen Aktionstypen jedes Feld Feldern aus dem Ursprungs-Ereignis oder der Ursprungs-Datenquelle zu. Diese Informationen werden zur Laufzeit an die Ziel-Journey weitergegeben.
-
Fügen Sie die nächsten Aktivitäten hinzu, um Ihre Ursprungs-Journey zu beenden.
note NOTE Die Identität des Kontakts wird automatisch zugeordnet. Diese Informationen sind auf der Benutzeroberfläche nicht sichtbar.
Ihre Sprungaktivität ist konfiguriert. Sobald Ihre Journey live oder im Testmodus ist, werden Kontakte, die den Sprungschritt erreichen, in die Ziel-Journey geleitet.
Wenn in einer Journey eine Sprungaktivität konfiguriert ist, wird zu Beginn der Ziel-Journey automatisch ein Sprungeintrittssymbol hinzugefügt. Auf diese Weise können Sie erkennen, dass die Journey sowohl extern als auch intern durch eine Sprungaktivität ausgelöst werden kann.
Fehlerbehebung jump-troubleshoot
Konfigurationsfehler
Die folgenden Probleme verhindern, dass der Sprung ordnungsgemäß funktioniert und auf der Journey-Arbeitsfläche als Fehler angezeigt werden:
- Die Ziel-Journey existiert nicht mehr.
- Die Ziel-Journey ist Entwurf, geschlossen oder gestoppt.
- Das erste Ereignis der Ziel-Journey hat sich geändert und die Zuordnung ist beschädigt.
Laufzeitfehler
In den folgenden Fällen wird der Sprungschritt in Journey A als fehlgeschlagene Aktion behandelt. Journey A wendet die standardmäßige Aktionsfehlerbehandlung an und fährt fort:
- Die bestehende Ziel-Journey-Instanz wurde beendet, und die Ziel-Journey ist nicht wiedereintrittspflichtig.
- Auf der Ziel-Journey wird eine Periode für den erneuten Eintritt konfiguriert. Selbst wenn der erneute Eintritt grundsätzlich zulässig ist, kann das Profil erst wieder eintreten, wenn der Zeitraum abgelaufen ist (der Sprung schlägt mit dem Status „Kein Eintritt für den Zeitraum“ fehl).
- Die Ziel-Journey-Version kann nicht gefunden werden, wurde gelöscht, befindet sich in einem fertigen Zustand oder wurde gestoppt.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains the Jump activity, which pushes profiles from one journey to another to simplify complex journey designs through reusable sub-journey patterns.
Intents:
- Use the Jump activity to transfer profiles from an origin journey to a target journey
- Decompose a complex journey into smaller, manageable sub-journeys connected by Jump activities
- Configure the Jump activity by selecting a target journey and mapping action parameters
- Understand profile behavior when a Jump is executed (profile active in both journeys simultaneously)
- Troubleshoot Jump configuration errors and runtime failures
- Avoid loop patterns when chaining multiple journeys with Jump activities
Glossary:
- Jump activity: An action activity that sends an internal event to the first event of a target journey, causing the profile to begin flowing through that journey. (product-specific)
- Origin journey: The journey that contains the Jump activity and initiates the transfer of a profile to another journey. (product-specific)
- Target journey: The journey that receives the profile via the Jump activity’s internal event trigger. (product-specific)
- Silent skip: The behavior when a profile is already active in the target journey at the time of a Jump — the Jump is skipped without an error, and the origin journey continues normally. (product-specific)
Guardrails:
- Jump activity is only available in journeys that use a namespace; origin and target journeys must share the same namespace
- Cannot jump to a journey starting with an Audience Qualification event or Read Audience
- Cannot use a Jump activity and an Audience Qualification event or Read Audience in the same journey
- Loop patterns (circular journey chains) are not supported and are prevented by the configuration UI
- At runtime, the latest live version of the target journey is triggered
- A profile can only be present once in the same journey at a time; if already active in the target journey, the Jump is silently skipped
- If the target journey is draft, closed, stopped, deleted, or its first event mapping is broken, the Jump results in a configuration error
Terminology:
- Canonical name: Jump activity — Acronym: none — variants: Jump action, journey jump
- Synonyms: “origin journey” = “source journey”; “target journey” = “destination journey”
- Do not confuse: “silent skip” ≠ “runtime failure” — A silent skip occurs when the profile is already in the target journey (no error raised); a runtime failure occurs when the target journey is unreachable or non-reentrant (treated as a failed action)
FAQ:
- Q: What happens to a profile in the origin journey after a Jump? — The profile continues progressing through any remaining steps in the origin journey after the Jump step while simultaneously entering the target journey; it is active in both journeys at the same time.
- Q: Can I jump to a Read Audience journey? — No; you cannot jump to a journey that starts with a Read Audience or Audience Qualification event.
- Q: What triggers the target journey when a Jump is executed? — An internal event is sent to the first event of the target journey by the Jump activity; the profile then flows through the target journey from that first event.
- Q: How do I prevent infinite loops when chaining journeys with Jump? — Loop patterns are blocked by the Jump activity configuration UI, which filters out target journeys that would create a circular chain.
- Q: What version of the target journey is triggered by a Jump? — The latest live (or test mode) version of the target journey is triggered at runtime.