CDPの見積もりを3社に取ると、金額が10倍違うことがあります。1社は300万円、別の1社は3,000万円。同じ「顧客データ基盤の導入」という依頼に対する回答です。
値付けが10倍違うわけではありません。見積もっている範囲が違います。片方はSaaSのライセンスと初期設定だけ、もう片方はデータ設計から既存システムとの連携開発、運用保守までを含んでいる。比べているものが違うので、金額も違います。
この記事では、CDPの費用を5つに分解します。そのうえで規模別の相場を公開情報から整理し、見積もりを比較するときに揃えるべき6項目を出します。最後に、CDPを入れなくてよい場合も書きます。
費用は5つに分かれます
見積書の総額だけを見ても比較はできません。中身を5つに分けてください。
1. ライセンス費（月額・年額）
製品そのものの利用料です。ここでつまずくのは、課金軸がベンダーごとに違うことです。
保有レコード数で課金する製品があります。ユニークな顧客プロファイル数で課金する製品があります。イベント数（サイト内の行動ログの件数）で課金する製品もあります。接続するデータソースの本数、あるいは管理画面のユーザー数で課金する製品もあります。
これを揃えないと比較になりません。顧客50万人の会社でも、行動ログを全部入れるかどうかでイベント数は桁が変わります。見積もりを依頼するときは、自社のレコード件数・想定イベント数・ソース本数を先に確定させて、同じ前提で各社に渡してください。それだけで比較の精度が上がります。
2. 初期構築費
データ設計、接続設定、名寄せ設計にかかる費用です。
このうち重いのは名寄せ設計です。同じ人がECの会員IDと、電話注文の顧客番号と、LINEのIDで別々に存在している。これを1人にまとめるルールを決める作業です。技術というより、判断の作業になります。「電話番号が同じで氏名が違う場合、同一人物とみなすか」といった問いに、業務側が答えを出す必要があります。
3. データ連携の開発費
既存システムとつなぐ費用です。カートシステム、CRM、広告媒体、コールセンター、基幹システム。ソース1本ごとに積み上がります。
標準コネクタがある接続先なら安く済みます。APIが公開されていない古い基幹システムだと、ファイル連携の仕組みから作ることになります。ここが見積もりの差になりやすい部分です。「何本つなぐか」だけでなく「どうつなぐか」まで確認してください。
4. 運用・保守
データが壊れたときに直す人の費用です。
これを見積もりに入れていない会社が、少なくありません。しかしデータは壊れます。カート側の仕様変更でフィールドが増える。広告媒体のAPIが変わる。連携が止まっているのに誰も気づかず、2週間後にレポートの数字がおかしいことで発覚する。こうしたことは起きます。監視と復旧の担当を決めていない構成は、いずれ止まります。
5. 社内の人件費
一番抜けやすい費目です。見積書には載りません。
CDPを導入すると、必ず定義を決める作業が発生します。「休眠顧客とは何日購入がない人か」「解約とは何を指すのか（定期の停止か、退会か）」「LTVはどの期間で計算するのか」。ベンダーはこれを決められません。決めるのは自社です。
ここに誰の時間をどれだけ使うかを、最初に見積もってください。担当者が他業務と兼務で週2時間しか取れない場合、プロジェクトはその速度でしか進みません。導入が遅れる理由の多くは、技術ではなくこの意思決定の停滞です。
規模別の相場
以下は公開情報から整理した目安です。プラン改定や為替で変動します。特定の案件の見積もりではありません。
| 区分 | 費用の目安 | 期間の目安 |
|---|---|---|
| SaaS型CDPのライセンス | 初期0〜5万円、月額 数十万〜数百万円 | 契約期間による |
| 小規模PoC | 200〜800万円 | 1〜3か月 |
| SaaS導入（3〜10ソース） | 500〜2,000万円 | 3〜6か月 |
| 中堅規模（顧客10万〜500万件） | 初年度 1,800〜7,700万円、次年度以降 年900〜4,200万円 | 6か月以上 |
| 海外のチャーン予測ツール | 中堅で月760〜3,000米ドル、エンタープライズは年10万米ドル以上 | 契約期間による |
この幅の広さ自体が、この記事の主題です。中堅規模で初年度1,800万円と7,700万円の両方が相場として存在するのは、値付けの違いではありません。範囲の違いです。前者はライセンスと最小限の接続、後者は連携開発と運用支援まで含む構成、というように内訳が違います。
ですから、この表は「自社はいくらか」を答えるものではありません。見積もりを受け取ったときに「この金額はどの範囲を指しているのか」と問い返すための道具として使ってください。
見積もりを比較するときに揃える6項目
3社に相見積もりを取るなら、次の6項目を同じ条件で渡してください。ここが揃っていない比較は、金額の大小に意味がありません。
1. データソースの本数と種類。 カート、CRM、広告、コールセンター、基幹、実店舗POS。それぞれ何を、どのシステムから取るのかを書き出します。「およそ5本」ではなく、システム名まで確定させてください。
2. レコード件数と保持期間。 顧客が何万件か。注文明細が何万行か。行動ログを入れるなら想定イベント数。そして何年分を保持するか。保持期間はライセンス費に直結します。3年分と7年分では金額が変わります。
3. 名寄せのキー。 何をキーに同一人物と判定するか。共通の会員IDがあるか。ないなら、メールアドレスか、電話番号か、氏名と住所の組み合わせか。ここが曖昧なままだと、各社が勝手な前提で見積もります。
4. 更新頻度。 日次バッチで足りるのか、リアルタイムが必要なのか。リアルタイム要件は構成も費用も変えます。「あったほうがいい」ではなく「何の判断に何分以内のデータが要るのか」で決めてください。多くの用途は日次で足ります。
5. 出力先の本数。 データを溜めるだけでは何も起きません。広告媒体、MA、BIツール、CRM。どこへ何を返すのかを列挙します。入力側だけを見積もって、出力の開発が抜けている見積書はよくあります。
6. SLAとサポート範囲。 障害時の対応時間。問い合わせ窓口が日本語かどうか。データの復旧責任の所在。定例会があるかどうか。ここは金額差の理由になりますが、見積書の表には出てきにくい項目です。
見積もりが出てこないときに疑うこと
依頼したのに見積もりがなかなか出てこない。このとき、ベンダーの対応が遅いと感じるかもしれません。しかし原因は、たいてい要件が固まっていないことにあります。
何本つなぐのか。何件あるのか。どこへ返すのか。これが決まっていないと、金額の置きようがありません。ベンダーは前提を仮置きして見積もることになります。その仮置きが実態と違えば、契約後に金額が動きます。
ですから、依頼する側が先に情報を出してください。データソースの一覧をシステム名まで書いたもの。レコード件数。更新頻度。出力先。この4つを1枚にまとめて渡すだけで、返ってくる見積もりの精度は変わります。前の節の6項目のうち、少なくともこの4つは事業者側にしか答えられません。
逆に注意したいのは、要件をほとんど聞かずに概算を即答されるケースです。早くて助かるように見えます。しかし前提が置かれていない金額は、あとから積み上がりやすいものです。即答されたときは、「この金額は何本の接続と、何件のレコードを前提にしていますか」と聞き返してください。答えが返ってくるなら問題はありません。答えられないなら、その金額はまだ見積もりではありません。
高くなる要因と、安く済む要因
高くなるのは次の場合です。
データソースが多い場合。単純に接続の本数が費用になります。名寄せが難しい場合。共通の会員IDがなく、電話番号を主キーにせざるを得ない構成は、設計にも検証にも時間がかかります。リアルタイム要件がある場合。構成が変わり、監視の負担も増えます。既存の基幹システムが古い場合。APIがなく、ファイル連携の仕組みを作ることになります。
安く済むのは次の場合です。
カートとCRMが同じベンダーの製品で、すでに顧客IDが共通している場合。名寄せの工数が大きく減ります。顧客数が少ない場合。ライセンスの課金軸が件数なら、そのまま費用に効きます。バッチ更新で足りる場合。要件が下がる分、構成も費用も軽くなります。
見積もりが高いと感じたときは、値引き交渉の前に、この4つの要因のどれが効いているかを確認してください。要件を1つ落とすだけで金額が変わることがあります。
契約前に、出るときの条件を確認する
入れる話は多く語られますが、やめるときや乗り換えるときの話はあまり語られません。契約前に3点を確認してください。
1つ目は、データのエクスポートです。解約時に、蓄積したデータをどの形式で受け取れるか。全件を出せるのか、期間の制限があるのか。名寄せ後の統合IDも一緒に出せるのか。統合IDが出せないと、乗り換え先で名寄せをやり直すことになります。ここは費用に直結します。
2つ目は、契約期間の条件です。年間契約かどうか。途中解約したときの扱いはどうか。初期構築費を分割して月額に含めている契約では、途中解約で残額の精算が発生することがあります。契約書のどこにその条項があるかを、導入前に確認しておいてください。
3つ目は、乗り換え時に作り直しになる範囲です。連携の作り込みは、ベンダー固有の画面や記法で構築されていることが多く、そのままは持ち出せません。セグメントの定義、配信の分岐条件、レポートの設定。これらは再構築の対象になる前提で考えたほうが安全です。
だからこそ、定義そのものを自社のドキュメントとして残しておくことに意味があります。製品が変わっても、言葉で書かれた定義は残ります。移行の費用は、この記録があるかどうかで変わります。
CDPを入れなくてよい場合
正直に書きます。CDPが不要なケースはあります。
データソースが2本か3本しかない場合。顧客数が数万件の場合。そして分析要件がまだ言語化できていない場合。この3つが揃っているなら、スプレッドシートかBIツールで足りることがあります。月に一度、カートから注文データを書き出して、広告のレポートと突き合わせる。これで見えることは意外に多いものです。
CDPが効いてくるのは、手作業の突き合わせが追いつかなくなってからです。ソースが増え、更新頻度が上がり、担当者が毎月何日もデータ加工に費やすようになった段階です。その前に入れると、高機能な箱だけが残ります。
順序として推奨するのは、まず「何が知りたいか」を1つ決めることです。1つでかまいません。「解約した人が、直前にどのメールを受け取っていたかを知りたい」でもいい。それを手作業でやってみてください。やってみると、必要なデータと、足りていない項目が具体的に分かります。その状態で見積もりを取ると、要件が言葉になっているので、各社の提案がぶれません。
なお、通話記録を分析に使いたい場合は、基盤より先に通話側から始める順序もあります。詳しくはコールセンターの通話は、4つの部署で使えますで扱っています。
費用対効果の考え方
ROIを「解約率が何ポイント下がるか」で計算するのは、おすすめしません。
理由は単純です。基盤を入れても、解約率は下がりません。下がるのは、そこから得た情報をもとに施策を実行した場合だけです。実行の質に依存する結果を、基盤の効果として約束することはできません。予測モデルについても事情は同じで、検知したあとに何をするかで結果が変わります。この点は解約は予測できるのかで整理しています。
代わりに、次の2つで測ることを提案します。
1つ目は、いま何時間・何人が手作業に使われているかです。 式にすると次のようになります。
年間の手作業コスト ＝ 月あたり作業時間 × 12 × 人件費単価（時間あたり）
仮に月40時間、時間単価5,000円とすると、40 × 12 × 5,000 ＝ 240万円です。これは仮の数字です。自社の実際の作業時間と単価を入れてください。この金額が、基盤で削減できる上限の目安になります。全部が消えるわけではないので、あくまで上限です。
2つ目は、どの意思決定が遅れているかです。 広告の配分を変える判断が、データ待ちで2週間遅れている。解約理由の集計が四半期に一度しか出ないので、商品改善の判断が3か月遅れる。この遅れに金額を付けるのは難しいのですが、遅れそのものは特定できます。何の判断が、何日遅れているか。それを3つ書き出してみてください。基盤の価値は、その3つが短くなるかどうかで判断できます。
獲得側の投資判断についても同じ考え方が使えます。広告の評価軸を獲得単価から継続まで広げる話は獲得単価が安い広告ほど、解約が早い場合がありますで扱っています。
この記事で断定していないこと
ここに書いた相場は、公開情報からの整理です。特定案件の見積もりではありません。
海外ツールの価格は為替で変わります。SaaSのプランは改定されます。この記事の数字は2026年8月時点で確認できた範囲のものです。数か月後には変わっている可能性があります。
また、同じ「顧客10万件」でも、個別の要件で金額は大きく動きます。名寄せの複雑さ、基幹システムの状態、社内の体制。この3つで、同規模の会社でも見積もりが倍以上違うことは普通にあります。
私は特定のベンダーの価格表を横並びで比較検証していません。この記事は、比較するための軸を示すものであって、比較の結論を示すものではありません。実際の金額は、上に挙げた6項目を揃えたうえで、複数社に見積もりを取って確認してください。
この記事で扱わなかったこと
製品ごとの機能比較。 どの製品が優れているかは書いていません。要件によって答えが変わるためです。この記事は費用の構造に絞りました。
データ基盤の技術構成。 DWHとCDPの役割分担、ETLの設計、リバースETLといった技術的な選択肢は扱いませんでした。費用の話とは分けたほうが読みやすいと判断しました。
予測モデルの中身。 基盤の上で解約予測を動かす話は解約は予測できるのかに、通話データの活用はコールセンターの通話は、4つの部署で使えますにまとめています。
規制対応の要件。 解約手続きに関する規制の検討が進んでおり、記録の保持や表示内容の管理が論点になっています。この動きは定期購入の解約妨害が法律で禁止される見通しですで整理しました。基盤の要件に影響する可能性はありますが、現時点では案の段階であり、要件として確定していません。
相談先
自社のデータで何が出せるかを確認するところから始められます。受注データ・広告データ・コールセンターの通話記録が手元にあれば、現状で何が言えて何が言えないかを整理できます。
見積もりを取る前でも、先に挙げた6項目を埋める作業は進められます。ソースの本数、レコード件数、名寄せのキー。ここが決まっているだけで、各社の提案の質が変わります。
出典・注記
- 本文の相場は、SaaS型CDPおよび顧客データ基盤の導入事例に関する公開情報から整理した目安です。プラン改定および為替により変動します。特定案件の見積もりではありません。
- 海外のチャーン予測ツールの価格（中堅で月760〜3,000米ドル、エンタープライズは年10万米ドル以上）は米ドル建ての公開価格です。円換算は為替により変動します。
- 本文中の「月40時間 × 12 × 時間単価5,000円 ＝ 240万円」は仮の数字です。自社の実際の作業時間と人件費単価を入れて計算してください。
- 消費者庁「デジタル取引・特定商取引法等検討会」の中間取りまとめ（案）は2026年8月24日の第8回で資料として提示されたものです。「案」であり、確定した規制内容ではありません。法案提出時期の記載はありません。
- 私は特定のベンダーの価格を横並びで比較検証していません。本文に記載のとおり、複数社への見積もり依頼による確認を推奨します。