人月で稼ぐSIerは、あと数年で詰む

はじめに

本記事では、自律型AIエージェントの普及によってSIerのビジネスモデルがどう変わるのか、そして生き残るために何を獲得し、何を捨てるべきなのかを考える。

結論としては、SIerの価値は「ソフトウェアを作ること」から、「AIを活用して顧客企業を変革し、その成果とリスクに責任を持つこと」へ移っていく。

---

「SaaSの死」は、SaaSだけの問題ではない

本題に入る前に、まず「SaaSの死」と呼ばれた出来事から振り返りたい。

2026年2月、SaaS関連銘柄から48時間で約2,850億ドルの時価総額が消えた。引き金は、自律型AIエージェントが複数ステップからなる業務ワークフローを最後まで完遂できることが広く実証されたためであった。この動きは「SaaSの死」として大きく報じられた。

では本当にSaaSは死んでしまうのか、私は、SaaSそのものがなくなるとは考えていない。

SaaSは単なる「人間が操作する画面」ではない。そこには業務データが蓄積され、企業の業務を支える基盤として、長年運用されてきた資産もある。

AIエージェントがSaaSを操作できるようになっても、これらの役割までなくなるわけではない。

変わるのはSaaSそのものではなく、SaaSを誰が、どのように使うのかという部分だ。

これまでSaaSは、人間が画面を操作して業務を進めることを前提に発展してきたが、これからのSaaSは、人間だけでなく、AIエージェントが利用することも前提に設計する必要がある。

つまり、ここで揺らいでいるのはSaaS自体の存在ではなく、「ソフトウェアは人間が操作するもの」 という、これまでの常識なのである。

そして、この変化はソフトウェアを「使う側」だけの話ではない。

現在では、すでにシステム開発の工程にもAIが組み込まれている。AIエージェントによって業務の実行が自動化される一方で、その業務を支えるシステムの開発もAIによって大きく効率化されている。

つまりAIは、ソフトウェアを 「利用する工程」 と 「開発する工程」 の両方に入り込んでいる。

前者は、SaaSのように「人間が操作すること」を前提としてきたビジネスに影響を与え、後者は、SIerの受託開発をはじめ、「ソフトウェアは人間が作るもの」を前提としてきたビジネス全体に影響を与える。

では、その中でもなぜSIerのビジネスモデルが大きく揺らぐのか。

理由は、人月という収益モデルにある。

SIerはこれまで、顧客から要件を受け、必要な人数と期間を見積もり、その工数を「人月」として売ってきた。

10人月の仕事なら10人月分の売上になる。

しかし、AIによって1人あたりの生産性が大きく向上すると、この前提が崩れ始める。

同じ成果をより少ない人月で実現できるケースもあれば、同じ10人月でこれまで以上の量や品質を求められるケースもある。当然、AIの利用自体にもコストはかかる。

重要なのは、単純に「10人月の仕事が3人月になる」ということではない。

AIによって、投入した人月と生み出される成果の関係が大きく変わることだ。

同じ10人月でも、AIを使いこなすチームとそうでないチームでは、生み出せる成果に大きな差が生まれる。

そうなれば、「何人が、何ヶ月働いたか」は、仕事の価値を測る尺度として徐々に機能しにくくなる。

ここに、人月ビジネスの構造的な限界がある。

では、SIerは何を売ればいいのか。

---

AI化は、SIerにとってチャンスであり分岐点になる

その答えを考えるには、まずSIerの顧客企業で何が起きるのかを見る必要がある。

AIエージェントの普及によって、顧客企業の業務は少しずつ変わっていくが、既存の基幹システムやSaaS、業務データ、セキュリティ要件、法規制、社内ルールがすぐになくなるわけではない。そのため、顧客企業のAI化は、既存のシステムや業務をすべて作り直すのではなく、既存の環境にAIを組み込みながら、段階的に業務を変えていくことになる。

ここには、これまでとは異なるSIerの仕事が生まれる。

• どの業務をAI化するのか。
• 既存システムとAIをどう連携するのか。
• どこまでAIに任せ、どこに人間の判断を残すのか。
• そして、AIを安全に運用するには何が必要なのか。

こうした問題を整理し、業務とシステムの両方を設計することが、これからのSIerに求められる。

つまり、AIによって開発案件が減ることだけを恐れる必要はないということだ。

「作る仕事」が減る一方で、「AIを前提に業務とシステムを作り変える仕事」が生まれる。

これからのSIerに問われるのは、減っていく工数をどう守るかではない。

AIによって生まれる新しい価値を、どう事業に変えるかだ。

---

SIerの提供価値はどう変わるのか

では、その新しい価値とは何か。

これまでのSIerは、システムを作って納品することで対価を得てきた。しかし、AIによって実装コストが下がれば、「作ること」そのものでは差がつきにくくなる。

一方で、何をAI化するのかを決め、既存システムと組み合わせ、安全に運用し、実際の業務成果につなげる仕事の重要性は高まる。

つまり、SIerの提供価値は、「作って納める」から「業務を変え、動かし続ける」ことへ移っていくと考える。

項目	これまで	これから
収益	人月・受託開発	成果連動・継続サービス
開発	実装工数そのものが価値	AIで実装を効率化し、設計や成果に価値を移す
設計	システム単位で設計する	AIを前提に業務全体を設計する
運用	納品後の保守	AIの監視・改善・統制
顧客との関係	納品を一区切りとする	継続的に改善へ伴走する

この変化は、大きく分けて以下の4つに整理できる。

1. 人月ではなく、成果で稼ぐ

最初に変わるのが、冒頭から話している収益モデルだ。

AIによって1人あたりの生産性が大きく変われば、投入した工数と生み出される成果の関係は、これまで以上に不均一になる。

そうなると、「何人が、何ヶ月働いたか」だけでは、その仕事の価値を測りにくくなる。

代わりに問われるのは、顧客にどれだけの成果を生み出したかだ。

• 業務時間をどれだけ短縮したのか。
• コストをどれだけ削減したのか。
• 売上や生産性をどれだけ高めたのか。

開発にかかった工数ではなく、顧客に生み出した事業価値で稼ぐモデルへの転換が必要になる。

2. 実装ではなく、仕様定義とアーキテクチャで差がつく

収益モデルが変われば、SIerの開発において重視される能力も変わる。

コード生成やテストをAIが担うことで、「どう実装するか」だけでは差がつきにくくなる。一方で、「何を作るべきか」を決める重要性はむしろ高まる。

顧客の曖昧な要求を整理し、業務上の制約を理解する。そのうえで、AI、SaaS、既存システムをどう組み合わせるかを設計する。

これからのSIerには、顧客の業務を理解し、それを実現可能な仕様とアーキテクチャに落とし込む力が求められる。

3. AIを安全に使う仕組みを提供する

AIが業務の一部を担うようになれば、「何ができるか」だけでなく「何をさせてよいか」が重要になってくる。

• どのデータへのアクセスを許可するのか。
• どこまで自律的な操作を認めるのか。
• どこで人間の承認を挟むのか。
• AIの判断をどう監査し、問題が起きたときにどう止めるのか。

AIを企業のルールの中で安全に動かすには、こうした統制の仕組みが欠かせなくなってくる。

AIを導入するだけでなく、安全に使い続けられる環境まで設計することが、新たなSIerの提供価値になる。

4. 責任そのものを価値にする

そして、もう一つ残る大きな価値が「責任」だ。

AIによって顧客企業自身がシステムを作りやすくなっても、すべてのリスクまで自社で引き受けられるとは限らない。

• 障害が起きたときに誰が対応するのか。
• データ漏洩が起きたときに誰が説明するのか。
• AIが誤った判断をしたときに、誰が原因を調査し、改善するのか。

AIそのものが、こうした責任を引き受けることはない。

だからこそ、品質や運用を担保し、問題が起きたときに対応するという法人としての信用と責任が価値になる。

SIerは「システムを作って納める会社」から、顧客企業のAI活用を支え、その成果とリスクを引き受ける会社へ変わっていく必要がある。

---

新しい価値を得るには、古い仕組みを変える必要がある

ここまで見てきたのは、SIerがこれから獲得すべき価値である。

しかし、変わるためには新しい能力を身につけるだけでは足りない。これまでのSIビジネスを支えてきた仕組みそのものを見直す必要がある。

なぜなら、人月を前提として最適化されてきた人員構成や組織、営業、開発環境の一部は、AIによって開発の前提が変わると、強みではなく変革を妨げる要因になり得るからだ。

問題は、これらがもともと「悪い仕組み」だったわけではないことにある。

多くの開発者を抱えることも、工数を正確に管理することも、外注先を確保することも、人月を中心としたビジネスでは合理的だった。しかし、少人数で高い生産性を出すことが求められるようになれば、その合理性は変わる。

では、具体的に何を見直す必要があるのか。

ここでは、**「人員構成」「組織・ビジネスモデル」「開発環境」**の3つに分けて整理する。

人員構成

まず変える必要があるのは、人員構成だ。

AIによって実装の生産性が上がれば、「多くの人を配置して開発する」こと自体の価値は下がる。一方で、AIを活用して少人数で開発を進め、仕様を整理し、生成された成果物の品質を判断できる人材の重要性は高まる。

つまり、必要なのは「多くの人で実装する組織」から「少人数で設計し、AIを使って実装する組織」への転換だ。

見直すべきもの	なぜ見直す必要があるのか
定型実装を前提とした人員構成	AIによって実装の生産性が上がり、同じ成果に必要な人数が減る
工数・進捗管理を中心とした管理職の役割	工数の管理だけでなく、成果物の品質やAIを活用した開発全体を判断する能力が必要になる
特定言語や製品だけに依存した専門性	AIによってコード解析や技術移行が容易になり、特定技術の知識だけでは差別化しにくくなる

組織・ビジネスモデル

次に変える必要があるのが、会社の仕組みだ。

現場がAIによって生産性を高めても、会社の売上や評価制度が「どれだけ人を投入したか」を前提としていれば、AIを使うほど不利になるという矛盾が生まれる。

そのため、

• 営業では工数ではなく成果に対して価格を設定し、
• 社内の評価でも稼働率ではなく、少ない工数でどれだけ大きな成果を生み出したかを評価する仕組みへ変える必要がある。

また、開発体制も、多くの人員を集めることを前提とした多重下請け構造から、少人数のチームがAIを活用して開発を進める体制へ移していく必要がある。

「人を多く動かすほど売上と評価が上がる仕組み」から、「少ない人員で大きな成果を出すほど利益と評価が上がる仕組み」への転換が必要になる。

見直すべきもの	なぜ見直す必要があるのか
人月を前提とした営業・評価制度	AIによって人月と成果の関係が変わり、投入工数だけでは仕事の価値を測りにくくなる
多重下請けを前提とした開発体制	少人数で大きな成果を出せるほど、人を集めて管理することの価値が下がる

開発環境

そして、AIを使いたくても使えない環境も見直す必要がある。

特にセキュリティ要件の厳しい開発現場では、安全性を重視して独自のルールや閉じた開発環境を整備してきた。しかし、それらがAI活用そのものを妨げるのであれば、安全性を維持しながらAIを利用できる環境へ作り直す必要がある。

見直すべきもの	なぜ見直す必要があるのか
過度に独自化された開発ルール	AIを前提とした開発プロセスへの移行を妨げる可能性がある
AI利用を想定していない閉じた開発環境	クラウド型のAI開発ツールを利用できず、生産性向上の恩恵を受けにくい

ここで重要なのは、これらを単純に「古いから捨てる」ということではない。

これまでのビジネスでは合理的だった仕組みが、AIによって前提が変わった後も合理的なのかを問い直すことである。

新しいAIツールを導入するだけなら、それほど難しくない。

本当に難しいのは、AIを活かすために、これまで会社を支えてきた仕組みそのものを変えられるかどうかだ

---

AI時代、SIerの「責任」の価値はさらに高まる

では、これまで見てきた変化の先に、SIerはどのような役割を担うことになるのか。

AIによってソフトウェアを作るコストが下がるほど、「作ること」そのものでは差がつきにくくなる。

一方で、顧客企業の業務を理解し、何をAI化するのかを決め、既存システムと組み合わせ、安全に運用し、その成果とリスクに責任を持つことの重要性は高まる。

つまり、SIerは「システムを作って納める会社」から、顧客企業の変革を支え、その成果とリスクに責任を持つ会社へ変わっていく必要がある。

そのために必要な能力は、大きく4つに整理できる。

領域	中核となる能力
経営・戦略	顧客企業の業務をAI前提で再設計し、投資対効果まで構想する
技術の見極め	AIモデルやAI製品の特性を理解し、適切な技術を組み合わせる
データ・ガバナンス	顧客データをAIで安全に活用できる状態に整え、権限や統制を設計する
変革の推進	小さく導入し、効果を検証しながら現場へ定着させ、適用範囲を広げる

重要なのは、AIそのものの技術力だけではない。

• 顧客の業務を理解する。
• 経営と対話する。
• 投資対効果を示す。
• 安全なデータ利用を設計する。
• そして、導入したAIを現場に定着させる。

これまでSIerが「システムの外側」と考えてきた領域まで踏み込む必要がある。

AIによって「作ること」の価値が下がるほど、何を変えるべきかを考え、安全に実現し、その結果に責任を持つことの価値は高まっていく。

SIerはこれまでも、システムの品質や安定稼働、セキュリティなどに対して責任を担ってきた。

AIによって「作ること」がコモディティ化するほど、こうした成果やリスクに責任を持てることが、これまで以上に重要な提供価値になる。

---

まとめ

「SaaSの死」が示したのは、SaaSそのものの終わりではない。

AIによって、「ソフトウェアは人間が操作するもの」という前提が揺らぎ始めたことだ。

同じ変化は、ソフトウェアを作る側でも起きている。コード生成やテストなどをAIが担うようになれば、1人あたりが生み出せる成果は大きく変わっていく。

その結果、「投入した人月」と「生み出される成果」の関係は、これまで以上に不均一になる。その影響を特に強く受けるのが、人の工数を売上に変えてきたSIerだ。

しかし、顧客企業のAI化には、既存システムとの統合、業務の再設計、ガバナンス、継続的な改善が必要になる。

つまり、SIerの仕事がなくなるのではない。

価値のある仕事が、「作ること」から別の場所へ移っていく。

• 人月から成果へ。
• 実装から設計へ。
• 導入から統制へ。
• 納品から継続的な責任へ。

そして、この変化に対応するためには、新しい能力を獲得するだけでなく、人月を前提として築いてきた既存の仕組みを変える必要がある。

これからのSIerに問われるのは、AIによって減っていく仕事をどう守るかではない。

AIによって生まれる新しい価値を、どう自分たちの事業に変えていくかだ。