Braze external IDの使用

Decisioning Studio Proでは、すべてのデータアセットで一貫した、単一で安定した顧客識別子が必要です。その識別子としてBraze external IDを使用することをお勧めします。この記事では、その理由と、代わりに他の識別子構造を使用した場合に生じるリスクについて説明します。

Braze external IDを使用する理由

Decisioning Studio Proは、顧客IDの単位としてBraze external IDのみを使用して動作します。すべてのデータアセット (ユーザープロファイル、特徴量、アクティベーション、エンゲージメント、コンバージョン) は、主要な顧客識別子としてBraze external IDを参照する必要があります。

Braze external IDの使用は技術要件を満たすためだけではありません。モデルのトレーニングとレコメンデーションの信頼性を守るための、意図的な設計上の選択です。

他の識別子を使用する場合の課題

多くの組織では、2種類の顧客識別子システムを管理しています。

• ウェアハウスまたは基幹システムのID (「正規ID」や「物理ID」と呼ばれることもあります): LTV、返品、ロイヤルティなどの指標の信頼できる情報源です。データウェアハウスやERPに保存されています。
• プラットフォームID: Brazeなどのツールで使用される識別子です。通常、メールアドレス、デバイストークン、または同様のアクティベーションチャネルに紐付けられています。

顧客の特徴量の構築にはウェアハウスID (データがそこにあるため) を使い、アクティベーションにはBraze ID (Brazeが使用するため) を使いたくなるかもしれません。しかし、この方法では2つのシステム間に変換レイヤーが必要になり、その変換レイヤーが脆弱性の原因になります。

IDドリフト

ウェアハウスIDとBraze IDのマッピングが現在は1対多 (1人の物理的な顧客が複数のBrazeプロファイルに対応) であっても、時間の経過とともにマッピングが不安定になり、多対多になる可能性があります。1つのウェアハウスIDが時間とともに別の顧客に再割り当てされたり、同じBrazeプロファイルが複数のウェアハウスIDに関連付けられたりすると、IDドリフトが発生します。

IDドリフトは次の問題を引き起こします。

• モデルのトレーニングの失敗: モデルがレコメンデーションの対象と認識していた顧客が実際には別人だった場合、トレーニングシグナルが破損します。
• レポートの不正確さ: 基盤となるIDマッピングが不安定になると、指標が意味を持たなくなります。
• アトリビューションのエラー: コンバージョンが誤ったレコメンデーションに紐付けられます。

Braze external IDでこれらのリスクに対処する方法

設計段階からアクティベーションに対応

Braze external IDに基づいて生成されたレコメンデーションは、IDの変換ステップを経ることなく、LiquidまたはConnected Contentを通じてメッセージに直接挿入できます。変換レイヤーをなくすことで、運用の複雑さと障害の大きな原因を取り除けます。

上流の変更から分離

Braze external IDで動作することで、Decisioning Studio Proは上流システムの変更の影響を受けません。システム移行、データ品質の修正、ERPの更新などによって内部のウェアハウスIDが変更されても、Braze external IDとそれに関連付けられたすべての情報は安定したまま維持されます。

チャネルを明確に分離

Brazeでは、ユーザープロファイルは到達可能なコミュニケーションチャネルに対応します。顧客が2つのメールアドレスを登録している場合、その顧客は2つの異なるBraze external IDを持つ2つの異なるBrazeプロファイルを持つことになります。Decisioning Studio Proはこれらを2つの別個のエンティティとして扱うため、一方のメールのレコメンデーションやイベント履歴が、もう一方に関連するアクティビティの影響を受けることはありません。

これにより、いわゆる「コンテキストの混入」を防げます。たとえば、レコメンデーションエンジンが仕事関連の購買行動を、個人のメールアカウントに送信するレコメンデーションに混ぜることはありません。

マルチエンティティに関する考慮事項

複数店舗または階層型のビジネス

複数のストアフロントやサブブランドを運営するビジネス (たとえば、多数のフランチャイジーを抱えるフランチャイザー) では、「顧客」の概念があいまいになる場合があります。複数の店舗で買い物をする顧客は、店舗ごとに別々のレコードを持つことがありますが、レコメンデーションの目的では1人の人物として扱う必要があります。

ビジネスがこのような構造を持つ場合は、識別子の戦略を確定する前に、顧客の階層をどのようにモデル化するかを AI意思決定サービスチームと相談してください。

B2Cのアイデンティティの断片化

1人の実在の人物が、時間の経過とともに複数の Braze プロファイルを持つことがあります。たとえば、異なるメールアドレスで登録したり、アカウントがマージされる前に異なるデバイスでログインしたりした場合です。Decisioning Studio Pro は、Braze の各 external ID を別個の顧客として扱います。

これは意図された設計です。各プロファイルは、それぞれ異なるアクティベーションチャネルを表しています。ただし、レコメンデーションの品質は Braze のアイデンティティ解決の品質に左右されることになります。Braze の実装で重複プロファイルが確実にマージされない場合、一部の顧客は履歴が複数のプロファイルに断片化されるため、パーソナライゼーションの品質が低下する可能性があります。