生成AIで受託開発の単価は本当に下がるのか？

なぜ生成AIで受託開発の単価が下がるのか？

生成AIで受託開発の単価が下がるのは、AIがまず「実装の工数」を削るからです。コードの下書き、テストの雛形、定型的な画面——これまで人手と時間をかけていた作業が、目に見えて速くなりました。

問題は、多くの受託・SIerが「工数 × 単価」で値付けしていることです。見積もりの根拠が「何人月かかるか」である以上、AIで工数が半分になれば、顧客から「では金額も半分に」と言われる理屈が立ってしまいます。AIが上げてくれた生産性が、そのまま値下げの材料になって返ってくる。これが、いま受託の現場で起きていることです。

つまり単価を下げているのは、AIそのものではありません。「時間を売る」という値付けの構造が、AIによって土台から崩されているのです。ここを取り違えると、「AIを使わない」という逆方向の防御に走ってしまい、かえって競争力を失います。

AIを「下流に置く」と「上流に置く」で何が変わるのか？

同じ生成AIでも、どこに置くかで真逆の結果になります。実装（下流）に置けば値下げの道具になり、「何を作るか」を決める側（上流）に置けば、単価を上げる武器になります。

下流にAIを置くと、速く・安く作れることが価値になります。ですがその価値は誰でも手に入れられるため、行き着く先は価格競争です。一方、上流にAIを置くと、AIは「何を作れば顧客の成果につながるか」を素早く試し、確かめるための道具になります。当たり外れの大きい上流の意思決定を、AIで何度も検証できる。ここで生まれるのは、時間ではなく「外さない判断」という価値です。

生成AIは、受託を殺すのではありません。受託を「下流に留めている構造」を殺すだけです。同じAIが、下流に置けば脅威に、上流に置けば武器になります。

上流に出るには何が必要か？

上流に出るために必要なのは、2つの設計力です。UX設計力（何を作るべきかを顧客と決める力）と、AI設計力（決めたことをAIで再現可能に動かす力）。実装力という土台の上に、この2つを重ねることで、はじめて「何を作るか」から関われるようになります。

多くの受託・SIerは、実装力をすでに持っています。足りないのは、その実装力を「何を作るべきか」の判断に接続する力です。顧客が「この画面が欲しい」と言ったとき、その通りに作るのではなく、「本当に必要なのは画面ではなく通知の自動化かもしれません」と問い直せる。この問い直しが、上流の入り口です。2つの設計力の中身はFDEに必要なスキルで詳しく整理しています。

個人の才能ではなく、組織能力にするには？

ここで気をつけたいのは、上流に出る力を「一部の優秀な人の才能」で終わらせないことです。一人のスター社員が上流に立てても、その人が抜ければ位置はすぐ揺らぎます。値下げ圧力を構造的に抜けるには、「何を作るか顧客と決められる」状態を、組織として再現できる必要があります。

この「上流に出る力を、個人芸ではなく組織能力にしたもの」が、FDE（Forward Deployed Engineer）です。FDEは特別な天才を採用する話ではなく、いまいるエンジニアに2つの設計力を組織として足していく話です。なぜSIer・受託開発にこの組織能力が要るのかはなぜSIer・受託開発にFDEが必要なのか？で、その育て方はFDE人材の育て方で解説しています。

中小の受託でも、今から間に合うのか？

間に合います。むしろ規模が小さいほど、意思決定が速く、上流に出やすい立場です。大人数を一気に動かす必要はありません。次の案件で一人だけ、要件が固まる前の打ち合わせに同席させる——そこからで十分です。

実際、SIer企業のエンジニアが、AIを上流に使うことで8時間でプロトタイプまで作った事例もあります（テクノデジタルの事例）。既存のSEの実装力は、上流に出るための最大の資産です。それを土台に、1〜3人から小さく始める進め方はFDE組織の立ち上げ方にまとめました。

生成AIは、待っていても受託の単価を上げてはくれません。AIをどこに置くか——その一手を、下流から上流へずらすこと。それが、値下げ圧力を抜ける最初の一歩です。