一回限りの顧客価値から生涯価値への進化

IMPORTANT
  • ここでは、Real-Time CDPとAdobe Journey Optimizerの使用例を紹介します。 ページに記載されている数値、選定基準、その他のフィールドは、数値ではなく、ガイドとして使用します。
  • このユースケースを完了するには、Real-Time CDPとAdobe Journey Optimizerのライセンスが必要です。 詳しくは、以下の「前提条件と計画」の節を参照してください。

1回限りの顧客価値から顧客生涯価値までのユースケースを実装して、ブランドエンゲージメントとブランドロイヤルティを促進します。 Journey OptimizerReal-Time CDPによって強化されたExperience Platformの機能を活用して、複数のチャネルやジャーニーで連続性のある顧客体験を構築します。

ターゲットにしているペルソナは、過去3 カ月以内に何らかの購入を行った、自社プロパティへの頻繁な訪問者のことです。

自社のプロパティを訪問し、自社が提供する製品やサービスを散発的に購入する顧客を考慮しましょう。 そのような顧客にアピールするために、パーソナライズされた施策を構築し、1回限りの価値ではなく、長期的な価値を提供できるようにしましょう。 次の方法について説明します。

  • データの収集と管理
  • オーディエンスを作成
  • Adobe Adobe Journey Optimizerでこれらのオーディエンスをターゲティングし、Real-Time CDPで活用するジャーニーを構築できます。

1回限りの価値から生涯価値の高レベルのビジュアルの概要に段階的に進化させます。 {modal="regular"}

前提条件と計画 prerequisites-and-planning

企業全体でのブランドロイヤルティを高めるためのビジネス目標と目的を定義していることを考慮します。 これは、顧客エンゲージメントとロイヤルティを促進するユースケースの実行に直結します。

これを実現するために必要なテクノロジは、2つのExperience Platform アプリケーション Real-Time CDPAdobe Journey Optimizerで構成されています。 以下に、ユースケースを実装する際に使用する2つのアプリの様々な機能とUI要素を示します。

TIP
これらすべての領域に必要な属性ベースのアクセス制御権限があることを確認するか、必要な権限の付与をシステム管理者に依頼してください。

Real-Time CDPとJourney Optimizerのアーキテクチャ

ここでは、Real-Time CDPとJourney Optimizerの様々なコンポーネントのアーキテクチャビューを大まかに説明します。 この図は、このページで説明するユースケースを実現するために、データ収集からジャーニーまたはキャンペーンを通じて宛先にアクティベートされるまで、2つのExperience Platform アプリケーションをデータがどのように流れるかを示しています。

​ アーキテクチャの概要レベルのビジュアル概要。 {modal="regular"}

ユースケースの達成方法:概要 achieve-the-use-case-high-level

ワークフローの概要(ジャーニーワークフローとアクティベーションワークフローの組み合わせ)を以下に示します。

下の図のワークフローのサンプルでは、特定の基準を満たす顧客を探し、web サイトまたはアプリに戻るように促します。 プロパティのアクティビティを制限するのではなく、より反復的な方法で返されるジャーニーに設定することを検討しています。 顧客を自社のプロパティに誘導し、再び流入した顧客をジャーニーに誘導して、自社サイトで定期的に購入するように促します。 ここで設定するキャンペーンは、毎月顧客との1回のエンゲージメントに上限が設定されます。

まず、価値の高い顧客と低い顧客にメッセージを送ることから始めます。 次に、過去30日以内にこのメッセージを受信したかどうかを確認します。 そうでない場合は、新しいサブスクリプションプログラムなどのジャーニーに参加できます。 その後、数日間待つことができます(この例では7日間)。 この後、メッセージを送信したサブスクリプションを購入していない場合は、宛先を介して有料メディア広告を配信できます。 オーディエンスがサブスクリプションを購入した場合、注文確認ジャーニーに参加してもらい、ユースケースを完了してもらうことができます。

IMPORTANT
このページで後述するように、専用の同意フィールドグループをスキーマ ​に持ち、同意ポリシーを実装することで、すべてのアクションとワークフローがプライバシーと同意ファーストの方法で実装されます。

1回限りの価値から生涯価値の高レベルのビジュアルの概要に段階的に進化させます。 {modal="regular"}

  1. スキーマとデータセットを作成し、これらを​ プロファイル ​にマークします。
  2. データは、webSDK、モバイルEdgeSDK、APIを介して収集され、Experience Platformに統合されます。 Analytics Data Connectorも利用できますが、ジャーニーの遅延が発生する場合があります。
  3. Real-Time CDPにプロファイルを読み込み、責任ある使用を保証するためのガバナンスポリシーを構築します。
  4. プロファイルのリストから焦点を絞ったオーディエンスを作成し、価値の高い顧客や頻度の低い顧客をチェックします。
  5. Adobe Journey Optimizerに2つのジャーニーを作成し、1つは新しいサブスクリプションプログラムに関するメッセージをユーザーに送信し、もう1つは後で購入を確認するためのメッセージをユーザーに送信します。
  6. 必要に応じて、サブスクリプションを購入していない顧客のオーディエンスを、目的の有料メディア宛先にアクティベートします。

実現する方法 achieve-use-case-instruction

上記の概要の各ステップを完了するには、以下のセクションを読み、詳細と詳細な手順に関するリンクを提供します。

使用する UI 機能と要素 ui-functionality-and-elements

ユースケースを実装する手順を完了したら、このドキュメントの冒頭に記載されているReal-Time CDP、Adobe Journey Optimizerの機能、およびUI要素を使用します。 これらすべての領域に対して必要な属性ベースのアクセス制御の権限があることを確認するか、システム管理者に必要な権限の付与を依頼してください。

スキーマデザインの作成とフィールドグループの指定 schema-design

Experience Data Model (XDM) リソースは、Adobe Experience Platformの​ スキーマ ​ ワークスペースで管理されます。 Adobeが提供するコアリソース (例:​ フィールドグループ ​)を表示して探索し、組織のカスタムリソースとスキーマを作成できます。

​ スキーマ ​の作成について詳しくは、​ スキーマの作成チュートリアルを参照してください。

このサンプル実装では、1回限りの値を生涯値に進化させるユースケースに使用できるスキーマ設計がいくつかあります。 各スキーマには、設定する特定の必須フィールドと、推奨される一部のフィールドが含まれています。

実装サンプルに基づいて、Adobeでは、このユースケースを実現するために、次の3つのスキーマを作成することをお勧めします。

顧客属性スキーマ customer-attributes-schema

このスキーマは、顧客情報を構成するプロファイルデータを構造化および参照するために使用します。 このデータは通常、CRMまたは類似システムを介してAdobe Experience Platformに取り込まれ、パーソナライゼーション、マーケティングの同意、および強化されたセグメンテーション機能に使用される顧客の詳細を参照するために必要です。

​ フィールドグループがハイライト表示された顧客属性スキーマ ​

顧客属性スキーマは、次のフィールドグループを含むXDM Individual Profile クラスで表されます。

デモグラフィックの詳細(フィールドグループ)
​ デモグラフィックの詳細は、XDM Individual Profile クラスの標準スキーマフィールドグループです。 フィールドグループは、ルートレベルの個人オブジェクトを提供します。このサブフィールドは、個人に関する情報を記述します。
個人の連絡先の詳細(フィールドグループ)
個人連絡先の詳細は、個人の連絡先情報を説明するXDM Individual Profile クラスの標準スキーマフィールドグループです。
External Source System Audit Details (フィールドグループ)
External Source System Audit Attributesは、外部ソース システムに関する監査の詳細をキャプチャする標準のExperience Data Model (XDM) データ型です。
同意と環境設定のフィールドグループ(フィールドグループ)
同意と環境設定 フィールドグループは、同意と環境設定の情報を取得するための、単一のオブジェクトタイプ フィールド「同意」を提供します。

顧客デジタル取引スキーマ customer-digital-transactions-schema

このスキーマは、web サイトや関連するほかのデジタルプラットフォームで発生する顧客活動を構成するイベントデータを構造化し、参照するために使用されます。 このデータは通常、Web SDKを介してAdobe Experience Platformに取り込まれ、ジャーニーのトリガー、オンライン顧客分析の詳細、セグメンテーション機能の強化に使用されるさまざまな参照イベントとコンバージョンイベントを参照するために必要です。

​ フィールドグループが強調表示された顧客デジタルトランザクションスキーマ ​

顧客デジタルトランザクションスキーマは、XDM ExperienceEvent クラスで表されます。このクラスには、次のフィールドグループが含まれます。

Adobe Experience Platform Web SDK ExperienceEvent (フィールドグループ)
table 0-row-2 1-row-2 2-row-2
フィールド 要件
device.model 推奨
environment.browserDetails.userAgent 推奨
Web詳細(フィールドグループ)
Web Detailsは、XDM ExperienceEvent クラスの標準スキーマフィールドグループで、インタラクション、ページの詳細、リファラーなどのweb詳細イベントに関する情報を記述するために使用されます。
消費者エクスペリエンスイベント (フィールドグループ)

このフィールドグループには、web プロパティ上のユーザーが実行した購入イベントや閲覧イベントなどのアクションに関するさまざまな情報が含まれます。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2 14-row-2 15-row-2 16-row-2 17-row-2 18-row-2 19-row-2 20-row-2 21-row-2 22-row-2 23-row-2 24-row-2 25-row-2 26-row-2 27-row-2 28-row-2 29-row-2
フィールド 要件
commerce.cart.cartID 推奨
commerce.cart.cartSource 推奨
commerce.cartAbandons.id 推奨
commerce.cartAbandons.value 推奨
commerce.order.orderType 推奨
commerce.order.payments.paymentAmount 推奨
commerce.order.payments.paymentType 推奨
commerce.order.payments.transactionID 推奨
commerce.order.priceTotal 推奨
commerce.order.purchaseID 推奨
commerce.productListAdds.id 推奨
commerce.productListAdds.value 推奨
commerce.productListOpens.id 推奨
commerce.productListOpens.value 推奨
commerce.productListRemoval.id 推奨
commerce.productListRemoval.value 推奨
commerce.productListViews.id 推奨
commerce.productListViews.value 推奨
commerce.productViews.id 推奨
commerce.productViews.value 推奨
commerce.purchases.id 推奨
commerce.purchases.value 推奨
marketing.campaignGroup 推奨
marketing.campaignName 推奨
marketing.trackingCode 推奨
productListItems.name 推奨
productListItems.priceTotal 推奨
productListItems.product 推奨
productListItems.quantity 推奨
エンドユーザーIDの詳細(フィールドグループ)
​ エンドユーザーIDの詳細」フィールドグループには、訪問時にサイトで認証されたかどうかと、ユーザーのIDに関する情報など、ユーザーに関するさまざまな情報が含まれます。
External Source System Audit Details (フィールドグループ)
External Source System Audit Attributesは、外部ソースシステムに関する監査の詳細をキャプチャする標準のExperience Data Model (XDM)データタイプです。

顧客オフライン取引スキーマ customer-offline-transactions-schema

このスキーマは、web サイト外のプラットフォームで発生する顧客アクティビティを構成するイベントデータを構造化および参照するために使用されます。 このデータは通常、POS (または同様のシステム)からAdobe Experience Platformに取り込まれ、API接続を介してExperience Platformにストリーミングされます。 ​ バッチ取り込みについて読む。 その目的は、ジャーニーのトリガー、オンラインとオフラインの詳細な顧客分析、セグメンテーション機能の強化に使用される、さまざまなオフラインコンバージョンイベントを参照することです。

​ フィールドグループが強調表示された顧客オフライン取引スキーマ ​

顧客オフライントランザクションスキーマは、XDM ExperienceEvent クラスで表され、次のフィールドグループが含まれます。

Commerceの詳細(フィールドグループ)
Commerce Detailsは、XDM ExperienceEvent クラスの標準スキーマフィールドグループで、商品情報(SKU、名前、数量)、標準カート操作(注文、チェックアウト、放棄)などのコマースデータを記述するために使用されます。
個人の連絡先の詳細(フィールドグループ)
個人連絡先の詳細は、XDM Individual Profile クラスの標準スキーマフィールドグループで、個人の連絡先情報を説明します。
External Source System Audit Details (フィールドグループ)
External Source System Audit Attributesは、外部ソースシステムに関する監査の詳細をキャプチャする標準のExperience Data Model (XDM)データタイプです。

Adobe web コネクタスキーマ adobe-web-connector-schema

NOTE
これは、Adobe Analytics Data Connectorを使用している場合のオプションの実装です。

このスキーマは、web サイトや関連するほかのデジタルプラットフォームで発生する顧客活動を構成するイベントデータを構造化し、参照するために使用されます。 このスキーマは、Customer Digital Transactions スキーマと似ていますが、Web SDKがデータ収集のオプションではない場合に使用できるという点で異なります。 そのため、このスキーマは、Adobe Analytics Data Connectorを利用してオンラインデータをAdobe Experience Platformにプライマリデータストリームまたはセカンダリデータストリームとして送信する場合に使用できます。

​ フィールドグループがハイライト表示されたAdobe web コネクタスキーマ ​

Adobe web コネクタスキーマは、XDM ExperienceEvent クラスで表され、次のフィールドグループが含まれます。

Adobe Analytics ExperienceEvent テンプレート(フィールドグループ)
Adobe Analytics ExperienceEvent Full Extensionは、Adobe Analyticsによって収集される一般的な指標をキャプチャする標準スキーマフィールドグループです。

スキーマからのデータセットの作成 dataset-from-schema

データセットとは、データのグループを保存および管理する構造です。 このサンプル実装を実行するために使用される各スキーマには、1つのデータセットがあります。

スキーマから​ データセット ​を作成する方法について詳しくは、​ データセット UI ガイド ​を参照してください。

NOTE
スキーマを作成する手順と同様に、データセットをリアルタイム顧客プロファイルに含めることができるようにする必要があります。 リアルタイム顧客プロファイルで使用するためのデータセットの有効化について詳しくは、​ スキーマの作成チュートリアルを参照してください。

同意ポリシー

IMPORTANT
企業からのコミュニケーションを登録解除する機能を顧客に提供し、この選択を尊重することを保証することは、法的な要件です。 適用される法律について詳しくは、​ プライバシー規制の概要を参照してください。

次の同意ポリシーを実装し、訪問者に連絡する前に同意を求めることを検討してください。

  • consents.marketing.email.val = "Y"の場合、メールを送信できます
  • consents.marketing.sms.val = "Y"の場合、SMSを実行できます
  • consents.marketing.push.val = "Y"の場合、プッシュ可能
  • consents.share.val = "Y"様が広告可能な場合

データガバナンスラベルと実施

次の​ データガバナンスラベル ​の追加と適用を検討してください。

  • 個人メールアドレスは、デバイスではなく、特定の個人を特定したり、連絡を取ったりするために使用される、直接個人を特定できるデータとして使用されます。
    • personalEmail.address = I1

マーケティングポリシー

このユースケースの一部として作成するジャーニーには、​ マーケティングポリシーは必要ありません。 ただし、必要に応じて次のポリシーを検討できます。

  • 機密データの制限
  • オンサイト Advertising制限
  • メールターゲティング制限
  • クロスサイトターゲティング制限
  • 直接識別可能なデータと匿名のデータの組み合わせ制限

オーディエンスを作成 create-audiences

このユースケースでは、2つのオーディエンスを作成して、プロファイルストアのプロファイルのサブセットが共有する特定の属性や行動を定義し、マーケティング可能な人物のグループを区別する必要があります。 オーディエンスは、Adobe Experience Platformで複数の方法で作成できます。

具体的には、次の画像に示すように、ユースケースの異なるステップで2つのオーディエンスを作成して使用する必要があります。

個のオーディエンスがハイライト表示されました。 {modal="regular"}

Adobe Journey Optimizerの対象オーディエンス

この価値の高い低頻度のオーディエンスには、新しいサブスクリプションプログラムについて知らせるために、ジャーニーを通じてリーチしたいプロファイルが含まれます。 オーディエンスの詳細は次のとおりです。

  • 説明:過去3か月間に合計で250 ドル以上を費やしたプロファイル
  • オーディエンスに必要なフィールドと条件:
    • イベント: commerce.order.payments.paymentamount
  • 合計金額:>= $250
    • EventType: commerce.purchases
  • タイムスタンプ:今まで3 ヶ月未満
有料メディアオーディエンス

このオーディエンスは、過去3か月間に合計で250 ドル以上を費やし、過去7日間に購入していないプロファイルを含むように作成されます。 オーディエンスの詳細は次のとおりです。

  • 説明:過去3か月間に合計で250 ドル以上を費やし、過去7日間に購入していないプロファイル。

  • 必須フィールドと条件:

    • EventType: journey.feedback

      • オペランド : = true
    • イベント:experience.journeyOrchestration.stepEvents.nodeName

      • オペランド:= JourneyStepEventTracker - サブスクリプションが購入されていません
      • タイムスタンプ:過去7日間
    • EventTypeがcommerce.purchasesではありません

      • タイムスタンプ:<= 7日前
    • イベント:SKU

      • 値:= subscription

Adobe Journey Optimizerでのジャーニー設定 journey-setup

NOTE
Adobe Journey Optimizerは、図に示されているすべての要素を含んでいません。 すべての有料メディア広告は、宛先 ​ ワークスペース ​に作成されます。

Adobe Journey Optimizerは、連続性があり、コンテキストに即して、パーソナライズされたエクスペリエンスを顧客に提供するのに役立ちます。 カスタマージャーニーとは、顧客と企業とのインタラクションのプロセス全体のことです。 各ユースケースジャーニーには特定の情報が必要です。

このユースケースを実現するには、次の2つのジャーニーを個別に作成する必要があります。

  • ライフタイムジャーニー:価値の高い低頻度の顧客に送信するメッセージを含みます
  • 電話に応答してサブスクリプションを購入したユーザーの注文確認ジャーニー。

ジャーニーが強調表示されました。 {modal="regular"}

以下に、各ジャーニーブランチに必要な正確なデータを示します。

生涯ジャーニー

ライフタイムジャーニーでは、過去30日以内にターゲティングされなかった、価値の高い顧客と低頻度の顧客の両方に訴求します。 これらの顧客にはメッセージが表示され、まだ購入していない場合は、有料メディア広告を表示できるオーディエンスに購入者以外の顧客を含めることができます。 購入者が購入した場合は、別のタブで詳しく説明されている注文確認ジャーニーで購入者を設定できます。

生涯ジャーニーの概要の概要。 {modal="regular"}

accordion
詳細なジャーニーロジック

上記のジャーニーは、次のロジックに従います。

  1. オーディエンスの読み取り:上記の「オーディエンス」セクションで作成された最初のオーディエンスに対して、​ オーディエンスアクティビティ ​を使用します。

  2. 条件 – 優先チャネル:条件アクティビティ ​を使用して、電子メール、SMS、またはプッシュ通知を通じて顧客にリーチする方法を決定します。 3つのアクションアクティビティを使用して、3つのブランチを作成します。

  3. 待機:待機アクティビティ ​を使用して、購入をリッスンするまで待ちます。

  4. 条件 – 過去7日間にサブスクリプションを購入したか?:条件アクティビティを使用して、過去7日間の製品の購入をリッスンします。

  5. JourneyStepEventTracker - サブスクリプションが購入されていません:メッセージを受信しているにもかかわらず、サブスクリプションをまだ購入していない訪問者に対しては、​ カスタムアクション ​を使用してください。 ジャーニーの最後のカスタム条件の一部として、journey.feedback イベントを作成し、ジャーニーステップイベント ​ スキーマに基づいてデータセットに追加します。 このイベントを使用して、サブスクリプションを購入していないオーディエンスをセグメント化し、有料メディア広告を通じてターゲットにすることができます。

注文確認ジャーニー

注文確認ジャーニーでは、web サイトとモバイルアプリのどちらを通じて購入したかに焦点を当てます。 お客様がサブスクリプションの購入を正常に完了した後、注文確認ジャーニーに設定できます。

顧客注文確認ジャーニーの概要レベルのビジュアル概要。 {modal="regular"}

accordion
ジャーニー論理

確認ジャーニーで、以下の推奨イベント、フィールド、アクションを使用します。

  • ジャーニーは、オンライン購入イベントによってトリガーされます

    • スキーマ:顧客デジタルトランザクション

    • フィールド:

      • EventType
    • 状況:

      • EventType = commerce.purchases

      • フィールド:

        • Commerce.purchases.id
        • Commerce.purchases.value
        • eventType
        • identityMap.authenticatedState
        • identityMap.id
        • identityMap.primary
        • productListItems.SKU
        • productListItems.currencyCode
        • productListItems.name
        • productListItems.priceTotal
        • productListItems.product
        • productListItems.productImageUrl
        • productListItems.quantity
        • timestamp
        • endUserIDs._experience.emailid.authenticatedState
        • endUserIDs._experience.emailid.id
        • endUserIDs._experience.emailid.namespace.code
        • _id
accordion
主要ジャーニーロジック
  • ジャーニーエントリロジック

    • 注文イベント
  • 条件

    • ターゲットチャネルを選択(1つまたは複数のチャネルを選択して、より広範にリーチできます)。

      • 注文確認は本質的に提供されると見なされるため、同意の確認は通常不要です。
      • メール
      • プッシュ
      • SMS
    • Channel Content Personalization

      • 注文の詳細情報を表示し、表形式を使用して商品のリストを表示できます。

Adobe Journey Optimizerでのジャーニーの作成について詳しくは、​ ジャーニーの基本を学ぶ ガイドを参照してください。

有料メディア広告を表示する宛先の設定 paid-media-ads

一部のユーザーは、新しいプログラムについてメッセージを送信した後でも、サブスクリプションを購入しなかった可能性があります。 数日間待ってから(この例では7日間)、有料メディア広告をそれらのユーザーに表示して、サブスクリプションの購入を促すことができます。

Real-Time CDPのdestinations frameworkを使用して、有料メディア広告を配信します。 顧客に有料メディア広告を表示するために利用できる多くの広告配信先の1つを選択し、選択した配信先に前に作成した有料メディアのオーディエンスをアクティブ化します。 利用可能なadvertisingおよびsocialの宛先の概要を参照してください。

宛先(例:The Trade DeskまたはGoogle Customer Matchなど)にデータをアクティブ化する方法については、次のドキュメントを参照してください。

次の手順 next-steps

低頻度で価値の高い利用者をジャーニーに設定し、有料メディア広告をそのサブセットに表示することで、その一部を一回限りの価値から生涯価値の顧客に転換し、ブランドロイヤルティと顧客エンゲージメント指標を向上させることができると考えています。

次に、web プロパティ上の未認証のユーザー🔗にパーソナライズされたコンテンツを​ インテリジェントに再エンゲージするや表示するなど、Real-Time CDPがサポートしているその他のユースケースを調べることができます。

recommendation-more-help
experience-platform-help-rtcdp