概要
「価値ベース取引」という言葉は、ここ数年でIT業界の経営会議に頻繁に登場するようになりました。しかし、なぜ今広がっているのかという構造を、論理的に説明できる経営者は多くありません。本稿では、需要側・供給側・技術側の3つの構造変化から、価値ベース取引が広がる必然性を分解します。バズワードではなく、AI時代のIT産業の構造そのものが、価値ベース化を要請している——これが本稿の主張です。
価値ベース取引の定義：何が「価値」なのか
3つの典型形態
価値ベース取引には複数の形態があります。本稿では3つに整理します。
第一に、アウトカムベース型。顧客のビジネス成果（売上増、コスト削減、CV率向上など）に報酬を連動させる。代表例はPalantirのコマーシャル契約や、一部の業務改革コンサル案件です。
第二に、プロダクト・サブスクリプション型。業務知識をプロダクトに埋め込み、利用に応じたサブスクリプション料金で課金する。Salesforce、ServiceNow、SAPなどがこの形態です。
第三に、パートナー契約型。経営課題を共同で解決するパートナーとして、年間契約フィーで業務に深く関与する。PalantirのFDEモデル、外資系コンサルのリテイナー契約などです。
これら3つに共通するのは、「労働時間（人月）」ではなく「顧客が得る価値」を取引単位にしている点です。
対比：人月モデル
対比される人月モデルは、「労働時間×単価」で取引単位を定義します。日本IT業界の中核をなしてきた商習慣で、市場相場は職位別に概ね60〜220万円／人月のレンジに収れんしています。
人月モデルが成立してきた背景は、3つの暗黙前提です——労働時間と成果が比例する、スキルが単価で表現できる、顧客側に成果評価能力が乏しい。AI時代は、この3前提を同時に揺さぶっています。
構造変化1：需要側の変化——顧客が「時間」を買えなくなった
顧客側のDX人材育成
経産省「DX白書2023」によれば、ユーザー企業のDX人材育成投資は年々拡大しています。同時に「デジタルスキル標準（DSS）」が策定され、ユーザー企業側でも体系的な人材定義が進んでいます。
これが意味するのは、顧客側に「成果を評価できる人材」が増えていることです。10年前は「何人月かけたか」でしか発注の妥当性を評価できなかった顧客が、今は「この機能で何が達成できたか」を独自に評価できるようになっています。
成果評価能力を持った顧客は、必然的に「時間」を買うことをやめ、「成果」を買おうとします。
内製化の拡大
ガートナーの2024年調査では、日本企業の内製化比率は5年前と比較して大きく上昇しています。簡単な開発・運用は社内エンジニアで賄い、外部に発注するのは「自社では解決できない複雑な業務課題」に絞る——この調達ポリシーが標準化しつつあります。
複雑な業務課題に対する発注で、「人月で何人」という購買は意味を持ちません。顧客が求めているのは「この課題を解いてくれる人」であり、その対価は「課題が解けたことに対する報酬」です。
CXOアジェンダ化
DXが情報システム部門のテーマから、CEO・CFO・CIOの経営アジェンダに昇格したことも、価値ベース化を後押しします。
経営層は「IT投資のROI」を株主・取締役会に説明する責任を負います。人月積算では、ROIの説明が困難です。「100人月で5億円投資した結果、何が得られたか」を経営層が自社内で言語化する必要があり、その圧力は自然と発注フォーマットを成果ベースに引き寄せます。
構造変化2：供給側の変化——「コードを書く」が希少でなくなった
生成AIによるコード生成の自動化
GitHub Copilot公式調査（2023）では、Copilot使用時のタスク完了速度は55%向上しました。McKinsey 2023年調査では、生成AIが特定タスクで2〜4倍の効率化をもたらすことが報告されています。
コードを書く——というエンジニアの中核業務が、AI支援によって急速にコモディティ化しています。これは「エンジニア不要」という意味ではなく、「コードが書ける」だけのエンジニアの希少性が下がる、という意味です。
希少性の移動
希少性は移動します。AI時代に希少なのは——
- 顧客の業務を深く理解できる
- 何を作るべきかを定義できる
- AIを使いこなして実装できる
- 成果を顧客に説明できる
——という上流〜下流まで通貫できる能力です。これがFDE型人材であり、業務×AI×実装の三位一体です。
価格メカニズムの変化
希少性が移動すると、価格メカニズムも変わります。「コードを書く時間」の市場価格は下がり、「業務課題を解決する能力」の価格は上がります。
人月モデルは前者の価格を取引単位にしているため、市場価格の低下を直接受けます。一方、価値ベース取引は後者を取引単位にできるため、希少性の上昇を価格に反映できます。
供給側のサプライヤーにとって、価値ベース化は競争戦略上の選択ではなく、希少性を維持するための必然になります。
構造変化3：技術側の変化——成果の計測が可能になった
データ基盤の成熟
クラウドとSaaSの普及により、企業内のデータが集約・分析可能な状態になりました。10年前は「成果を測りたくても測れない」という制約が大きかったのが、今は業務KPIをリアルタイムで把握できる環境が整っています。
成果が計測できる——これは価値ベース取引の前提条件です。アウトカムベース契約を成立させるには、「何を成果として定義し、どう測定するか」を双方が合意できる必要があります。データ基盤の成熟が、この合意を可能にしています。
観測可能性の向上
ソフトウェアの「観測可能性（Observability）」も、この10年で大きく進化しました。エンドユーザーの行動、システムの挙動、業務プロセスのボトルネック——これらがダッシュボードで可視化できる時代です。
価値ベース取引のリスクは、「何が成果か」「成果はどう達成されたか」が見えにくいことでした。観測可能性の向上は、このリスクを下げます。ベンダーも顧客も、成果の達成過程をリアルタイムで共有できるようになっています。
AI自体の評価指標化
AIモデルそのものの性能評価指標（精度、応答時間、コストなど）も標準化が進んでいます。AIサービスを提供するベンダーは、これらの指標で成果を表現でき、サブスクリプション料金の根拠として活用できます。
構造分析：3つの変化が「同時に」起きていることの意味
需要側・供給側・技術側の3つの変化が、独立に起きているのではなく、相互に強化し合っていることが重要です。
需要側（顧客）が成果評価能力を持つ → 供給側に成果ベース提案を要請する。供給側がAIで生産性を上げる → 人月では希少性を保てない。技術側が成果計測を可能にする → 双方が成果ベース取引を成立させやすくなる——という3つのループが同時に回っています。
このような構造変化は、一度始まると後戻りしません。価値ベース取引は、流行ではなく、IT産業の不可逆な構造変化なのです。
構造変化を踏まえた経営判断：3つの論点
ここまでの構造分析を踏まえ、経営者が判断すべき3つの論点を整理します。
論点1：自社の「価値」を何で定義するか
価値ベース取引に移行するということは、「顧客にとっての価値」を自社で言語化する責任を負うということです。「業務処理時間の50%削減」「売上の前年比15%増」など、定量的なゴール設定ができないと、価値ベース契約は成立しません。
これは営業活動の問題ではなく、自社のサービス定義の問題です。「自社は顧客に何を提供しているのか」を、人月以外の言葉で表現できるかどうかを問います。
論点2：移行のスピードとリスク
価値ベース取引には、収益のブレが大きいというリスクがあります。アウトカム契約は成功すれば人月を超える報酬を得られますが、失敗すれば赤字になります。プロダクト型は立ち上げ期に大きな投資が必要です。
経営者が判断すべきは、「どのくらいのスピードで」「どのくらいのリスク許容度で」移行するかです。すべてを一気に転換するのは無謀、一切動かないのは衰退——その間でバランスを取る判断が必要です。
論点3：人材ポートフォリオの再設計
価値ベース取引を担えるのは、FDE型人材です。業務理解、課題定義、AI活用、実装能力、顧客対話能力——これらを併せ持つ人材を、自社で何人持てるかが、移行の上限を決めます。
人材育成は時間がかかります。今期から動かさなければ、3年後の競争力は確保できません。
実行のポイント：構造変化を経営計画に織り込む
取締役会で議論すべき3点
第一に、自社の収益構造のうち、価値ベース化できる領域・できない領域を明示的に整理する。すべてが転換可能なわけではないが、転換可能領域を放置するのも合理的ではない。
第二に、価値ベース取引のKPI設計を経営管理に組み込む。NRR（売上維持率）、解約率、アウトカム達成率、顧客のNPS——これらを四半期ごとに報告する仕組みを作る。
第三に、人材育成投資を経営計画の柱に位置付ける。FDE型人材育成は、設備投資・R&D投資と並ぶ経営投資として、明示的な予算項目にする。
短期で着手すべきアクション
- 自社の主要案件の中から、価値ベース化のパイロット候補を3〜5件選定する
- 価値ベース提案ができる営業・PMを2〜3名指名し、外部リソースを使った育成を開始する
- 業務知識を組織資産化する社内プロジェクトを起動する
まとめ
価値ベース取引は、IT業界の流行ではありません。需要側の変化（顧客の成果評価能力向上）、供給側の変化（AIによるコード生成のコモディティ化）、技術側の変化（成果計測の可能性）——3つの構造変化が同時に進行している結果として、不可逆に広がっています。
経営者の問いは、「価値ベース化するかどうか」ではなく、「どのスピードで、どの領域から、どんな人材で動くか」です。AI時代のIT産業は、人月モデルから価値ベースモデルへの大規模な構造転換期にあります。その転換のスピードを決めるのは、経営者の判断と、組織が持つFDE型人材の厚みです。
ConStepからのご案内
価値ベース取引への移行を経営計画に織り込むための論点と数値について、経営者向けの個別相談を承っています。自社の収益構造と人材構成を前提に、移行ロードマップの初期設計を共に行います。
