CDP構築案件の単価相場｜必要スキル・探し方と参入ルート

CDP構築案件とは｜DWH・DMP・MAとの違い

結論から言えば、CDPは「顧客IDの分断」を解くための基盤です。データを集めること自体が目的ではありません。

CDP（カスタマーデータプラットフォーム）は、業界団体であるCDP Instituteが「統合された永続的な顧客データベースを構築するパッケージソフトウェア」と定義しています。ポイントは、分析用に切り出した集計テーブルではなく、顧客単位のプロファイルが残り続けるという点です。

CDPが解くのは「顧客IDの分断」

多くの企業では、同じ人が別人として扱われています。

ECの会員ID、アプリのデバイスID、店舗のポイントカード番号、メール配信リストのアドレス。これらが別々のシステムに存在し、つながっていません。結果として「アプリで商品を見た会員に、その商品のクーポンを店舗で出す」という当たり前の施策が動きません。

CDP構築案件の中核は、この分断したIDを同一人物として紐づける設計です。名寄せの精度がそのままCDPの価値になります。逆に言えば、名寄せルールが曖昧なまま作った基盤は、どれだけ高価な製品を使っても使われません。

DWH・DMP・MA・CRMとの棲み分け

現場では用語が混ざって使われます。募集要項を読み解くために、違いを整理しておきます。

大まかには、DWHが「分析の器」、CDPが「顧客の器」、MAが「打ち手の出口」という関係です。CDP構築案件では、DWHから来たデータを顧客単位に組み替え、MAやCRMへ渡すところまでが守備範囲になることがよくあります。

ミニFAQ：DWHがあるのにCDPを入れる意味は？

DWHは分析担当者が使う設計になっており、マーケ担当者が施策のたびにSQLを書くのは現実的ではありません。CDPはセグメント作成と外部連携をマーケ側の操作で完結させる点が違います。既存DWHを残したまま、その上にCDPを載せる構成も多く見られます。

CDP構築案件の単価相場（公開案件ベースの目安）

先に短答です。まずは公開案件ベースで、月50万〜135万円のレンジで募集されているケースが中心です。

以下の数字の母集団を補足します。2026年9月時点で、主要フリーランスエージェント5社（レバテックフリーランス、フリーランスハブ、FAworks、アップスターズ、Modis Freelance）の公開案件ページを確認し、CDP・Treasure Data・顧客データ基盤に該当する募集を観測ベースで整理した目安です。抽出は各サイトで「CDP」「Treasure Data」「顧客データ基盤」などの語を用いて検索し、同一案件が複数サイトに重複掲載されている可能性があるものを除きながら確認しています。週4〜5日稼働の準委任契約、首都圏もしくはフルリモートの案件が中心です。CDPは公開案件数がまだ多い領域ではないため、幅のある観測ベースの目安として読んでください。

なお非公開案件については、事業会社直の上流ポジションなどで個別に条件が提示されるケースがあります。公開案件のレンジとは性質が異なるため、同じ相場として見ないほうが安全です。

役割別の単価レンジと、届く人の経歴

レバテックフリーランスのTreasure Data案件ページでは、2026年9月時点で公開100件・月額50〜135万円・平均80万円という数字が確認できます。ただしこれはTreasure Dataタグ全体の公開案件ベースの数字であり、CDP構築案件に限定した平均値ではありません。分析基盤寄りの案件やデータ活用支援も含まれます。

あくまで公開案件の一例ですが、CDP/DMP基盤構築とMA基盤構築を担当するデータエンジニア案件で上限90万円、週5日（月140〜180時間）、フルリモート、契約は1か月単位の更新という募集を確認しました。80〜90万円台の実装寄り案件は、他社の公開案件でも同程度のレンジで複数見られます。

単価が上振れしやすい傾向があるのは、実装だけでなく要件を決められる場合です。具体的には、マーケ部門が言う「休眠顧客に当てたい」を、統合キーと判定ロジックに翻訳できる人。ここができる人は募集数に対して少なく、PM枠と同じレンジで声がかかります。

自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。単価を体系的に上げる考え方は『【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？』で整理しています。

製品別に見た案件の傾向

公開案件で名前をよく見るのは、Treasure Data、Salesforce Data Cloud、Adobe Real-Time CDP の3つです。加えて、BigQueryやSnowflakeの上に自社でCDP相当の仕組みを組む構成もあります。

• Treasure Data：国内の公開案件では最も見かける部類です。SQLベースで触れる範囲が広く、データエンジニアが入りやすい

• Salesforce Data Cloud：既存のSalesforce環境とセットで動くため、Salesforce案件の経験が効きます

• 自社構築型：BigQueryなどのDWHを土台にする構成。製品知識より設計力が問われます

製品未経験でも、DWH設計の経験があれば構築フェーズから入れる案件はあります。募集要項の「歓迎スキル」にCDP/DMP構築経験が置かれ、「必須」はDB設計とMA/BIツールの運用経験になっている例を実際に確認しました。

CDP構築案件で求められるスキル

結論は、SQLとデータモデリングが土台、差がつくのはID統合の設計です。製品固有の操作は、製品経験が必須でない案件なら、入ってから覚えても大きな減点になりにくいです。

必須に近いスキル

• SQL：集計だけでなく、ウィンドウ関数や自己結合を使った重複排除まで書けること

• データモデリング：顧客テーブルを中心にした設計。SQLの基礎から一段深い、正規化と非正規化の判断が問われます

• ID統合（名寄せ）の設計：どのキーを優先し、衝突したらどう倒すかを決める力

• データパイプラインの実装：日次バッチとニアリアルタイムの作り分け

差がつくスキル

ID統合は、技術よりルールの合意形成が難しい領域です。

たとえば同じメールアドレスを持つ2つの会員IDが見つかったとき、統合するのか、別人として残すのか。家族で1つのアドレスを共有しているケースをどう扱うのか。この判断は事業側にしか決められません。エンジニア側が選択肢と影響を提示できるかどうかで、プロジェクトの進み方が変わります。

現場でよく見る形として、統合対象のIDが会員ID・Cookie・メールアドレスの3種類を超えたあたりから、設計の難易度が一段上がります。

後から足せるスキル

• CDP製品の管理画面操作とセグメント定義

• MAツール（Salesforce Marketing Cloud、SATORI等）との連携設定

• BIツールでの可視化

ミニFAQ：マーケティングの知識はどこまで必要？

施策の企画まではできなくて構いません。ただし、LTV、RFM、休眠、離脱といった基本用語の意味は押さえておくと要件定義での往復が減ります。逆にここを知らないまま入ると、「言われたテーブルを作るだけの人」になり、単価が伸びにくくなります。

CDP構築プロジェクトのフェーズと関わり方

CDP案件は、フェーズによって求められる人が変わります。どこから入るかで単価も働き方も違います。

要件定義フェーズ

施策から逆算して、必要なデータと統合ルールを決める工程です。マーケ部門・情シス・ベンダーが揃う場になり、エンジニアには「そのデータは取れるのか」を判断する役割が求められます。単価レンジは高めですが、PM経験を見られることが多い工程です。

構築フェーズ

データ取込、統合処理、セグメント定義、外部連携の実装を進めます。フリーランスの募集が最も多いのはここです。データエンジニアとして入り、実装を回しながら設計にも口を出せると、次の案件で上の役割に移りやすくなります。

パイプラインの実装ではApache Airflowやdbtを使う構成も見られます。これらの経験は募集要項でそのまま評価されます。

運用・活用フェーズ

作った基盤を使ってもらう工程です。名寄せ結果の精度改善、セグメントの追加、施策の効果検証を回します。地味に見えますが、民放テレビ局のDMP/CDPデータ利用推進支援で月100〜130万円といった公開案件もあり、運用・活用フェーズでも高単価になりうる工程です。

データ基盤案件との違いとキャリアの重なり

両者は隣接していますが、評価軸が違います。

データ基盤案件はETL・DWH・BIというレイヤーで役割が分かれ、レイヤーの深さと広さで単価が決まります。詳しくは『データ基盤案件の単価相場｜ETL・DWH・BIレイヤー別の目安とスキル』で整理しているため、分析基盤側の相場観はそちらを参照してください。

CDP案件で問われるのは、レイヤーの深さよりも顧客単位に寄せる設計と、施策への出口までつなぐ力です。DWHの経験者がCDP案件に入ると、技術的には余裕がある一方で、名寄せの判断と事業側との調整に戸惑うことがあります。

キャリアの順序としては、データエンジニアとして基盤実装を経験してからCDPに移る流れが素直です。データアーキテクトを目指すうえでも、顧客データの統合経験は強い持ち札になります。

CDP構築案件でよくある失敗と対策

失敗1：名寄せルールを決めずに構築を始める

現場でよく聞く型です。「とりあえずデータを入れてから考えよう」で進めると、統合ロジックを変えるたびにプロファイルが作り直しになります。

対策は、最小構成のルールを要件定義の段階で文書化すること。完璧でなくて構いません。「メールアドレス一致を第一優先、会員IDは上書きしない」程度でも、決まっていれば後戻りの範囲が読めます。

失敗2：取込元データの仕様が実データと違う

インターフェース定義書には載っていない値が、実データには入っています。NULL、全角半角の混在、退会済みフラグの二重管理。設計が終わってから発覚すると、取込設計と集計ロジックの両方をやり直すことになります。

対策は、契約後すぐに検証用の実データを要求すること。定義書だけで設計を進めないでください。

失敗3：同意と利用目的の確認を後回しにする

CDPは氏名やメールアドレスを含む個人データを扱います。ここは設計の前提であって、後付けできる要素ではありません。

とくにCookie等の個人関連情報を他社へ提供し、提供先で個人データとして取得されることが想定される場合は、原則として本人の同意が得られていることの確認が求められます。ただし実際に何が求められるかは、提供形態・委託に当たるかどうか・契約関係によって変わります。法務確認が前提の論点だと考えてください。適用範囲や例外は個人情報保護委員会の法令・ガイドラインやよくある質問で確認し、最終判断は自社の法務部門に仰いでください。

エンジニア側では、利用目的の範囲確認に加え、統合キー・連携先・権限設計の前提を整理することが重要になります。設計段階でデータ項目の一覧と提供フローを可視化しておくと、法務レビューの往復が減ります。

失敗4：施策の受け皿がないまま基盤だけ作る

統合は終わったのに、MAもCRMもつながっていない。セグメントは作れるが配信先がない。この状態で「CDPは効果が出ない」と評価されるプロジェクトを何度か見かけます。

対策として、要件定義で最初に動かす施策を1つだけ決めてしまう方法があります。出口が具体的だと、必要なデータの範囲も自然に絞られます。

CDP構築案件の探し方と経歴別の入り方

エージェントでの絞り込み方

「CDP」というキーワード単独では、思うように案件が出てきません。募集側が製品名で書くためです。

• 製品名で引く：Treasure Data、Salesforce Data Cloud、Data Cloud、Adobe Experience Platform

• 隣接語で引く：DMP、顧客データ基盤、データ活用基盤、MA基盤

• 職種タグと併用する：データエンジニア、データアナリスト、PMO

実際、レバテックフリーランスでは「Treasure Data」のツールタグで100件が公開されています。CDP単独で探すより、製品名タグのほうが件数を拾いやすい傾向があります。フリコンでも案件一覧から職種・技術で絞り込めます。

経歴別の参入ルート

• データエンジニア経験者：構築フェーズから入るのが最短です。DWH設計の経験をそのまま職務経歴書に書き、CDP未経験は「歓迎スキル」欄で補う形になります

• Web系バックエンド経験者：まずは取込・連携の実装から。API連携とバッチ設計の経験が評価されます

• BI・分析寄りの経験者：セグメント定義と効果検証から入ると接続しやすい。BIエンジニアの単価相場と比較して、どちらに寄せるか決めるとよいでしょう

• Salesforce経験者：Marketing Cloudやデータ連携の経験があれば、Data Cloud案件に接続しやすいです。既存のSalesforce単価相場より、データ統合側に振ったほうがレンジが上がるケースがあります

• EC・小売の業務知識がある人：顧客データの扱いが濃い業界です。EC・小売業界の案件と合わせて見ると選択肢が広がります

参画前チェックリスト

面談時に確認しておくと、入ってからの事故が減ります。

• 名寄せルールは決まっているか。決まっていない場合、誰が決める体制か

• 取込元システムの一覧と、検証用データの提供時期

• 個人情報の利用目的と同意の取得状況は整理されているか

• CDPで最初に動かす施策は決まっているか

• 既存DWHとの役割分担（どちらを正とするか）

• マーケティング部門の窓口担当は誰か。要件を決める権限を持っているか

• 契約は準委任か請負か。更新単位は何か月か

• 製品のライセンス契約は締結済みか（未締結だと構築開始が遅れます）

このうち最初の2つが曖昧なまま始まる案件は、スケジュールが後ろ倒しになりやすい傾向があります。

まとめ

CDP構築案件とは、分散した顧客データを1人単位に統合し、施策につなげる基盤をつくる案件です。

CDP構築案件は、分析基盤ではなく「顧客1人にデータを寄せる」仕事であり、SQLとデータモデリングを土台にID統合の設計ができる人が評価されます。公開案件ベースでは月50万〜135万円のレンジが目安です。

要点を整理します。

• 案件は製品名で募集される。Treasure Data、Salesforce Data Cloud などのタグで探す

• 単価は役割で分かれ、実装のみより要件を決められる人が上のレンジに届く

• 名寄せルールと検証用データの確認は、参画前に必ず行う

• 個人情報の利用目的と同意は設計の前提。後工程に回さない

• 製品未経験でもDWH設計の経験があれば構築フェーズから入れる案件は存在する

次のステップとしては、手持ちの経歴のうち「顧客データを統合した経験」を職務経歴書に書き出してみてください。基幹システムのマスタ統合でも、会員データの重複排除でも構いません。そのうえで案件一覧で製品名から絞り込むと、現在の市況が掴めます。

参照した一次情報は以下のとおりです。

• CDP Institute｜What is a CDP?

• Treasure Data 公式サイト

• Salesforce Data Cloud 公式サイト

• 個人情報保護委員会｜法令・ガイドライン等

• 個人情報保護委員会｜個人情報保護法に関するQ&A