「エンジニアじゃなくても、AIに指示すればアプリが動く」——2026年、それが当たり前になりました。 じゃあ、"作ること"でお金をもらってきた受託開発は、これから何を売ればいいのか。
こんにちは。K.Platinum代表の沼田海斗です。
僕は24歳でこの会社を立ち上げて、今は3期目・27歳。社員は17人で、製造業・流通・金融の中堅企業を相手に、ITコンサル＋受託開発＋ジゴカツ（プログラミングスクール）の3本柱でやっています。
今日は、受託開発をやっている会社として、ちょっと自分たちの足元が揺れるような話を書きます。2026年の内製開発のフォーラムで、「"作れるかどうか"自体は、もう差別化要因ではなくなった」というテーマが出ました。AIで誰でも作れる時代に、受託は何を売るのか。これは僕らの商売の根っこに刺さる問いなので、正面から考えてみます。
1. AIで「作れる」がコモディティ化した — じゃあ受託は何を売るのか
少し前まで、受託開発の価値はわりとシンプルでした。「お客さんが作れないものを、僕らが作れる」。この技術的な差が、そのまま受注の理由になっていた。
でも2026年、その前提が崩れてきています。生成AIで、コードを書くこと自体のハードルがガクッと下がった。仕様を渡せば動くものがそれなりに出てくる。社内のちょっとできる人が、AIを使って小さなツールを内製してしまう。「作れる」が、特別なスキルじゃなくなってきたんです。
正直に言うと、これは受託をやる側にとって都合の悪い話です。「作れます」だけで売っていた会社は、これから苦しくなる。
じゃあ、何を売るのか。僕らが出した答えはこうです。売るのは「作れること」じゃなくて、「作る前と作った後」。何を作るべきかを決める力と、作ったものを自走させる仕組み。ここにこそ、AIで埋まらない価値が残っている。コードが書けることは、もはや入場券にすぎません。
2. 内製の理想と現実 — 人材不足87.4%の壁
「作れるがコモディティ化したなら、もう全部内製でいいじゃないか」。そう考える会社は実際に増えています。気持ちはよく分かる。AIもあるし、外注コストも浮く。理想だけ見れば、内製は最高です。
でも、現実はそんなに甘くない。
IPAの「DX動向2024」では、システム開発の内製化を進めるうえで「人材の確保・育成が難しい」と答えた企業が87.4%。9割近くが、内製したいけど人がいない、で止まっています。
何が起きるかというと、こうです。意気込んで内製を始める。最初の小さいツールはできる。でも、本格的な基幹システムや、運用が重いものになると、社内の数人では回しきれない。作りかけで止まる。かといって、一度「内製でいく」と宣言した手前、SaaSに戻るのも気まずい。結果、宙ぶらりんのまま塩漬けになる。
僕が現場で何度も見てきたのは、この「内製しきれず、戻れもしない」状態です。AIで作るハードルは下がったけど、作り続ける・運用し続ける体力は、AIでは埋まらない。ここを甘く見ると、内製は理想で終わります。
3. オーナーシップは渡さない、作り方は渡す — 伴走の再定義
ここで、僕らの受託の立ち位置が変わってきました。昔は「全部うちで作って納品します」だった。でも今は違う。お客さんの内製を、外から支える側に回っています。
ポイントは一つ。オーナーシップは渡さない。でも、作り方は渡す。
どういうことか。システムの「持ち主」は、あくまでお客さんです。何を作るか、どう育てるかを決めるのはお客さん側。僕らはその意思決定を奪わない。代わりに、作り方・進め方・つまずきの抜け方を一緒にやりながら渡していく。コードを書くだけじゃなく、「次は社内の人が同じことをできる」状態を作るのが仕事です。
これは、昔ながらの「丸投げで受けて納品して終わり」とは正反対です。丸投げ受託は、納品した瞬間にお客さんが何も分からない状態を作る。次もまた発注しないと動かない。一見、受託側は嬉しいけど、お客さんはずっと自走できない。
僕は、そういう「依存させる受託」はもう古いと思っています。AIで作れる時代の伴走は、「お客さんがいつか僕らを必要としなくなる」ことを、本気でゴールに置く。逆説的だけど、そこを目指す会社のほうが、長く選ばれると思っています。
4. 何を内製・何を委託 — 3つのゾーンで線を引く
「全部内製」でも「全部丸投げ」でもない。じゃあ、どこで線を引くのか。僕らは業務を3つのゾーンに分けて考えます。
① 競争領域 → 内製（オーナーシップは社内）
その会社の強みそのもの、他社と差がつくところ。製造業なら独自の生産ノウハウ、金融なら独自の審査ロジック。ここは絶対に社内で握る。外に出したら、自社の強みを外注に預けることになる。こここそ内製すべき領域です。
② 標準業務 → SaaS・委託
どの会社でもやることが同じ業務。勤怠、経費、一般的な業務管理。ここはわざわざ自分で作らない。世の中の良いSaaSを使うか、外に委託する。ここを内製すると、車輪の再発明でコストを溶かします。
③ つなぎ → 伴走
①と②の間、システム同士をつなぐところ、内製チームが立ち上がるまでの橋渡し。ここが僕らの主戦場です。お客さんが①を自分で握れるようになるまで、技術支援と伴走で支える。立ち上がったら、僕らは静かに引いていく。
この3分類を最初にやると、「何でもかんでも内製して破綻」も「何でも外注して自走できない」も避けられます。線引きの設計こそ、AI時代の受託が売るべき価値だと思っています。
（余談ですが、この「線引きの設計」を一緒に考えられるエンジニアを、K.Platinumでは募集しています。ピンときた方は採用ページものぞいてみてください。）
5. 「いつか自走できる」を本気で設計する＝撤退できる伴走
最後に、いちばん大事な話を。
僕らが目指しているのは、「撤退できる伴走」です。お客さんが自走できるようになって、僕らがいなくても回る状態を作る。そこまでを設計して初めて、仕事は完成だと思っています。
これ、受託の会社としては怖い考え方です。「お客さんが自走したら、売上が消えるじゃないか」と。でも、逆なんです。ちゃんと自走させてくれた会社のことを、お客さんは忘れない。次の新しいテーマが出たとき、また最初に声をかけてくれる。依存させて縛るより、信頼で選ばれ続けるほうが、結局は強い。
AIで「作れる」がコモディティ化した世界で、受託が生き残る道は、たぶんこれしかありません。作ることじゃなく、作れるようにすることを売る。お客さんのオーナーシップを奪わず、育てて、自走させて、必要なときにまた呼ばれる。これが、3期目までに僕らがたどり着いた受託の再定義です。
まとめます。
- AIで「作れる」はコモディティ化した。受託は「作る前と後」を売る時代へ
- 内製の理想に対し、現実は人材不足87.4%。作りきれず戻れない会社が多い
- オーナーシップは渡さない、作り方は渡す。依存させる受託はもう古い
- 業務は「競争領域＝内製／標準業務＝SaaS・委託／つなぎ＝伴走」で線引きする
- ゴールは「撤退できる伴走」。自走させた会社こそ、長く選ばれる
採用観点 — 「作る」だけじゃない人と働きたい
最後に採用の話を。
この受託のやり方を回せる人は、コードが書けるだけの人ではありません。「何を作るべきか」をお客さんと一緒に決めて、作り方ごと渡していける人です。
僕らが採りたいのは、こんな人。
- 技術もわかるけど、「これは作らない」という判断もできる人
- お客さんの内製チームに、知識を惜しまず渡せる人
- 自分が引いた後も回る仕組みを作ることに、やりがいを感じる人
AIが「作る」を肩代わりしてくれるからこそ、人にしかできない「決める・渡す・自走させる」が、これからの主戦場になります。ここで腕を磨きたい人には、面白い場所だと思います。
会社の構造上、面接は最初から代表の僕が出ます。AI時代の受託はどうあるべきか、そういう話を一緒にできる人と会いたいです。
沼田海斗（ぬまた・かいと）
株式会社K.Platinum代表。24歳で同社を創業し、ITコンサルティング・受託開発・プログラミングスクール（ジゴカツ）の3事業を率いる。AIで「作れる」がコモディティ化する時代に、エンジニアが正当に評価される組織づくりと、受託開発の再定義に取り組んでいる。
K.Platinumでは一緒に働くエンジニアを募集しています。「実力で正当に評価される環境」に興味がある方は、ぜひ採用ページをご覧ください。ご質問・カジュアル面談のお問い合わせもお気軽にどうぞ。