概要
AIがコードを書く時代、SIerは何を売るのか。これは戦術の問いではなく、収益モデルそのものを問い直す経営アジェンダです。人月積算という日本のIT業界に根深く埋め込まれた商習慣は、AIが生産性の前提を変えた瞬間から構造的な逆風にさらされています。本稿では、人月モデルの内部構造を解剖したうえで、価値ベース取引への転換を、経営者が取締役会で説明できる粒度で整理します。論点は3つ——なぜ転換が不可避か、何が転換を妨げているか、どのような順序で動くべきか。
人月モデルの内部構造：何が起きているか
日本IT産業の独自構造
経済産業省「DX白書2023」によれば、日本のIT人材の約7割がベンダー側に所属しています。米国がほぼ逆の比率（ユーザー側7割）であることと対照的です。この構造の上に、多重下請けと人月積算が成立してきました。元請けSIerが顧客から受注し、二次・三次の協力会社に作業を切り出す——その単位が「人月」です。
人月単価の市場相場（2025年時点・公開求人ベース）は、概ね以下のレンジに収れんしています。
- ジュニアエンジニア：60〜80万円／人月
- ミドルエンジニア：80〜110万円／人月
- シニアエンジニア／PM：110〜160万円／人月
- アーキテクト／コンサル領域：160〜220万円／人月
この単価レンジは過去10年、緩やかな上昇は見せたものの、レンジそのものの構造は大きく変わっていません。日本の人月商習慣は、それだけ強固に制度化されています。
人月モデルの3つの暗黙前提
人月モデルは、3つの暗黙前提の上に成立しています。
第一に、労働時間と成果がほぼ比例すること。1人が1か月働けば、ほぼ予測可能な量のコードと設計が生み出される——という前提です。
第二に、スキルレベルが単価で表現できること。経験年数や役職に応じて単価が決まり、その単価で工数を積み上げれば総額が計算できる、という考え方です。
第三に、顧客側に成果を評価する基準が乏しいこと。何を作ったかではなく、何人月かけたかで請求するのは、顧客が成果を独自に評価できない（あるいはしたくない）構造を前提にしています。
AIは、この3つの前提すべてを揺るがしています。
AIが崩している前提：なぜ価値ベース転換が不可避か
前提1の崩壊：労働時間と成果の非比例化
GitHub Copilot公式調査（2023）では、Copilot使用時のタスク完了速度は55%向上したと報告されています。McKinseyの2023年調査では、生成AIが開発生産性に与える影響について、特定タスクで2〜4倍の効率化が観測されました。コードを「書く」という作業は、もはや人月で測れる対象ではありません。
ここで起きているのは、単純な「効率化」ではなく、労働投入と成果の関係が非線形化することです。優秀なエンジニアがAIを使いこなせば、平凡なエンジニア10人より多くの価値を生む——という事象が、現実に観測されはじめています。人月積算は「投入時間に対して成果が比例する」という前提に依存していますが、その前提が壊れたとき、人月で請求する正当性は失われます。
前提2の崩壊：スキルの単価表現の限界
AIを使えるエンジニアと使えないエンジニアの差は、もはや経験年数や役職で表現できません。3年目のエンジニアがAIを駆使して10年目より生産的、という現象が日常化しています。
このとき、「シニアだから120万円」という単価設定は、市場のシグナリングとして機能しなくなります。顧客側も、もはや単価ではなく「このエンジニアは何を実現できるか」を直接見るようになります。
前提3の崩壊：成果評価基準の整備
クラウド・SaaS・PaaSが普及した結果、顧客側のIT部門も成熟しています。経産省DXレポートが示した通り、ユーザー企業側のDX人材育成が政策的にも進められ、内製化が拡大しています。顧客が「成果を評価できる」状態が整いつつある以上、「何人月かけたか」で請求する根拠は弱くなっていきます。
価値ベース取引とは何か：3つの形態
「価値ベース取引」という言葉は曖昧に使われがちです。経営アジェンダとして議論するために、3つの形態に整理します。
形態1：成果連動型（Outcome-Based）
顧客のビジネス成果（売上、コスト削減、CV率など）に報酬を連動させる契約形態です。Palantirがコマーシャルセグメントで採用してきたモデルが代表例で、初期は固定費を抑えつつ、成果に応じて報酬がスケールします。
顧客側の利点は、リスクをベンダーと共有できること。ベンダー側の利点は、成功すれば人月を大きく超える報酬が得られることです。前提条件は、ベンダーが顧客業務を深く理解し、成果指標を共同設計できることです。
形態2：プロダクト型（Product-Based）
業務知識をプロダクトに埋め込み、ライセンス・サブスクリプションで提供する形態です。Salesforce、ServiceNow、SAPなどグローバルプレイヤーが押さえている領域です。
日本SIerにとってのチャレンジは、自社で蓄積した業務知識を再利用可能なプロダクトに変換できるかです。多くの場合、特定顧客向けに作り込んだ資産は他顧客に転用しづらく、結果として人月モデルから抜け出せない——という循環が起きています。
形態3：パートナー型（Embedded Partner）
顧客の経営アジェンダに深く入り込み、「何を作るか」から共同で設計する形態です。Palantirの「Forward Deployed Engineer（FDE）」モデルがこの典型で、エンジニアが顧客企業に常駐し、業務を理解しながら課題解決のためのソフトウェアを共同構築します。
このモデルの報酬は、人月でも成果連動でもなく、「経営パートナーとしての年間契約フィー」として構造化されることが多くあります。コンサルティングファームとSIerの境界が溶ける領域でもあります。
転換を妨げているもの：4つの内部抵抗
価値ベースへの転換が頭で分かっていても進まないのは、SIer内部に4つの構造的抵抗があるからです。
抵抗1：人月利益の予測可能性
人月モデルの最大の利点は、予算予測のしやすさです。今期の稼働人月×単価で売上が読める——この予測可能性に依存している経営管理体制は、価値ベース転換に対する強い慣性を持ちます。
抵抗2：人事制度の固定化
等級制度・評価制度が「人月単価」を前提に設計されているケースが多くあります。エンジニアの評価は「いくらの単価で売れるか」が暗黙の物差しになり、成果や顧客価値による評価軸への移行が制度的に困難になります。
抵抗3：営業プロセスの慣性
長年の人月営業で蓄積された顧客接点と提案フォーマットが、価値ベース提案を阻害します。顧客側の調達部門も人月見積もりに慣れており、提案内容を変えても評価軸が変わらない——という状況が頻発します。
抵抗4：人材ポートフォリオのミスマッチ
価値ベース取引に必要なのは、業務×AI×実装の三位一体を担えるFDE型人材です。しかし、多重下請けの末端でコーディングを担ってきたエンジニア層には、業務理解とクライアントワークの経験が乏しい。育成にも時間がかかります。
構造転換のロードマップ：3層×3年
ここから具体的な動き方に入ります。経営者が取締役会で提示できる粒度のフレームとして、「3層×3年」のロードマップを提示します。
Year1：上層から崩す
最初の1年は、全社一斉転換を目指してはいけません。最も上流の領域——構想策定、業務改革、データ戦略——から着手します。
この層は、もともと人月で測りにくく、価値ベース提案を顧客に受け入れてもらいやすい領域です。経営層に近いコンサル領域を1〜2案件、価値ベース契約で受注することを目標にします。
並行して、社内に「FDE型人材」を10〜30名規模で配置可能な状態を作ります。これには、コンサル業界の上流育成プログラムの活用が現実的な選択肢になります。
Year2：中層へ拡張
2年目は、業務アプリ開発・データ基盤構築といった中層へ展開します。この層では、業務知識のプロダクト化が鍵になります。
特定業界の業務テンプレート、データモデル、AIワークフローを再利用可能な資産として蓄積し、サブスクリプション型・成果連動型で提供する事業ラインを立ち上げます。
Year3：下層の構造転換
3年目に、運用保守・改修といった下層の構造転換に着手します。この層は、AI自律エージェントによる自動化が最も進む領域でもあるため、人月モデルそのものが市場から消えていく可能性が高い。
戦略は2つの方向に分かれます。一つは、AIを活用した運用自動化プラットフォームの構築・提供（プロダクト型）。もう一つは、運用層を縮小し、上層・中層への資源シフトを完了させる（撤退戦略）。どちらを選ぶかは、その企業の人材ポートフォリオと顧客基盤次第です。
実行のポイント：CEO/CFOが今期動かすべきこと
CEOアジェンダ
第一に、次期取締役会で「価値ベース転換」を中期経営計画の柱として正式に位置付けます。曖昧な「DX推進」ではなく、収益モデルの構造転換として明示することが重要です。
第二に、自社の人材ポートフォリオ監査を実施します。FDE型人材として育成可能な層が何名いるか、業務理解とAI活用の両面で評価します。
第三に、最初の価値ベース案件のスポンサーになります。営業部門に任せても、人月モデルの慣性で潰れます。CEO自身が初期案件にコミットすることが、転換の起点になります。
CFOアジェンダ
第一に、価値ベース取引の会計・KPI設計を整備します。プロジェクト粗利の見方、解約率、NRR（売上維持率）、顧客生涯価値——これらを管理会計の中核に据えます。
第二に、人月モデル時代のKPI（稼働率、単価）の重み付けを段階的に下げます。完全に廃止する必要はないですが、価値ベースKPIとのバランスを意識的に再設計します。
第三に、転換期の収益谷を経営計画に織り込みます。人月から価値ベースへの移行期は、売上が一時的に減ることが多くあります。これを「事業の構造転換コスト」として、株主・銀行に説明できる形で予算化します。
まとめ
AIがコードを書く時代、SIerは「何を売るのか」を問い直す段階に入りました。人月モデルは、労働時間と成果の比例、スキルの単価表現、顧客側の評価能力の欠如——という3つの前提に依存していましたが、すべてが崩れつつあります。
価値ベース取引への転換は、戦術の選択ではなく経営構造の転換です。3層×3年のロードマップで、上流から段階的に動かし、人材・制度・営業プロセスを同期させる必要があります。次世代の収益エンジンは、業務×AI×実装の三位一体を担うFDE型人材です。その育成こそが、転換の起点になります。
ConStepからのご案内
SIer各社の経営層が、人月から価値ベースへの転換を取締役会で議論するための論点と数値について、経営者向けの個別相談を承っています。自社の人材ポートフォリオと顧客基盤を前提に、転換ロードマップの初期設計を共に行います。
