受託開発の見積もりは「時間の販売」でできています

システム開発を外注すると、見積書には「人月」が並びます。エンジニア1人が1か月働く作業量を単位に、単価を掛けて金額を出す方式です。要件が膨らめば人月が増え、金額が上がる。受託開発の価格は、成果ではなく作業時間を根拠にしてきました。

この方式が長く成立してきたのには理由があります。実装できる人手が希少で、かかる時間が成果の量にほぼ比例していたからです。何かを作りたければ、誰かの時間を押さえるしかない。発注側の予算取りも、稟議も、相見積もりの比較も、「実装には時間がかかるものだ」という前提の上に組み立てられてきました。

生成AIが崩しつつあるのは、個々の機能や品質の話の前に、まずこの前提です。

生成AIは「時間がかかるから高い」の根拠を崩します

生成AIの普及で、コードを書く工数は縮んでいます。どれだけ縮むかは対象や条件で大きく変わるため、ここで倍率を断定はしません。ただ、弊社の受託の現場でも、実装そのものにかかる時間は明らかに短くなっています。かつて実装の主工程だった「書く」作業の多くを、AIが肩代わりするようになりました。

ここで、工数課金の構造が問題になります。かかった時間に対して対価が支払われる仕組みでは、作業が速く終わるほど請求できる金額は小さくなります。受託会社にとって、AIで生産性を上げることは、そのままでは減収を意味します。効率化のインセンティブが、ビジネスモデルと逆を向いている。ここに悪意は要りません。構造の問題です。

自社プロダクトを持つ会社なら、浮いた時間を自社の資産づくりに回せます。しかし、売り物が時間だけの受託会社には、その逃げ場がありません。実装の速さと量を売り物の中心にしてきた外注先ほど、この変化の影響を正面から受けます。受託業界の内側で危機感が語られているのは、このためです。

危機は「下がらない見積もり」として発注側に現れます

この構造は、受託会社だけの問題ではありません。発注側には、見分けの難しい形で現れます。

外から見えにくいのは、見積もりの中身です。受託先が社内でAIを使って実装を速くしていても、人月の見積もりを従来のまま出せば、差分は受託側の利益になります。逆に、AIを使っていない受託先の見積もりは、本当にその時間がかかります。同じ金額の見積書が2枚あっても、根拠はまるで違うかもしれない。発注側からは、どちらなのかがほとんど分かりません。

工数の妥当性を測るモノサシも古びていきます。過去案件の人月を基準に「この規模ならこれくらい」と判断してきた発注側の相場観は、実装が速くなった分だけ実態からずれていきます。金額から受託先の質を読み取る方法には適正価格の見方で整理したとおり以前から限界がありましたが、その限界はさらに広がっています。安くならないことではなく、安くならない理由を確かめられないことが、発注側にとっての危機です。

実装が縮むほど「何を作るか」が重くなります

開発の総工数が実装の分だけ縮む一方で、縮まない工程があります。何を作るべきかを決める要件定義、できたものの良し悪しを測る評価、そして動かし続ける運用です。

むしろ実装が速くなるほど、これらの工程は重くなります。曖昧な要件を渡せば、AIは曖昧なものを高速に量産します。作り直しのサイクルが速くなるだけで、向かう先が正しくなるわけではありません。作る速度が上がった分、どこへ向かうかを決める精度が、プロジェクト全体の成否をこれまで以上に左右します。

弊社の受託でも、この比重の移動は進行中です。実装にかける時間が縮んだ一方で、日本側PMが発注側と要件を整理し、「何をもって良しとするか」の評価基準を言語化する時間の比重が増えました。ベトナム開発チームの仕事も、コードを書くことから、AIの出力をレビューし、テストし、運用の中で改善し続けることへ寄っています。実装の速さではなく、要件整理から運用改善までを一続きに回す体制が売り物になる。AIネイティブ開発と呼んでいる進め方は、この変化に対する弊社なりの答えです。

受託先の選び方は、単価表の比較では済まなくなります

発注側にとって、この変化の意味ははっきりしています。受託先を選ぶ基準が変わる、ということです。単価の安さと人月レートの比較は、実装が希少だった時代の選び方です。実装が縮んだ今、確かめるべきは工程の中身に移ります。

答えが具体的なら、その受託先は変化の当事者として、自分の商売を作り替えている最中です。答えが曖昧なら、時間を売る前提がまだ変わっていません。

そのうえで、もうひとつ大きな問いが残ります。受託先の中身が変わっても、契約が「時間を買う」形のままなら、速くなるほど受託側が損をする構造は消えません。発注側と受託側の利害を揃えるには、対価の払い方そのものを見直す必要があります。ではどう契約を変えるか。この問いは成果対価の契約で扱います。

弊社の関わり方

弊社も、日本企業から開発を引き受ける受託会社です。つまり、この記事で書いた変化の当事者側にいます。だからこそ、実装の速さや単価の安さを売り物の中心に置いていません。

受託で提供しているのは、AI、日本側PM、ベトナム開発チームを組み合わせ、要件整理、実装、レビュー、テスト、運用改善までを一続きに回す体制です。LLMを使う開発では、何を正解とするかをまとめた評価データセットを納品物に含め、モデルやプロンプトが変わっても品質を測り直せる状態で引き渡します。実装が速くなって浮いた時間は、前後の工程の質に振り向ける。それが、時間ではなく成果に近づく受託の形だと考えています。

いまの外注先の見積もりがAIを前提に更新されているか確かめたい。次の開発をどの前提で発注すべきか迷っている。そうした段階のご相談から対応します。お問い合わせからお聞かせください。