See where CDP is headed with AI — Agentic World 2026, Oct 5–7, Miami →
English
グロッサリー

シングルカスタマービュー(SCV)とは?CDPでの作り方

シングルカスタマービュー(SCV)とは、CRM、Web、アプリ、購買などに分散した顧客データを一人分の単一プロファイルへ集約したものである。Customer 360との違い、名寄せによる構築の4段階、AIエージェント時代に求められる鮮度、CDP選定時の確認項目を解説する。

Kazuki Ohta Kazuki Ohta 1 min read

シングルカスタマービュー(SCV)とは、組織が保有する顧客データを一つの場所に集約し、一人の顧客の全体像を単一のプロファイルとして参照できるようにしたものである。 チャネルや媒体をまたいだ行動を一つの記録から追えるため、オムニチャネルマーケティングを成り立たせる前提になる。

シングルカスタマービューは、Customer 360 View(C360)や Unified Customer View(UCV)とも呼ばれる。氏名、電話番号、住所、年齢といった個人を特定できる情報に加えて、購買履歴、ロイヤルティプログラムの利用状況、過去のコミュニケーション履歴までを一つのプロファイルに束ねる。

このプロファイルを継続的に生成し、維持する仕組みがCDP(カスタマーデータプラットフォーム)である。シングルカスタマービューは、CDPが生み出す中心的な成果物にあたる。

シングルカスタマービューが必要になる理由

顧客はWebサイト、モバイルアプリ、電話、SMS、実店舗など多数の接点でブランドと接する。接点ごとに別々のシステムが記録を持ち、それらが同一人物のものとして紐づかないままだと、一人の顧客が複数の別人として数えられる。結果として、同じ人に重複した案内が届き、すでに購入済みの商品を薦めることになる。

例えば、メールを開いてサイトへ遷移し、商品をカートに入れたうえで、実物を確かめるために店舗へ向かう顧客がいる。この一連の行動を結び付ける仕組みがなければ、企業側にはカートを放棄した見込み客としか見えない。店舗で購入が完了した後もカート放棄のリマインドが送られ続け、獲得済みの売上に対して広告費を払い続けることになる。

実際、フォレスター(Forrester, 2023)によれば、統合された顧客プロファイルを導入した組織は、顧客満足度が10~20%向上し、マーケティング効率が15~25%改善しているという。

CDPがシングルカスタマービューを構築する仕組み

CDPは、断片化したデータを一人分のプロファイルにまとめる処理を4つの段階に分けて自動化する。

  1. 収集:Webの行動ログ、モバイルアプリ、CRM、POS、ロイヤルティプログラム、コールセンター、広告プラットフォームなど、顧客接点を持つシステムからファーストパーティデータを取り込む。
  2. 名寄せ名寄せがメールアドレス、デバイスID、会員番号、Cookie IDといった識別子を照合し、同一人物のレコードを一つに束ねる。確定的マッチングで確実な一致を押さえ、確率的マッチングで匿名の行動まで対象を広げる。
  3. 統合プロファイルの生成:束ねられたレコードから、属性、行動履歴、算出された指標(顧客生涯価値、解約確率など)を持つ永続的なプロファイルが作られる。
  4. 更新とアクティベーション:新しいイベントが届くたびにプロファイルが更新され、その内容がメール、広告、アプリ、店舗の端末へ配信される。

プロファイルに載せるべきものは、属性と行動データだけではない。顧客がどのデータの利用を許諾し、どのチャネルでの連絡を拒否しているかという同意管理の情報も、同じプロファイルに含まれている必要がある。同意の状態が別システムに残っていると、配信の直前に照合処理を挟むことになり、その場での判断ができなくなる。CDPを比較するとき、同意情報の扱いは見落とされやすい。

Customer 360、ゴールデンレコードとの違い

シングルカスタマービューとCustomer 360は同じ概念を指す。近年のマーケティング領域では後者の呼び方が優勢になっているが、指しているものは変わらない。一方、ゴールデンレコードは同義ではなく、統合の過程で生まれる別の成果物である。

用語指すもの
シングルカスタマービュー(SCV)一人の顧客に関するデータを集約したプロファイル。閲覧と活用の単位
Customer 360(C360)SCVと同じ概念。全方位から顧客を捉えるという含意を強調した呼称
ゴールデンレコード属性ごとにどの値を正とするかを確定させた、唯一の正となるレコード

呼称の違いは評価に影響しないが、ゴールデンレコードとSCVを取り違えると必要な機能を見誤る。ゴールデンレコードは「3つの住所のうちどれが現住所か」という値の選択の問題であり、シングルカスタマービューは「その顧客について何を見られるか」という範囲の問題である。値の正しさを決める機能を備えていても、行動履歴やセグメント所属を参照できなければ、マーケティングの用途は満たせない。

AIエージェントが読み出すシングルカスタマービュー

人間のマーケターが画面で確認するSCVであれば、日次バッチでの更新でも足りていた。プロファイルを見てからキャンペーンを設計し、配信するまでに数時間の猶予があるからだ。AIエージェントが同じプロファイルを読む場合、求められる鮮度は変わる。エージェントは顧客がサイトに滞在している数百ミリ秒のあいだにプロファイルを参照して次の行動を決めるため、数時間前の状態を返すプロファイルでは、直前の問い合わせも直前の購入も反映されない。

エージェンティックCDPは、この要求に合わせてSCVをリアルタイムで維持する。届いたイベントをその場でプロファイルへ反映し、API並みの速度で読み出せる状態に保つ。Customer Intelligence Loop(顧客データの収集・統合・活用を継続的に回す仕組み)のUNIFY(統合)段階が生む出力がシングルカスタマービューであり、後続のUNDERSTAND(理解)、DECIDE(判断)、ENGAGE(実行)はいずれもこの出力を入力として動く。プロファイルが古ければ、その先の判断もすべて古い前提の上で下される。

CDP選定時に確認すべきこと

CDPベンダーによって、シングルカスタマービューの作り込みには差がある。含められる情報、その提示のしかた、目的の情報にたどり着くまでの手数が異なる。デモの場では、次の点を確認しておきたい。

  • 自社の事業で必要な項目を追加し、プロファイル画面の構成を変更できるか
  • 一人の顧客の全体像を、複数の画面を行き来せずに把握できるか
  • 任意の項目で検索できるか。あらかじめ用意された項目にしか検索が効かない仕様になっていないか
  • 購買、来店、メール開封といったイベントや行動の履歴を、プロファイル上でそのまま追えるか
  • そのプロファイルがどのセグメントに含まれているかを確認できるか
  • 最適な配信時刻、推奨チャネル、各種スコアといった機械学習の出力を、プロファイル上で参照できるか
  • 同意の状態と、その同意を取得した経路を確認できるか
  • プロファイルをAPI経由で外部システムやAIエージェントから読み出せるか

プロファイル画面の使い勝手だけでなく、CDP全体としての評価観点はエンタープライズCDPに必要な10の機能にまとめている。

FAQ

シングルカスタマービューとCustomer 360の違いは何か

両者は同じ概念を指しており、実務上の違いはない。 どちらも、一人の顧客に関するあらゆるデータを一つのプロファイルに集約したものを指す。Customer 360(C360)という呼び方は、すべての接点を全方位から捉えるという含意を強調したもので、近年のマーケティング技術の文脈ではこちらが多く使われる。Unified Customer View(UCV)も同じものを指す呼称である。

オンラインとオフラインのデータを一つのシングルカスタマービューにまとめられるか

まとめられる。 現代のCDPは、店舗POSでの購買、コールセンターでの応対、Webの行動、アプリの利用、メールへの反応を同一のプロファイルへ統合する。オフライン側は会員番号や電話番号といった確定的な識別子で紐づけ、Web側は認証済みのセッションを起点に、それ以前の匿名の行動を後から接続する。この統合があってはじめて、接触経路によらず同じ顧客として扱えるようになる。

シングルカスタマービューの構築は何から始めるべきか

最初に対象とする活用事例を決め、そこから逆算して統合するデータソースを絞る。 全社のデータを一度に統合しようとすると、名寄せの精度を検証できないまま範囲だけが広がる。まずは一つの施策を回すのに必要な2~3のソース(例えばECの購買、Webの行動、メールへの反応)に限定し、重複や統合漏れの発生率を確認してから対象を広げるほうが早い。

  • Identity Graph:一人の顧客に紐づく識別子の関係を保持するデータ構造
  • Customer Data Unification:複数のデータソースを一つのプロファイルへまとめる処理
  • Data Enrichment:統合プロファイルに外部データや算出属性を付け加える手法
  • CDP vs CRM:CDPとCRMが扱うデータと役割の違い
  • Customer Digital Twin:顧客の行動を再現する動的なモデル
Kazuki Ohta
Written by

Kazuki Ohta is Co-Founder & CEO of Treasure AI (formerly Treasure Data), which he co-founded in 2011. A co-developer of Fluentd, a CNCF graduated open-source project, he previously served as CTO of Preferred Infrastructure. Ohta graduated with honors in Computer Science from the University of Tokyo and conducted research in high-performance computing and large-scale data processing as a visiting researcher at Argonne National Laboratory. CDP.com is managed by Treasure AI as an educational resource.