ジャーニーからジャーニーへの移動 jump

ジャンプ​アクションアクティビティを使って、個々のユーザーをジャーニー間でプッシュできるようになりました。この機能を使うと次のことができます。

接触チャネルジャーニーで、ジャンプ​アクティビティを追加し、ターゲットジャーニーを選択します。個人が​ ジャンプ ​ステップにエントリすると、内部イベントがターゲットジャーニーの最初のイベントに送られます。ジャンプ​アクションが成功した場合、個人はジャーニー内で進行を続けます。動作は他のアクションと同様です。

ターゲットジャーニーでは、ジャンプ​アクティビティによって内部で最初のイベントがトリガーされ、個人はジャーニーに沿って導かれます。

ライフサイクル jump-lifecycle

例えば、ジャーニー A の​ ジャンプ ​アクティビティをジャーニー B に追加したとします。ジャーニー A は​ 接触チャネルジャーニー ​で、ジャーニー B は​ ターゲットジャーニー ​です。

実行プロセスの様々なステップを次に示します。

ジャーニー A は外部イベントからトリガーされます。

ジャーニー B では、最初のイベントがジャーニー A の​ ジャンプ ​アクティビティを介して内部でトリガーされます。

ベストプラクティスと制限 jump-limitations

これらのガイドラインを使用して、ジャンプ アクティビティの動作を予測可能かつ安全に保ちます。

オーサリング jump-limitations-authoring

実行 jump-limitations-exec

設計戦略：一口サイズのサブジャーニー jump-strategy

複雑なカスタマージャーニーは、特に追加のチャネルやタッチポイントが導入されると、すぐに構築および維持が困難になる可能性があります。 少数のマイルストーンを持つジャーニーでも、顧客が実行できる 20 以上の一意のパスを公開でき、その複雑さは追加ごとに急激に増加します。

これを管理する実用的なアプローチは、大きなジャーニーをより小さくフォーカスされたサブジャーニー（ビジネスフェーズまたはマイルストーンごとに 1 つ）に分割し、ジャンプ アクティビティを使用してそれらを接続することです。 これにより、各ジャーニーが読みやすく、テスト可能で、独立して維持管理できるようになります。

手順 1 - エンドツーエンドのジャーニーを視覚化

カスタマージャーニー全体をマッピングし、その大まかなフェーズを特定します。 例えば、ロイヤルティオンボーディングジャーニーには、モバイルアプリのダウンロード、最初のトランザクションの実行、2 番目のトランザクションの実行という 3 つの異なるフェーズが含まれる場合があります。

手順 2 - フェーズに注釈を付け、サブジャーニーを定義する

各フェーズの境界をマークし、ビジネス目標を定義します。 各フェーズは、エントリ条件と目標が明確な候補サブジャーニーになります。

手順 3 - サブジャーニーを作成して接続する

各フェーズをJourney Optimizerで個別のジャーニーとして作成し、ジャンプ アクティビティを使用して、サブジャーニー間でプロファイルを渡します。 その結果、組み合わせて完全なエンドツーエンドのエクスペリエンスを生成する、よりシンプルで再利用可能なジャーニーのセットが得られ、エラーが発生するリスクが低くなります。

ジャンプアクティビティの設定 jump-configure

ジャンプ​アクティビティが構成されます。ジャーニーがライブまたはテストモードになると、ジャンプ​ステップに到達した個人は、ターゲットジャーニーにプッシュされます。

ジャーニー内に​ ジャンプ ​アクティビティを設定すると、ターゲットジャーニーの先頭に​ ジャンプ ​エントリアイコンが自動的に追加されます。これによって、このジャーニーは外部からトリガーされることもあるけれど、ジャンプ​アクティビティで内部からトリガーされることもあるということを識別できます。

トラブルシューティング jump-troubleshoot

次の場合にエラーが発生します。