AI を使った開発が定着して、見積もりの構造そのものが変わりました。
何が減って何が減らないのかを整理します。
従来の費用構造
一般的な受託開発の費用は、おおむねこう分解できます。
要件定義・設計 20%
実装 45%
テスト 15%
管理・調整 15%
移行・教育 5%
このうち実装の45%が、最も大きな塊でした。
AI 導入後の変化
要件定義・設計 20% → 変わらない
実装 45% → 15〜20% に圧縮
テスト 15% → 8% 程度に
管理・調整 15% → 変わらない
移行・教育 5% → 変わらない
実装とテストが圧縮され、合計では従来の 1/2〜1/3 になります。
一方で、要件定義と調整の割合は相対的に上がります。
減らない部分が重要
費用が下がったことより、構成比が変わったことのほうが重要です。
従来 : 実装が主。要件が多少曖昧でも、実装の物量で吸収していた
現在 : 実装が軽い。要件の質が、そのまま成果物の質になる
つまり、要件を詰める工程の価値が相対的に上がりました。
ここを省くと、速く作れるぶん間違ったものが速くできるだけになります。
見積もりの立て方が変わった
以前は「画面数 × 単価」でおおむね合いました。
現在は、次の要素のほうが金額を左右します。
| 要素 | 影響 |
|---|---|
| 業務の複雑さ（例外の多さ） | 大 |
| 外部システムとの連携数 | 大 |
| 非機能要件（セキュリティ・可用性） | 大 |
| 画面数 | 中 |
| デザインの作り込み | 中 |
画面を10枚から20枚に増やすより、
例外処理が1つ増えるほうが費用に効くことがあります。
発注側にとっての意味
1. 小さく試せるようになった
試作の費用が下がったため、
「作ってみて判断する」が現実的になりました。
以前は数十万円かかった検証が、数万円で可能になっています。
2. 要件を詰める時間に価値がある
実装が速い分、打ち合わせの1時間が生む差が大きくなりました。
仕様を曖昧にしたまま進めると、その分だけ手戻りします。
3. 保守費用は下がらない
作る費用は下がりましたが、動かし続ける費用は変わりません。
- サーバー費用
- セキュリティ更新
- 外部サービスの仕様変更への対応
- 障害対応
3年の総額で見ると、削減幅は開発費ほど大きくありません。
品質はどうなるか
「速い＝雑」ではありません。むしろ次の点で品質は上がりました。
- テストを書く余裕ができた
- リファクタリングを後回しにしなくなった
- 2案作って比較できるようになった
ただしこれは、生成物を読んで判断する工程を省かない場合に限ります。
理解せずに積み上げると、保守できないものが速くできあがります。
まとめ
- 実装とテストが圧縮され、総額は従来の1/2〜1/3
- 要件定義・調整・移行は減らない（相対的な重みが増す）
- 見積もりは画面数より「業務の複雑さ・連携数・非機能要件」で決まる
- 試作が安くなり、「作って判断する」が現実的になった
- 保守費用は下がらない。3年総額では削減幅が小さくなる