顧客データ基盤（CDP）の発注は、目的とデータを整理し、RFPとPoCで検証してから、開発・移行・運用へ進む流れが基本です。
判断のポイントは、発注形態、要件整理、契約、費用相場、委託先の選び方の順に説明します。
▼全体ガイドの記事
・顧客データ基盤（CDP）開発の完全ガイド
データ基盤構築を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「データ基盤構築の完全ガイドブック」で詳しく解説しています。
顧客データ基盤（CDP）の発注・外注で最初に決める事項
CDPの発注では、「どの顧客データを、どの目的で、誰が使うのか」を最初に決めます。収集そのものが目的になると、連携費や保守費が増えても現場で使われない基盤になりやすいためです。
CDP製品の導入と個別開発の切り分け
CDPの外注には、SaaSや製品の設定、クラウド基盤の機能構成、個別開発の三つがあります。CDP本体をSaaSにし、蓄積をクラウド、周辺画面を個別開発にする組み合わせもあります。
発注前には、製品を契約する会社と、要件定義や移行、連携、運用を支援する会社が同じかを確認します。
製品の価格で判断すると、初期設定や名寄せ、API開発が別見積もりになります。テスト、教育、保守も別に見積もられるため、想定外の費用が発生する可能性があります。
最初のユースケースとデータ品質の確定
ユースケースは、対象顧客、施策、評価指標まで具体化します。
- 休眠顧客：再購入率を高める
- 会員登録後：初回購入を促す
- 営業への連携：商談化しやすい企業を渡す
- 問い合わせ前：顧客の利用状況を把握する
「全顧客データを一元化する」では、必要なデータや完成条件を委託先と共有できません。古い住所や重複レコードが残ったまま統合しても、施策の精度は上がりません。さらに、部署ごとに異なる顧客区分や、同意状態が不明なデータも、統合前に品質を確かめる必要があります。
NotebookLMの調査では、AIや自動配信の前に、マスタのクレンジング、入口の一元化、業務標準化が必要との示唆が得られています。そのため、発注範囲にデータ棚卸しと品質診断を含めます。
顧客データ基盤（CDP）の発注形態の選び方
発注形態は、データソースの数と顧客IDの複雑さで選びます。加えて、リアルタイム性やセキュリティ要件、社内の運用人材も判断材料になります。
短期の施策検証であれば、SaaSや標準テンプレートが向いています。一方で、独自業務や厳格な統制が求められる場合は、クラウド開発やSIを組み合わせます。
SaaS・CDPパッケージの設定と導入
標準コネクタや顧客プロファイル、セグメント、メールや広告への連携を早く使いたい場合は、SaaSやCDPパッケージを選びます。
- 利用機能：標準コネクタ、顧客プロファイル、セグメント、メール・広告連携
- 候補製品：Treasure Data、Salesforce Data 360、Adobe Real-Time CDP
- 導入準備：ライセンス契約、初期設定、接続、ID統合、セグメント、MA・広告連携、教育
既製の機能を使うため立ち上げやすい一方で、業務のほうを製品のデータモデルや権限モデルに合わせることになります。
利用料は、連携数やイベント量で増える場合があります。リアルタイム処理やクレジット、追加コネクタの利用も、増加の要因になります。そのため、月次の利用量を前提に見積もりを依頼します。
クラウド基盤と必要な機能の組み合わせ
接続先が店舗や基幹システム、Webやアプリ、コールセンターなど複数に広がる場合は、クラウド基盤と機能を組み合わせます。
- 基盤：BigQuery、Amazon Web Services、Snowflakeなど
- 機能：ETL、API、ストリーミング、BI、アクティベーション
- 設計対象：顧客・企業・世帯・デバイスID、品質、同意、配信、再送、監査ログ
必要な部分だけを開発できるため、将来の拡張や既存DWHとの整合を取りやすい方式です。ただし、クラウドサービスを選ぶことは、CDPが完成することとは別です。
自社にデータエンジニアや運用担当者が少ない場合は、クラウドに強いSI会社に、設計から運用までを委託します。
フルスクラッチを選ぶ特殊要件のケース
独自の顧客識別や閉域網、厳格な監査が必要な場合や、業界固有のリアルタイム判定が必要な場合に、フルスクラッチを検討します。まず、製品や標準クラウドで満たせない範囲を明確にします。そのうえで、開発に進みます。
契約には、ソースコードや設計書、移行・テスト仕様書を成果物として明記します。運用手順書も、そこに含めます。また、外部サービスの契約名義や、解約時のデータ返却方法も決めます。
委託先が変わっても運用を続けられるよう、技術情報と権限を自社で管理できる状態にしておきます。
顧客データ基盤（CDP）開発の進め方と外注の流れ
CDP開発は、大きく五つの段階を順に進めます。一括で契約する場合でも、各工程の成果物と次へ進む判断基準を分けておくと、要件が膨らむことや認識の食い違いを抑えやすくなります。
- 企画とデータ棚卸し
- RFPと要件定義
- PoC
- 設計・開発とテスト
- 移行・教育・運用改善
企画とデータ棚卸しによる発注範囲の決定
発注範囲を決める材料は、企画条件とデータ棚卸しの観点から整理します。
- 企画条件：事業目標、ユースケース一つから二つ、成功指標、対象部門・顧客、配信先
- 対象データ：CRM、SFA、MA、EC、POS、会員データ、広告
- 行動データ：Web・アプリ行動ログ、問い合わせ履歴
- 品質・接続情報：項目名、件数、更新頻度、保有部門、顧客ID、欠損、重複、同意状態、保存期限、接続方法
棚卸しでは、「取れるデータ」と「使ってよいデータ」を分けて考えます。たとえば、広告識別子を取得できたとしても、利用目的やオプトアウトの状態が分からなければ、すぐに個人プロファイルへ結び付けてはいけません。
データ利用の責任者は、法務や情報システムを交えて決めます。マーケティング、営業、カスタマーサポートの各部門も、話し合いに加わります。
RFPにおける現状・要件・成果物の条件の統一
各社が同じ前提で提案・見積もりできるよう、RFPには次の条件をそろえて書きます。
- 現状と要件：背景、目的、範囲、現行システム、データソース、件数、ID統合
- 連携と統制：接続先、リアルタイム要件、セキュリティ、法務条件
- 提案条件：日程、予算枠、納品物、基本提案に加え標準・追加開発・PoCの三案
- 比較条件：同じソース数、顧客数、配信先、テスト範囲
「リアルタイム」は、イベント発生から数秒以内なのか、1時間以内か、日次で十分なのかを具体的に示します。
提案には前提や除外項目、追加単価を明記してもらいます。また、納期、体制、リスクについても記載を求めます。
PoCによる名寄せから施策実行までの一周検証
PoCでは、技術の実現性と現場での使いやすさを、次の流れで確かめます。
- データを取り込み、名寄せする
- 統合プロファイルを作り、セグメントを抽出する
- 1チャネルへ配信し、効果を測定する
- 取り込み成功率、必須項目の欠損率、重複率、誤統合率、処理遅延を評価する
- 配信件数と施策KPIも確認する
取り込みで終わらせず、施策の実行まで一周させます。
SCSKは2025年8月に「CDP導入活用パック for Google Cloud」を開始し、企画構想支援は200万円からとしています（出典：SCSK公式発表、2025年）。また、標準テンプレートは最短5日で導入可能と公表されています。これは、企画・検証の公開事例であり、CDP全体の完成価格とは別のものです。
本番化や追加連携、運用設計は別見積もりになります。そのため、PoCの終了条件と本番移行の条件を、契約に入れておきます。
移行・教育・運用を含む本番の範囲
本番化の準備では、次の運用項目を整えておきます。
- データ処理：初期移行、差分連携、エラー再送、削除、オプトアウト
- 統制と継続：権限、監査ログ、バックアップ、障害対応、リリース手順
- 営業・マーケティング担当者の教育：セグメント作成、データ確認、誤統合の訂正方法
稼働後は、月次で品質と施策KPIを確認します。名寄せ率や重複率、欠損率に加え、連携エラーや配信停止の反映時間、休眠顧客の再購入率も追跡します。
社内に運用担当者がいない場合は、定例会や問い合わせ対応、改善提案を保守契約に含めておきます。
RFP・要件整理で必ず決める項目
CDPの要件は、機能の一覧に加えて、データの意味や目的まで定義することで定まります。処理頻度や責任者、障害時の扱いも、決めておきます。
次の三領域をRFPに含めると、委託先が同じ条件で見積もれます。
データソースと顧客IDの統合ルール
各ソースについて、システム名や保有部門、項目、データ量を記載します。また、更新頻度や接続方式、エラー時の責任者も示してもらいます。BtoCでは、会員IDやメール、電話、Cookie・デバイスIDを扱います。
BtoBでは、企業、部署、担当者を結ぶ単位と、商談や契約をどこに結び付けるかを決めます。名寄せでは、表記揺れや世帯、法人名の変更を想定します。さらに、匿名から既知顧客への切り替えと誤統合の解除も、あらかじめ想定します。
判断できないレコードは保留できるようにします。また、担当者が訂正した履歴も残すよう求めます。
連携先とリアルタイム性の明記
データの出力先と処理頻度を決め、用途に応じて連携条件を整理します。
- 連携先：MA、広告、メール、アプリ、営業画面、コールセンター、BI
- 連携条件：送信項目・頻度、対象、停止反映、再送、担当部門
- 処理方式：即時性が必要な業務はリアルタイム、それ以外はバッチ
入力と出力の両方を定めておかないと、データをためるだけの基盤になってしまいます。たとえば、ANAは、航空券予約からチェックイン、保安検査、搭乗までの行動を、運航情報と統合しています。アプリやメールでリアルタイム通知する事例です（出典：AWS公式導入事例、2022年）。
この事例は、リアルタイム化の目的がはっきりしています。ただし、月次分析まで秒単位にすると、費用と運用負荷が増えます。
同意・権限・越境移転と運用責任の取り決め
RFPと契約書には、個人情報の利用・保護に関する次の条件を記載します。
- 本人の意思：利用目的、同意、オプトアウト、削除依頼、保持期限
- 安全管理：権限、暗号化、マスキング、監査ログ、バックアップ
- 委託と事故：再委託、海外リージョン、事故時の連絡
個人情報保護委員会のガイドラインには、外国にある第三者への個人データ提供に関する本人同意などの要件と、委託先への必要かつ適切な監督が整理されています（出典：個人情報保護委員会、2025年確認）。
海外クラウドでは、保存場所やサポート担当者のアクセスを確認します。ログやバックアップの保存先、再委託先も、確かめます。
セキュリティ認証の有無を見るだけでなく、誰が何の目的で顧客データにアクセスできるかを、設計書と契約書に定めます。法務判断が必要な点は、発注前に専門家へ確認します。
CDP開発の契約形態と契約書の確認事項
データを調べて初めて分かる課題が多いため、工程ごとに契約形態を使い分ける方法が現実的です。そのうえで、成果物や検収、変更の手続きを確認し、責任分界も見ておきます。
要件が固まった開発の請負契約
仕様と受入条件が固まった部分では、請負契約で成果物と納期を管理しやすくなります。契約では、対象データや件数、性能を定めます。
エラー処理とテスト、検収期限も決めます。瑕疵対応と再委託の条件も定めます。
品質や名寄せルールが未確定のまま範囲を固定すると、前提の変更が追加費用や納期の延長につながります。そのため、RFPで未確定事項を示し、確定させる工程を別に設けます。
企画・要件定義・PoCの準委任契約
企画や要件定義、PoCの工程は、作業時間や専門人材の提供を中心とする準委任契約が適しています。また、データ棚卸しやアジャイル改善も、準委任契約が合います。
現状を調べながら仮説を検証する工程では、稼働時間や担当者を明確にします。会議や報告、判断期限も、あらかじめ決めておきます。
準委任でも進捗を曖昧にしないよう、週次報告や課題一覧、意思決定ログを定めます。次回作業と追加作業の承認方法も定めます。なお、請負と混在させる場合は、成果物の契約区分も一覧にします。
知的財産・データ返却・再委託の条件
契約書では、データや成果物の権利、返却、再委託の条件を分けて定めます。
- データと成果物：顧客データの所有・利用権、変換後データ、モデル、連携プログラム、設定、ダッシュボード、ソースコード
- 契約終了時：データの返却形式、バックアップやログの削除時期、削除証明
- 再委託（クラウド事業者や海外運用会社など）：承認、アクセス権、秘密保持、事故報告、監査、終了時の削除
- アクセス範囲：個人情報と本番データへのアクセス条件を最小限にする
顧客データ基盤（CDP）の費用相場とコスト内訳
CDP単体の国内一律の相場は公表されていません。そのため、以下は公開価格や類似のCRM・MA・連携案件、導入支援事例から見た、発注前の目安として示します。
費用は、データ量や連携数、名寄せで変わります。リアルタイム性やセキュリティ、運用体制によっても変わるため、金額はレンジで扱います。
初期費用の目安（PoCは200万〜800万円程度から）
初期費用の目安は、規模と構成によって次のように変わります。
- 小規模PoC：200万〜800万円程度。1〜3個のデータソース、1ユースケース
- SaaS・CDP導入：500万〜2,000万円程度
- クラウド基盤と部分開発：1,000万〜5,000万円程度
- 大規模案件：5,000万円から数億円規模の可能性
小規模PoCでは、基本的な顧客プロファイルや簡単なダッシュボード、1チャネル連携を想定します。
大規模案件は、複数の事業や店舗、基幹システムを横断します。さらに、会員や広告にもまたがり、厳格なセキュリティとリアルタイム処理を含みます。
これらは、調査ノートの類似案件と公開情報から推定したレンジで、公定価格ではありません。そのため、提案書には積算の前提を記載してもらいます。
要件定義・開発・移行・教育に分けた費用の比較
CDPの標準的な比率ではありませんが、業務システムの見積もりを比べるときの参考配分です。
- 要件・設計：要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%
- 開発・検証：開発30〜40%、テスト15〜20%
- 移行・教育：5〜10%
見落としやすい費用は、データクレンジングや名寄せルールです。コネクタやAPI、MA・広告ライセンスも、費用に含めて確認します。
クラウド利用料や同意管理、監視も含めて見ます。バックアップや運用教育も、見積もりに入れます。
会社ごとに工程名が違うため、金額と作業内容をそろえて比較します。
Salesforce Data 360の価格は、2026年8月確認時点です（出典：Salesforce公式Data 360価格ページ、2026年確認）。たとえば、Profilesは年間1,000プロファイルあたり240ドル、Enterprise Profilesは420ドルです。さらに、Flex Creditは100,000クレジットあたり500ドルです。
取り込みが無料でも、統合やセグメント、クエリ、リアルタイム処理などの利用量で課金されます。そのため、利用シナリオを添えて試算します。
ランニングコストと3年TCOの確認
稼働後の継続費と、契約期間全体の費用を合わせて見積もります。
- 継続費：ライセンス、クラウド、保存、転送、イベント処理、保守、監視
- 運用費：問い合わせ、追加連携、セキュリティ対応
- 3年TCO：顧客数、月間イベント数、連携先、API呼び出し、保存期間、管理者数の増加分
初期開発費の年10〜20%程度を、保守費の目安にする場合があります。ただし、SaaSやクラウドの従量課金は別に見る必要があるため、保守率の数字だけで費用全体を判断しないようにします。
見積もりでは、1年目、2年目、3年目の総保有コスト（TCO）を作ります。契約終了時の移行費用も確認します。外貨建ての価格は為替や契約で変わるため、見積時点の条件を記録し、固定の円額として断定しないようにします。
委託先選定と見積比較のポイント
委託先は、知名度よりも、要件定義や移行、名寄せの経験で選ぶのが基本です。セキュリティや定着、運用改善への取り組みも確認します。担当者が品質課題を説明できない場合は、追加費用につながる可能性があります。
似たデータ構成の実績と担当者の確認
導入社数よりも、自社に近いデータ構成での経験を確かめます。
- BtoB：企業・部署・担当者・商談を結び付けた経験
- BtoC：会員IDと匿名行動を統合した経験
- 店舗型：POSやアプリを連携した経験
対象データや連携数、期間を、可能な範囲で説明してもらいます。担当範囲や導入後のKPIも、示してもらいます。
提案責任者と実際の要件定義・開発担当者が同じか確認します。データ技術者やセキュリティ、PMに加えて、運用担当者にも同席を依頼します。
再委託がある場合は、会社名と役割を確認します。データアクセス範囲や管理方法も、確かめます。
見積もりの前提条件による比較
総額を比べる前に、前提条件を横並びにします。具体的には、ソース数やレコード数、イベント量、名寄せを並べます。さらに、リアルタイム性や配信先、テストの範囲を並べます。移行や教育、保守時間も、横並びで確認します。
「一式」が多い場合は、作業と工数、単価を分けてもらいます。成果物や除外項目も、分けて示してもらいます。
比較表には、初期費やライセンス、クラウドを並べ、移行やコネクタも表に入れます。さらに、保守や教育、3年TCOを比べ、納期や体制に加えて、契約やデータ返却の条件も比べます。接続先を増やす場合やイベント量が倍になる場合に、名寄せ変更の追加単価を質問します。
自社の運用力とベンダーロックインのリスク
現場がセグメントを作れず、データも直せず、施策の責任者もいない状態では、高機能なCDPも定着しません。教育やマニュアル、引き継ぎを確認します。月次レビューや窓口、改善提案の体制も見ておきます。
現場利用者にデモを見せ、業務で使えるかを評価します。ロックイン対策では、データの出力形式やAPI、設計書を確認します。変換ロジックや権限、ログ、終了時の返却も対象になります。
リスクは、特定製品を使うことそのものより、データや設計を取り出せない状態と、料金の増加条件が分からない状態にあります。
よくある質問（FAQ）
外注の相談では、初期範囲や委託内容、本番化の時期がよく問われます。発注前に確認されやすい質問に、順に答えます。
顧客データ基盤（CDP）は自社開発と外注のどちらがよいですか？
社内に連携やID統合、セキュリティ、運用の経験者がいなければ、要件定義の段階から外注するのが適しています。一方で、自社開発の場合でも、初期設定や難しい連携の部分だけを外注できます。
CDPの発注費用を抑えるにはどうすればよいですか？
ユースケースを一つに絞り、ソースと配信先を限ったPoCから始めます。既存コネクタを使い、リアルタイム化や全社移行は後段に回すと、初期費と失敗時の損失を抑えられます。
本番化と運用を含む3年TCOで比べます。初期費の安さは、その中の一項目として見ます。
CDPのRFPには何を書けばよいですか？
RFPには、目的とKPI、現行システムを書きます。データソースや顧客ID、名寄せについても記載します。データ量や頻度、接続先、速度も、必要な項目です。
権限、同意、削除など、個人情報に関わる条件も書きます。再委託と納品物、日程と予算枠も、RFPに含めます。
未確定事項を示したうえで、標準、PoC、追加開発の各構成について同じ書式で前提と費用を求めると、比較しやすくなります。
CDPを外注するときに個人情報の安全性をどう確認しますか？
利用目的や権限、暗号化、マスキングを、RFPと契約で確認します。ログや保存場所、海外アクセスに加えて、再委託の扱いも見ます。バックアップや削除、事故報告の取り決めも、確認の対象です。
認証の有無に加えて、実際のアクセス範囲や運用担当、ログの確認方法、終了時のデータ削除まで確かめます。
まとめ
CDPの発注は、目的とKPIを定め、データや顧客ID、配信先も決めたうえで、小さなPoCから始めます。要件に応じて、SaaSやクラウド、個別開発を組み合わせます。
判断は、製品価格に移行や名寄せ、教育、保守を加えて行い、クラウドの従量課金も含めて考えます。
発注前に決める事項
休眠顧客の再購入や商談化率など、成果につながるユースケースを決めます。次に、データや名寄せ、同意の条件を、連携先や速度と合わせてRFPにまとめます。
請負と準委任は、工程ごとに使い分けます。契約では、成果物や検収、変更の扱いを明確にします。再委託やデータ返却の条件も、決めておきます。
次の一歩：データ棚卸しと同じ条件での相見積もり
顧客データを一覧にし、利用目的とKPIを決めます。同じ条件で複数社に提案を依頼して、初期費や運用費、3年TCOを比べます。体制や品質、定着も確かめます。
機能の数より、自社の顧客データを安全に活用し続けられるかを基準に、委託先を選びます。
▼全体ガイドの記事
・顧客データ基盤（CDP）開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・データ基盤構築の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。