意思決定機能を利用したクロスチャネルジャーニー
このガイドでは、クロスチャネルジャーニーを決定する際の包括的な実装リファレンスを提供します。 これは、1つ以上のジャーニーノードでリアルタイムの意思決定を組み込む、マルチステップのマルチチャネルジャーニーを編成する必要があるソリューションアーキテクト、マーケティングテクノロジスト、および実装エンジニア向けに設計されています。
このガイドを使用して、実装の選択肢の全体像を理解し、トレードオフを評価し、関連するExperience League ドキュメントに移動して詳細な設定手順を確認します。
決定付きクロスチャネルジャーニーは、Adobe Experience Platform エコシステムの中で最も洗練されたキャンペーンオーケストレーションパターンです。 マルチステップのオーケストレーションされたジャーニーを拡張し、リアルタイムの意思決定を組み込みます。AJO Decisioningを使用して、プロファイルの現在のコンテキストを評価し、ジャーニーキャンバス内の1つ以上の意思決定ポイントで最適なチャネル、コンテンツ、オファーを動的に選択します。
ユースケースの概要
企業は、あらかじめ決められた決められた順序に従うのではなく、各個人のリアルタイムのコンテキストに動的に対応する、適応的でパーソナライズされたカスタマージャーニーを提供する必要があります。 顧客の好むチャネル、エンゲージメント履歴、ロイヤルティ層、予測される生涯価値、現在の製品への関心などは、あらゆる顧客接点における次善のアクションを明らかにするのに役立ちます。
決定機能を備えたクロスチャネルジャーニーでは、このニーズに対応します。ジャーニーオーケストレーション（マルチステップフロー、タイミング、条件、チャネル配信を管理）と決定（適格性ルールの評価、ランキング戦略の適用、各決定ポイントでの最適なオファーまたはコンテンツのバリエーションの選択）の2つの強力なAJO機能を組み合わせます。
このパターンは、次のような場合に適しています。
- ジャーニーは、固定されたチャネルやコンテンツの順序に従うのではなく、各プロファイルのリアルタイムの状態に動的に適応する必要があります
- 複数のオファー、コンテンツバリエーション、チャネルは、1つ以上のジャーニーノードの候補であり、プロファイルコンテキストに基づいて最適なオプションを選択する必要があります
- ジャーニー全体でオファーの選択を最適化するには、AIを活用したランキングまたはフォーミュラベースのランキングが必要です
- 複雑な分岐ロジックを維持するのではなく、チャネル選択ロジックとオファー管理を一元化された意思決定フレームワークに統合したいと考えています
ターゲットオーディエンスには、ライフサイクルプログラム、ロイヤルティジャーニー、ウィンバック（顧客の取り戻し）シーケンス、オンボーディングフローなどを管理するマーケターが含まれます。これらのフローでは、大規模なパーソナライゼーションを実現するには、各顧客接点での意思決定の自動化が必要になります。
主なビジネス目標
このユースケースパターンでは、次のビジネス目標をサポートしています。
パーソナライズされた顧客体験の提供
個人の好み、行動、ライフサイクルのステージに合わせて、コンテンツ、オファー、メッセージを調整。
KPI: エンゲージメント、コンバージョン率、顧客満足度（CSAT）
顧客ロイヤルティと生涯価値の向上
ロイヤルティプログラム、特典、パーソナライズされたエンゲージメントを通じて、顧客関係を深化し、長期的な価値を最大化します。
KPI:顧客のライフタイムバリュー、リテンション、アップセル/クロスセル %
顧客維持率の向上
価値主導の体験と継続的な関係育成を通じて、既存顧客との関係を維持し、更新する。
KPI: リテンション、顧客生涯価値、エンゲージメント
クロスセルとアップセルの収益を促進
行動や購入履歴にもとづいて、既存顧客に補完的な商品やサービスを宣伝します。
KPI: アップセル/クロスセル %、増分収益、顧客生涯価値
戦術的なユースケース
次のシナリオは、意思決定を伴うクロスチャネルジャーニーを実際にどのように適用できるかを示しています。
- 適応型ウィンバックジャーニー – 意思決定では、各プロファイルのエンゲージメント履歴に基づいてチャネル（電子メール、プッシュ通知、SMS）を選択し、予測される生涯価値に基づいて最適なインセンティブオファーを動的に選択するマルチステップジャーニー
- 次善のアクションライフサイクルジャーニー — オンボーディングコンテンツ、クロスセルオファー、ロイヤルティ特典、リテンションインセンティブから選択して、顧客ライフサイクルの各段階で何を伝えるべきかを決定します
- 動的なコンテンツ選択によるパーソナライズされたオンボーディング – 各顧客接点で意思決定を行い、最も関連性の高い製品エデュケーションコンテンツ、ヒント、アクティベーションオファーを選択する、新規顧客オンボーディングジャーニー
- パーソナライズされた特典を利用したクロスチャネルロイヤルティプログラムのジャーニー — ロイヤルティメンバーは、決定者が、階層、購入履歴、カテゴリーの親和性にもとづいて、パーソナライズされた特典オファーを選択するジャーニーを進みます
- チャネルとインセンティブの最適化による動的リエンゲージメント — アウトリーチチャネルとインセンティブの両方を動的に選択し、応答可能性を最大化する休眠顧客リエンゲージメント
- AIによるコンテンツレコメンデーションを利用した顧客ライフサイクルナーチャリング — AIによる意思決定により、各顧客接点で最も関連性の高いコンテンツまたは製品レコメンデーションを選択する、継続的なナーチャリングジャーニー
主要業績評価指標
このユースケースパターンの有効性を測定するには、次のKPIを使用します。
ユースケースパターン
決定を伴うクロスチャネルジャーニー
1つ以上のノードでリアルタイムの意思決定を組み込んだ、マルチステップのマルチチャネルジャーニーを編成して、最適なチャネル、コンテンツ、オファーを選択します。
関数チェーン： オーディエンス評価/ジャーニー実行/決定ノード/チャネル選択/メッセージ配信/レポート
アプリケーション
このユースケースパターンを実装するには、次のアプリケーションを使用します。
- Adobe Journey Optimizer（AJO） — ジャーニーオーケストレーション （マルチステップ キャンバス設計、入力条件、待機、条件、終了条件）、チャネル間でのメッセージ オーサリング、チャネル サーフェス設定、競合および優先度管理
- Adobe Journey Optimizer決定 — オファーとコンテンツ項目の管理、適格性ルール、ランキング戦略（優先度、式、AI）、決定ポリシー、プレースメント、フォールバックオファー
- Adobe Real-Time Customer Data Platform（RT-CDP） — ジャーニー入力とオファーの適格性セグメントに対するオーディエンス評価、計算属性と傾向スコアを使用したプロファイルエンリッチメント、同意とガバナンスの適用
- Adobe Experience Platform（AEP） — クロスチャネル解決、データモデリング、取り込みインフラストラクチャ用のリアルタイム顧客プロファイルストア、ID サービス
基本関数
このユースケースパターンでは、次の基本機能を使用する必要があります。 各機能について、ステータスは、通常それが必要か、事前設定が想定されているか、適用できないかを示します。
サポート機能
次の機能は、このユースケースパターンを強化しますが、コア実行には必要ありません。
アプリケーション関数
この計画では、アプリケーション機能カタログから次の機能を実行します。 関数は、番号付きのステップではなく実装フェーズにマッピングされます。
Journey Optimizer (AJO)
Real-Time CDP (RT-CDP)
前提条件
実装を開始する前に、以下を完了してください。
- [ ] AJO サンドボックスは、ジャーニーオーケストレーションおよび決定機能が有効になっている状態でプロビジョニングされています
- [ ]すべてのターゲットチャネル（電子メール、SMS、プッシュ通知）には、アクティブで検証済みのチャネルサーフェスがあります
- [ ] プロファイルスキーマには、決定に必要な属性（ロイヤルティ層、購入履歴、チャネル設定、エンゲージメントスコア）が含まれます
- [ ] クロスチャネル ID解決が設定されています。プロファイルは、電子メール、プッシュトークン、電話番号、およびweb IDで解決できます
- [ ] エントリ オーディエンスが定義され、ゼロ以外の母集団で評価されています
- [ ] オファーカタログコンテンツ（クリエイティブアセット、コピー、免責条項）が承認され、設定の準備が整いました
- [ ]同意データが取り込まれており、すべてのターゲットチャネルに対して同意の適用が有効です
- [ 各チャネルの]個のコンテンツテンプレートとフラグメントが設計され、承認されています
- [ ]組織にクロスキャンペーン頻度ポリシーがある場合、頻度キャッピングルールが定義され、デプロイされます
- [ ] AI ランクの決定を使用する場合、モデルのトレーニングに最低1,000個のコンバージョンイベントが存在します
実装オプション
次のオプションを確認し、要件に最適なアプローチを選択してください。
オプション A：オファー決定機能を備えたジャーニー（固定チャネル、動的コンテンツ）
チャネルの順序が事前に決まっていて、各顧客接点でのコンテンツやオファーを動的に選択する必要があるジャーニー（件）に最適：パーソナライズされた特典を使用したロイヤルティジャーニー、動的なインセンティブによるリエンゲージメント、AIがランク付けしたコンテンツのレコメンデーションによるライフサイクルナーチャリング）。
仕組み
ジャーニーキャンバスは、チャネルとタイミングの固定シーケンスを定義します（例えば、0日目：電子メール、3日目：プッシュ、7日目：SMS）。 メッセージアクションノードごとに、決定ポリシーは、設定済みの対象項目のカタログから、メッセージに含める最適なオファーまたはコンテンツを選択します。 オファーは、AJO Decisioning カタログで管理され、プロファイルに適格なオファーをフィルタリングする適格性ルールと、どの適格性の高いオファーが最適かを決定するランキング戦略が含まれます。
このアプローチにより、「いつ、どこで」（ジャーニーオーケストレーション）と「何を」（決定）が分離されます。 ジャーニーデザイナーはチャネルフローを制御し、意思決定管理マネージャーはオファーカタログ、適格性ルール、ランキングロジックを独立して制御します。 このように関心を分離することで、実装がより保守しやすくなり、ジャーニーキャンバスを変更することなくオファーカタログを進化させることができます。
オファーのプレースメントは、電子メール Designerまたはその他のチャネルエディターを使用して、メッセージコンテンツに直接埋め込まれます。 メッセージが配信時にレンダリングされると、決定エンジンはプロファイルの適格性とランキングを評価して、メッセージ内の各プレースメントに対して最適なオファーを選択します。
重要な考慮事項
- チャネルシーケンスは静的です。すべてのプロファイルは、好みに関係なく同じチャネルパスに従います
- チャネルではなくコンテンツやオファーのみが選択されるため、意思決定の複雑さは低くなります
- オファーカタログは、ジャーニーとは別に管理できます
- 適格なパーソナライズされたオファーがないプロファイルを処理するには、プレースメントごとにフォールバックオファーを設定する必要があります
利点
- よりシンプルなジャーニーキャンバス – チャネル選択のブランチロジックはない
- ジャーニーの設計とオファー管理における懸念事項の明確な分離
- テストと検証が容易：各チャネルのパスは決定論的
- 実装の複雑さを低減し、市場投入までの時間を短縮
- オファーカタログの変更は、ジャーニーを変更することなく即座に有効になります
制限
- 個々のプロファイルの行動や設定に基づいてチャネルを適応できない
- あるチャネルを別のチャネルよりも好むプロファイルは、決められたチャネルでメッセージを受信します
- チャネルレベルのエンゲージメント率では最適化されていない
Experience League リファレンス
オプション B：動的チャネルの選択範囲（固定コンテンツ、動的チャネル）を持つジャーニー
各顧客接点のコンテンツが似ているものの、プロファイルのコンテキストに基づいてチャネルを動的に選択するジャーニー（件）に最適：アダプティブウィンバック（メールとエンゲージメントに基づくプッシュとSMSの比較）、チャネルの最適化が主な目標となる次善のアクションプログラム。
仕組み
ジャーニーでは、プロファイル属性（チャネル環境設定スコア、最後のエンゲージメントチャネル、同意ステータスなど）または決定出力によって通知された条件ノードを使用して、プロファイルを異なるチャネルパスにルーティングします。 各パスは、独自のメッセージアクションノードを通じて、チャネル固有のコンテンツを配信します。 決定ロジックは、プロファイルの行動履歴にもとづいて、エンゲージメントを引き出す可能性が最も高いチャネルを決定します。
チャネル選択は、プロファイル属性評価を持つジャーニー条件ノード（例えば、channelPreference = "push"がプッシュパスにルーティングする場合）を使用するか、各「オファー」がチャネルを表し、ランキング戦略が最適なチャネルを決定するチャネル固有の項目を使用して決定を使用することで実装できます。
このアプローチにより、チャネル全体でコンテンツの一貫性を比較的維持しながら、配信チャネルを最適化できます。 可能な各チャネルについてメッセージコンテンツを作成し、チャネルサーフェスをすべての候補チャネルに対して設定する必要があります。
重要な考慮事項
- 各候補チャネルにメッセージコンテンツのバリエーションが必要です
- チャネルサーフェスは、可能なすべてのチャネルに対してアクティブである必要があります
- 条件ロジックまたは決定設定では、同意を考慮する必要があります。SMS同意のないプロファイルは、SMS パスにルーティングできません
- ジャーニーキャンバスは、各チャネルの分岐パスを使用するため、より複雑になります
利点
- 個々のプロファイルごとにチャネル選択を最適化
- 好みのチャネルでプロファイルにリーチすることで、全体的なエンゲージメントを向上
- 同意に応じたルーティングにより、チャネル固有の同意を自動的に尊重
- エンゲージメント履歴とチャネル設定のスコアをルーティング決定に組み込むことができます
制限
- 複数のチャネル分岐を持つ、より複雑なジャーニーキャンバス
- コンテンツはチャネルごとに個別に作成する必要があります（メッセージの意図は同じですが）
- テストが困難：考えられるすべてのチャネルパスを検証する必要がある
- 各チャネル内のコンテンツパーソナライゼーションは静的です（オファー決定機能はありません）
Experience League リファレンス
オプション C：完全なアダプティブジャーニー（ダイナミックチャネル+ダイナミックコンテンツ）
最適：最大パーソナライゼーション – チャネルとコンテンツ/オファーの両方が各ノードで動的に選択されます。 成熟した意思決定慣行と豊富なプロファイルデータを備えた、価値の高い顧客セグメント、高度なロイヤルティプログラム、組織に適しています。
仕組み
このオプションは、オプション Aとオプション Bを組み合わせたものです。ジャーニーでは、最初に、各顧客接点でどのチャネルを使用するかを決定し、2番目に、選択したチャネルで提供するコンテンツやオファーを決定するという2つのレベルで意思決定をおこないます。 ジャーニーの各決定ポイントでは、プロファイルの現在のコンテキストが評価され、チャネルとコンテンツの両方が選択されます。
導入するには、チャネルの選択とコンテンツ/オファーの選択の両方に関する意思決定ポリシーを備えた、包括的な意思決定の設定が必要です。 チャネル選択では、各項目が同意とエンゲージメントに基づく適格性ルールを持つチャネルを表す決定ポリシーを使用し、コンテンツ選択では、関連性でランク付けされたオファー項目を含む個別の決定ポリシーを使用します。
これは最も複雑なバリエーションで、ジャーニーオーケストレーションと意思決定の間の深い統合が必要です。 最高レベルのパーソナライゼーションを実現するだけでなく、構成、テスト、継続的な管理といった要件も高く求められます。
重要な考慮事項
- 決定には、チャネル選択とコンテンツ選択の2つのレイヤーが必要です
- 各ジャーニーでネストされた分岐と決定を行うことで、カンバスの複雑さが最も高くなります
- チャネルとコンテンツのあらゆる組み合わせで、大規模なテストが必要
- 効果的な意思決定をおこなうために、豊富なプロファイルデータ（エンゲージメント履歴、チャネルの嗜好、製品の親和性、傾向スコア）を必要とする
- AIを活用した意思決定は、計算属性から大きな利点を得られる
利点
- 最大限のパーソナライゼーション：あらゆる接点をチャネルとコンテンツに合わせて最適化
- 適切に構成された実装に最適なエンゲージメントとコンバージョンの可能性
- 静的なジャーニー分岐ではなく、あらゆるパーソナライゼーションロジックを意思決定に一元化する
- AI ランキングモデルの学習により継続的に改善できる
制限
- 実装の複雑さと市場投入までの時間が最も長い
- オファーカタログとチャネルコンテンツの最も広範な準備が必要
- 配信の問題が発生した場合にトラブルシューティングが困難になる
- 豊富なプロファイル属性を備えた成熟したデータインフラストラクチャが必要
- AI ランキングでは、モデルのトレーニングに十分なコンバージョンイベント量が必要です
Experience League リファレンス
オプションの比較
次の表に、3つの実装オプションを一目で比較します。
適切なオプションの選択
次のガイダンスを参考にして、自社の状況に最適なオプションを選択してください。
-
チャネル戦略が既に定義されている場合（例：「最初に電子メールを送信してからプッシュし、次にSMSを送信する」など）、パーソナライズの主なニーズが、各顧客接点で適切なオファーまたはコンテンツを選択する場合は、オプション Aから開始します。 これは、意思決定に不慣れな企業にとって、最も一般的な出発点です。
-
チャネルの最適化が主な目標である場合は、オプション Bを選択します。各顧客がエンゲージする可能性が最も高いチャネルで各顧客にリーチする必要がありますが、メッセージのコンテンツはチャネル間で比較的一貫性があります。 これには、プロファイルに関するチャネル設定データが必要です。
-
成熟した意思決定インフラストラクチャ、豊富なプロファイルデータ（計算属性と傾向スコアを含む）、十分に入力されたオファーカタログ、複雑さを管理する組織的能力がある場合にのみ、オプション Cを選択します。 多くの企業は、オプション AまたはBから始め、意思決定の成熟度が高まるにつれてオプション Cに進化します。
-
不明な場合は、オプション Aから始めます。最小の複雑さで有意義なパーソナライゼーションを実現し、オプション A用に構築したオファーカタログは、後でオプション Cに進化した場合に直接再利用できます。
実装フェーズ
次のフェーズでは、このユースケースパターンをエンドツーエンドで実装します。
フェーズ 1：オーディエンスの評価
アプリケーション関数： RT-CDP: オーディエンス評価
このフェーズでは、ジャーニーにエントリするプロファイルを決定するエントリオーディエンスと、ジャーニー内でのオファーの適格性ルールまたは条件分岐に使用される追加セグメントを設定します。 オーディエンスの定義は、あらゆる下流ジャーニーと意思決定ロジックの基盤となります。
決定：エントリタイプ
スケジュールされたオーディエンスの読み取りやリアルタイムのイベントトリガーなど、プロファイルはジャーニーにどのように参入すればよいでしょうか？
決定：オーディエンス評価方法
オーディエンスはどのくらい早くプロファイルを選定しなければなりませんか？
主要な設定の詳細
UI ナビゲーション：顧客/ オーディエンス / オーディエンスの作成/ ルールの構築
- 関連するプロファイル属性と行動イベントをターゲットとしたセグメントルール式を使用して、セグメントビルダーを使用してエントリオーディエンスを定義します
- オファーの実施要件ルールでセグメントメンバーシップが参照される場合は、追加の実施要件セグメントを作成します（例：「高価値顧客」、「ロイヤルティゴールド層」）
- ジャーニー設定に進む前に、オーディエンス母集団が0以外であることを確認します
- 決定に必要な統合プロファイルビューを生成する結合ポリシーを選択します
Experience League ドキュメント
フェーズ 2: チャネル設定
アプリケーション関数： AJO: チャネル設定
このフェーズでは、ジャーニーがメッセージ配信に使用する可能性のあるすべてのチャネルのチャネルサーフェスを設定します。 メッセージを作成したり、ジャーニーを公開したりするには、すべての候補チャネルにアクティブで検証済みのサーフェスが必要です。 このパターンでは通常、電子メール、SMS、プッシュ通知のサーフェスを最低でも設定し、意思決定がこれらのチャネルを選択する可能性がある場合はアプリ内またはwebに設定します。
決定：設定するチャネル
ジャーニーの候補となるチャネルは、固定ジャーニーステップ（オプション A/B）または決定可能なチャネル（オプション B/C）のいずれかですか？
決定：サブドメインのデリゲーション方法（メール）
送信サブドメインをAdobeにデリゲートする方法を教えてください。
主要な設定の詳細
UI ナビゲーション：管理/ チャネル / チャネルサーフェス / サーフェスを作成
- メールの場合：サブドメイン、IP プール、送信者名、返信先アドレス、配信停止処理の設定
- SMSの場合：SMS プロバイダーの資格情報と送信者番号を設定します
- プッシュの場合：iOSとAndroidのAPNとFCM資格情報を設定します
- 続行する前に、各サーフェスがアクティブ状態であることを確認してください
- メール送信IPのIP ウォームアップが完了したことを確認する
Experience League ドキュメント
フェーズ 3：意思決定の設定
アプリケーション関数： AJO：決定
この段階では、プレースメント、適格性ルール、パーソナライズされたオファー、フォールバックオファー、コレクション修飾子、ランキング戦略、決定ポリシーなど、意思決定フレームワーク全体を設定します。 このフェーズでは、ジャーニーの決定ポイントで呼び出される決定ロジックを作成します。
決定：決定範囲
決定で選択すべき項目：オファー/コンテンツ（オプション A）、チャネル（オプション B）、またはその両方（オプション C）
決定：ランキング戦略
対象となるオファーをランク付けして、最適なものを選択する方法を教えてください。
決定：オファーの上限
オファーの表示回数に制限はありますか？
主要な設定の詳細
UI ナビゲーション： コンポーネント/意思決定管理/プレースメント/オファー/決定
- 各チャネルとコンテンツの種類の組み合わせ（電子メール、HTMLバナー、プッシュ JSON、SMS テキストなど）ごとに配置を作成します
- プロファイル属性やオーディエンスメンバーシップを参照するセグメントルール式を使用して、適格性ルールを定義できます
- 各プレースメントの表示域でパーソナライズされたオファーを作成し、実施要件ルールを割り当て、優先順位を設定します
- すべてのプレースメントをカバーするフォールバックオファーを作成します。パーソナライズされたオファーが条件を満たさない場合に返されます
- コレクション修飾子（タグ）を使用したオファーのコレクションへの整理
- ランキング戦略の設定：優先順位ベース、フォーミュラベース、AIを利用したランキング
- プレースメント、コレクション、ランキング戦略、フォールバックオファーをバインドする意思決定ポリシーを作成します
- 決定によってすべてのオファーを選択する前に承認する
選択肢が異なる点
オプション A （Offer Decisioning）の場合：
各チャネル内のコンテンツパーソナライゼーションに焦点を当てたプレースメントとオファーを作成します（例：メールヒーローバナーオファー、メールフッターオファー、プッシュ通知本文オファー）。 決定ポリシーは、メッセージの各プレースメントに最適なコンテンツを選択します。
オプション B （動的チャネル選択）の場合：
各チャネルを表す決定項目を作成します。 実施要件ルールには、同意チェックが含まれます（例えば、SMS アイテムの実施要件を満たすには、プロファイルにSMS同意が必要です）。 ランキングは、チャネルエンゲージメントスコアや数式ベースの式を使用します。
オプション C （フル アダプティブ）の:
決定の2つのレイヤーを設定します。1つの決定ポリシーでチャネル選択を行い、別の決定ポリシーで選択したチャネル内のコンテンツ/オファー選択を行います。 どちらのレイヤーも、配置、オファー、適格性ルール、ランキング戦略が必要です。
Experience League ドキュメント
フェーズ 4: メッセージのオーサリング
アプリケーション関数： AJO: メッセージ オーサリング
このフェーズでは、ジャーニーの各チャネルとタッチポイントに対してメッセージコンテンツを設定し、決定出力（選択したオファーコンテンツ）をメッセージテンプレートに統合します。 ジャーニーの各メッセージアクションノードには、適切なチャネルサーフェス、パーソナライゼーショントークン、オファー配置の統合が含まれた作成されたコンテンツが必要です。
決定：コンテンツアプローチ
各チャネルのメッセージコンテンツの作成方法を教えてください。
決定事項：Personalizationの範囲
決定支援の出力を超えて、メッセージにどのようなレベルのパーソナライゼーションを盛り込むべきか？
主要な設定の詳細
UI ナビゲーション： キャンペーンまたはジャーニーアクションを選択/コンテンツを編集/電子メール Designer / チャネルエディター
- ジャーニーで使用される各チャネル（電子メール、SMS、プッシュ通知、アプリ内）のメッセージコンテンツを作成します
- オファー決定配置をメッセージコンテンツに埋め込み、決定選択したオファーを表示します
- プロファイル属性にHandlebars構文を使用してパーソナライゼーション式を追加します（例：
{{profile.person.name.firstName}}） - セグメント固有のメッセージ用の条件付きコンテンツブロックの設定
- 共有要素（ヘッダー、フッター、免責条項）用に再利用可能なコンテンツフラグメントを作成します
- サンプルプロファイルを使用してプレビューとテストを行い、パーソナライゼーションが正しくレンダリングされていることを確認します
- 関係者によるレビュー用にプルーフメッセージを送信
選択肢が異なる点
オプション A （Offer Decisioning）の場合：
各メッセージには、決定支援で選択したコンテンツが表示されるオファーの配置が含まれます。 メッセージのレイアウトは一貫していますが、オファー領域には、各プロファイルに最適なオファーが動的に表示されます。
オプション B （動的チャネル選択）の場合：
各チャネルには、個別に作成された独自のメッセージコンテンツがあります。 コンテンツは、チャネル間で類似していますが、チャネルの制約（メール、HTML、SMS、プッシュ通知のフォーマット）に適応しています。
オプション C （フル アダプティブ）の:
各チャネルには、オファーの配置が埋め込まれた独自のメッセージコンテンツがあります。 そのチャネル内のチャネルとオファーコンテンツの両方が動的に選択されます。
Experience League ドキュメント
フェーズ 5:ジャーニーの設計とアクティベーション
アプリケーション関数： AJO:Journey Orchestration、AJO：競合と優先度の管理、AJO：頻度とビジネス ルール
このフェーズでは、エントリ設定、設定された決定ポリシーにリンクされた決定ノード、チャネルルーティングの条件分岐（オプション B/C）、各チャネルパスのメッセージアクションノード、タッチポイント間の待機ノード、出口基準、競合/優先度設定、頻度キャッピングルールなど、ジャーニーキャンバス全体を設定します。 このフェーズでは、以前に設定されたすべてのコンポーネントをオーケストレーションされたジャーニーフローに組み立て、アクティブ化します。
決定：再入場ポリシー
プロファイルは、完了後または完了後にジャーニーに再入力できますか？
決定：出口基準
完了する前に、ジャーニーからどのような条件でプロファイルを削除する必要がありますか？
決定：ジャーニーのタイムアウト
プロファイルがジャーニーに保持できる最大期間は何ですか？
決定：競合と優先度の設定
このジャーニーには、他のジャーニーやキャンペーンとの競合解決の優先度スコアリングを設定する必要がありますか？
主要な設定の詳細
UI ナビゲーション：ジャーニー> ジャーニーを作成
- ジャーニーを作成し、プロパティ（名前、説明、タイムゾーン、タイムアウト）を設定します
- エントリの設定：オーディエンスの読み取り（バッチ用）またはイベントトリガー（リアルタイム用）
- フェーズ 3から設定済みの決定ポリシーにリンクされた決定ノードを追加する
- 決定出力またはプロファイル属性に基づいて、チャネルルーティングの条件分割を追加します（オプション B/C）
- 各チャネルパスにメッセージアクションノードを追加し、フェーズ 4で作成したコンテンツにリンクします
- タッチポイント間に待機ノードを追加する（オーディエンス読み取りジャーニーの場合は最低1時間）
- 出口条件の定義（オーディエンスの変更、イベント、タイムアウト）
- 競合解決の優先スコアの割り当て
- クロスジャーニーの周波数制限が適用される場合の頻度キャップの設定
- 公開前にテストプロファイルを使用して、テストモードでジャーニーをテストします
- ジャーニーを公開して公開します
選択肢が異なる点
オプション A （Offer Decisioning）の場合：
ジャーニーキャンバスは、各メッセージアクションノードに決定ポリシーが埋め込まれた線形です。 チャネル選択に分岐はありません。 オファーの決定は、メッセージレンダリング時にアクションノード内で行われます。
オプション B （動的チャネル選択）の場合：
各待機ステップの後、チャネル選択基準（プロファイル属性、決定出力、同意ステータス）を評価する条件ノードを追加します。 各条件ブランチは、チャネル固有のメッセージアクションノードにつながります。 条件に一致しないプロファイルのデフォルト/else パスを含めます。
オプション C （フル アダプティブ）の:
チャネル選択条件ノードを、決定ポリシーに埋め込まれたメッセージアクションノードと組み合わせます。 各顧客接点で、最初に条件または決定によってチャネルが決定され、次に、選択したチャネルのメッセージアクション内で、決定ポリシーによって最適なオファー/コンテンツが選択されます。
Experience League ドキュメント
フェーズ 6：レポートとモニタリング
アプリケーション関数： AJO：レポートとパフォーマンス分析
このフェーズでは、ライブレポート（実行中）と履歴レポート（完了後）を通じて、ジャーニーと意思決定のパフォーマンスモニタリングを設定します。 オファーの選択分布、フォールバック率、ランキングの有効性などを含む、意思決定専用の指標。 必要に応じて、CJA workspace analysisを使用して、詳細なクロスチャネルジャーニーと意思決定ROI分析を実現できます。
決定：レポートの深さ
必要なレポート分析のレベル？
主要な設定の詳細
UI ナビゲーション：ジャーニー/ジャーニー/ライブレポート/すべての時間レポートを選択
- 入口、出口、ノードごとの指標について、初回実行時にジャーニーライブレポートを監視します
- 決定パフォーマンスの確認：オファーの選択分布、フォールバックオファー率、ランキングの有効性
- ジャーニーの終了後、過去のレポートを確認して、funnelによるエンドツーエンドの分析を実現できます
- CJA分析の場合：CJA接続にAJO個のデータセット（メッセージフィードバックイベント、メールトラッキングイベント）が含まれていることを確認します
- CJA workspaceのパネルを使用して、チャネルミックス分析、オファーパフォーマンス比較、ジャーニーコンバージョンファネルを構築できます
- ジャーニーの開始日と大幅な設定変更に関する注釈を作成します
Experience League ドキュメント
実装に関する考慮事項
導入前と導入中に、次のガードレール、一般的な落とし穴、ベストプラクティス、トレードオフの意思決定を確認します。
ガードレールと制限
- サンドボックスあたり最大500 ライブジャーニー – Journey Optimizer ガードレール
- ジャーニーの最大期間は91日です（グローバル タイムアウト）
- ジャーニーキャンバスあたり最大50 アクティビティ
- オーディエンスジャーニーは、1秒あたり最大20,000件のプロファイルを処理できます
- 単一イベントジャーニーは、サンドボックスごとに最大5,000 イベント/秒をサポートします
- サンドボックスごとに最大10,000件の承認済みパーソナライズされたオファー
- 1決定あたり最大30件のプレースメント
- オファーの配信時間SLA：シングルスコープリクエストの場合、P95で500 ミリ秒未満
- AI ランキングモデルのトレーニングには最低1,000回のコンバージョンイベントが必要です
- サンドボックスごとに1つのチャネルタイプにつき最大10個のチャネルサーフェス
- オーディエンス読み取りジャーニーの待機ステップの所要時間は最低1時間です
- ジャーニー再エントリ クールダウンの最小値は5分です
- サンドボックスあたり最大4,000個のセグメント定義 – プラットフォームガードレール
よくある落とし穴
決定では、常にフォールバックオファーが返されます。 パーソナライズされたオファーが有効な日付範囲内で（ドラフト状態ではなく）承認され、対象プロファイルの属性と一致する実施要件ルールが適用されていることを確認します。 オファーの上限に達していないことを確認します。 パーソナライズされたオファーの対象を明確に示すプロファイルを使用してテストします。
ジャーニーが公開されますが、プロファイルは開始されません： オーディエンス読み取りジャーニーの場合、オーディエンスの評価母集団が0より大きいことを確認してください。 イベントトリガージャーニーの場合は、イベントスキーマ、トリガー条件、およびイベントが送信されていることを確認します。 エントリのオーディエンス結合ポリシーが、ジャーニーの想定される結合ポリシーと一致することを確認します。
ランキング式が正しく適用されていません：数式構文が有効であり、アクセス可能なプロファイル属性を参照していることを確認してください。 数式エラーは、警告なしに優先度ベースのランキングに自動的にフォールバックされます。 異なる属性値を持つプロファイルでランキングをテストして、数式が期待される順序を生成することを確認します。
チャネル ルーティングは同意を無視します： チャネル選択の条件ノードには、同意チェックを含める必要があります。 SMSの同意がないプロファイルは、SMS パスにルーティングしないでください。 チャネル選択に意思決定を使用する際の適格性ルールに同意を組み込む（オプション B/C）。
オファーの上限カウンターが高スループットの下で遅延する： オファーの上限カウンターは、高スループットのシナリオで数秒遅れる場合があります。 正確な上限が重要な場合は、バッファーを含むグローバルキャップを使用するか、頻度ルールと組み合わせます。
ジャーニーキャンバスが50 アクティビティの制限を超えています：多くのチャネルブランチと決定ノードを持つ複雑なオプション C ジャーニーは、50 アクティビティの制限に近づくことができます。 条件ロジックの統合、顧客接点の数の削減、複数のシーケンシャルジャーニーへの分割によって簡素化できます。
Edge decisions return empty personalization: リアルタイム決定にedge decisioningを使用する場合、データストリームでAdobe Journey Optimizer サービスが有効になっており、決定範囲が正しくフォーマットされていることを確認します。 Edgeの決定は、edge profile storeで使用可能なプロファイル属性に制限されます。
ベストプラクティス
シンプルなスタートと進化： オプション A （固定チャネル、動的オファー）から始めて決定フレームワークを検証し、データの成熟度と組織のキャパシティの向上に応じてオプション BまたはCに進化します。
プロファイル エンリッチメントに投資： エンゲージメントスコア、チャネル環境指標、Customer AI傾向スコアなどの計算属性により、意思決定の品質が大幅に向上します。 複雑なランキング戦略を設定する前に、これらのエンリッチメント属性を構築します。
常にフォールバックオファーを設定する：すべての決定ポリシーにはフォールバックオファーが必要です。 フォールバックオファーは、パーソナライズされたオファーを受け取る資格のないプロファイルにサービスを提供するため、真に価値のあるコンテンツ（空のプレースホルダーではない）として設計されます。
様々なプロファイルでテスト：様々な適格性パス、チャネルの環境設定、属性の組み合わせを表すプロファイルでテストモードを使用します。 公開前に、可能な各ジャーニーパスと決定結果が正しく機能することを確認します。
正常性指標としてフォールバック率を監視： フォールバック オファー率が高い場合、実施要件ルールが制限されすぎているか、オファーカタログで十分なプロファイル セグメントがカバーされていないことを示します。 フォールバック率を20%未満に抑え、適切に設定された意思決定を実現したい。
コンテンツフラグメントを使用してクロスチャネルの一貫性を維持：共有コンテンツフラグメント（ヘッダー、フッター、免責条項、登録解除ブロック）を作成して、ジャーニー内の電子メール、SMS、プッシュメッセージのブランドの一貫性を維持します。
離脱条件をプロアクティブに設定： コンバージョンイベント（購入、登録など）の離脱条件を定義して、希望するアクションを完了したプロファイルがメッセージを受信し続けるのではなく、直ちにジャーニーから削除されるようにします。
意味のある優先度スコアを割り当てる：複数のジャーニーとキャンペーンを実行する場合は、ビジネスへの影響に基づいて優先度スコアを割り当てます。 価値の高いリテンションジャーニーは、情報コミュニケーションよりも優先される必要があります。
トレードオフの決定
以下のトレードオフを確認して、導入の選択をお知らせください。
意思決定の複雑さと市場投入までの時間の比較
より高度な意思決定（AI ランキングのオプション C）により、より高いパーソナライゼーションが実現されますが、より多くの設定、データ準備、テスト時間が必要です。
- オプション A/Bのメリット：迅速なデプロイメント、簡単なテスト、継続的な管理オーバーヘッドの削減
- オプション Cのメリット：最大限のパーソナライゼーション、継続的なAI主導の最適化、最も高いエンゲージメント可能性
- 推奨事項：最初の起動はオプション AまたはBで始めます。 パフォーマンスデータを収集し、プロファイル強化属性を並行して構築できます。 AIのランキングトレーニングと豊富なオファーカタログ用に1,000以上のコンバージョンイベントがある場合は、オプション Cに進化します。
静的ブランチとチャネル選択の意思決定の違い
チャネル選択は、シンプルなジャーニー条件ノード（プロファイル属性を直接評価する）または意思決定フレームワーク（チャネルが適格性とランキングを持つ決定項目としてモデル化される）を通じて実装できます。
- 静的な条件ノードの利点： シンプルさ、透明性、簡単なトラブルシューティング。 チャネル選択ロジックが簡単な場合に最適です（例えば、「プッシュトークンが存在し、30日以内に最後のプッシュを開いた場合は、プッシュを使用します。そうでない場合はメールを使用します」）。
- 意思決定ベースのチャネル選択の好み：一元管理、AIによる最適化の可能性、ジャーニーキャンバスを変更せずにランキングロジックを進化させる機能。 チャネル選択が複雑で、時間の経過とともに改善する必要がある場合に最適です。
- 推奨事項： チャネル選択条件がシンプルで明確に定義されている場合は、オプション Bに静的条件ノードを使用します。 意思決定ベースのチャネル選択は、AIを活用してチャネル選択を長期的に最適化したい場合や、チャネル選択ロジックが複雑で一元的な適格性とランキング管理のメリットを得られる場合に使用します。
オファーの詳細さとカタログの管理性の比較
ターゲットを絞ったオファーを多く含む、大規模で詳細なオファーカタログは、より正確なパーソナライゼーションを実現しますが、管理に多くの労力が必要です。 より広範な適格性を持つ小規模なカタログは、管理が簡単ですが、パーソナライズされていないことがあります。
- 大規模なカタログ（多数の特定オファー）の好み： パーソナライゼーションの精度の向上、多様なオーディエンスに対する適切な選択、フォールバック率の低下
- 小さいカタログ （幅の広いオファーが少ない）のお気に入り：管理が簡単、設定が速く、テストが簡単、孤立したオファーのリスクが低い
- 推奨事項：最初に、5～15件のパーソナライズされたオファーと、決定ごとにフォールバックを提供します。 どのセグメントがフォールバックオファーを最も頻繁に受け取るかを確認しながら、オファーをさらに追加します。 コレクション修飾子を使用して、オファーをカテゴリー、階層、製品ラインごとに整理し、管理しやすい成長を実現します。
優先順位ベースの意思決定とAIによる意思決定
優先順位にもとづくランキングは、決定論的かつ透明性が高い。 AIを利用した意思決定は自動的に最適化されますが、トレーニングデータが必要であり、透明性も低くなります。
- 優先度ベースのランキングの利点：予測可能性、透明性、即時のデプロイメント、トレーニングデータの要件なし
- AIによる意思決定の優先度：継続的な最適化、データに基づく選択、明らかでないオファープロファイルの親和性を発見する機能
- 推奨事項：最初の展開には、優先順位ベースまたは式ベースのランキングを使用します。 コンバージョンイベントを1,000以上蓄積し、ルールベースからモデルベースの最適化に移行したい場合は、AIを活用した意思決定に移行します。
関連ドキュメント
次のリソースでは、このユースケースパターンで使用される機能に関する追加の詳細を示します。