カスタマーデータプラットフォーム（CDP）

顧客データプラットフォームとは、複数の情報源から顧客データを収集し、個々の顧客ごとに統合されたプロファイルを作成し、そのプロファイルを他のシステムで利用してセグメンテーション、パーソナライゼーション、測定を行うシステムです。データウェアハウスとは異なり、分析よりも運用上の活性化に重点を置いており、顧客関係管理システムとは異なり、顧客関係や販売プロセスを管理するのではなく、大量の行動データを取り込むように構築されています。

このソリューションが解決しようとしている問題は、現実的かつ広範囲に及んでいます。顧客情報は、コマースプラットフォーム、メールツール、サポートデスク、広告アカウント、モバイルアプリ分析、オフラインの販売時点情報管理（POS）など、それぞれ独立したシステムに蓄積されます。同一人物が各システムに異なる識別子で表示され、どのシステムも完全な顧客像を把握していません。その結果、マーケティング部門は苦情を申し立てたばかりの顧客に連絡を取り、サポート部門は購入履歴を把握できず、顧客価値の分析は、必要なたびに手動で照合作業を繰り返さなければ不可能になります。

本人確認は、技術的な中核を成す機能であり、最も難しい部分です。ログインしたアカウントを、匿名でのブラウジングセッション、別の時間に使用されたメールアドレス、アプリのインストール、店舗での購入と照合するには、識別子が存在する場合は決定論的な照合を、存在しない場合は確率論的な照合を行う必要があります。この本人確認の精度は、その後のすべての処理の価値を左右し、プライバシーへの影響も集中します。なぜなら、データセットを組み合わせることで、個々の入力データよりもはるかに多くの情報を明らかにするプロファイルが作成されるからです。

ベンダー間のポジショニングの違いにより、このカテゴリーは曖昧になりつつあり、選択肢を評価するにはラベルだけにとらわれず、より広い視野で検討する必要があります。製品によっては、主にマーケティング活性化ツールとして機能し、データ取り込み機能を備えているものもあれば、データインフラストラクチャに活性化機能を追加したものもあり、さらに、顧客データを別の独自ストアに重複して保存することを避けるため、ID解決とオーディエンス配信専用のツールを使用してクラウドデータウェアハウス上に同じ機能を直接構築するというパターンがますます一般的になっています。最適な選択は、既存のインフラストラクチャと、どのチームがシステムを所有するかによって決まります。そして、この所有権の問題は、機能の比較よりも決定的な要素となることが多いのです。

実装が失敗する理由は予測可能です。組織は、どの意思決定を改善するかを決定する前にプラットフォームを購入し、結果として誰も使わない統合プロファイルを作成してしまうのです。ソースデータの品質が低いため、統合によって信頼できる情報ではなく、信頼性の低い情報が統合されたビューが生成されます。ガバナンスが定義されていないため、どのシステムがどの分野の権威であるかについて誰も合意できません。また、セグメントを使用することが想定されている運用チームがセグメントの定義に関与していないため、セグメントはチームの実際の業務方法と一致しません。

購入に先立ち、代替案を正直に評価する必要があります。なぜなら、組織がこれらのプラットフォームから求める価値の大部分は、既に所有しているツールで実現可能だからです。適切にモデル化されたデータウェアハウスと、マーケティングプラットフォームへの定期的なエクスポートがあれば、新しいシステムを導入することなく、セグメンテーションや配信停止のユースケースのほとんどに対応できます。リアルタイムでの対応が真に必要であり、ソースシステムの数が多すぎてポイントツーポイントの統合が管理不能になっている場合は、専用ツールの必要性が大幅に高まります。カテゴリではなく、どの特定の機能が不足しているかという観点から意思決定を行うことで、より小規模で成功率の高いプロジェクトにつながる傾向があります。

成功のパターンは、新規顧客獲得キャンペーンから最近購入した顧客を除外したり、特定の行動に基づいて顧客維持活動をトリガーしたりするなど、明確な商業的価値を持つ少数の具体的なユースケースから始め、それらのケースに必要な統合のみを構築することです。この枠組みは通常、 データ分析 エンゲージメント、アクティベーション戦略は 成長管理、そしてそれは多くの場合正当化される エンタープライズ 接続されていないシステムの数が非常に多く、手動による調整が恒常的なコストとなっている環境。