結論から言う。「外注300万 vs 月2万」の勝負は、もう決着がついている

業務システムを1本つくるのに、外注で300万円。中小企業にとっては「清水の舞台」レベルの投資だ。しかも納品まで3〜6ヶ月、仕様変更のたびに追加費用が飛ぶ。

それが今、OpenAIのCodex（月額約2万円〜）を使えば、プログラミング経験のない社員でも業務システムの原型を数日で立ち上げられる環境が整いつつある。年間コストは約24万円。外注の12分の1以下だ。

この「コストが1桁以上変わる」という事実だけでも十分にインパクトがある。だが、本当に考えるべきはその先だ。コストが劇的に下がったとき、何が起き、何が変わるのか。

Codexで何ができるようになったのか

OpenAIのCodexは、2025年5月のアップデートでChatGPT上から直接使えるコーディングエージェントとして大幅に進化した。具体的にはこうだ。

• 自然言語で指示を出すと、コードを書き、テストし、プルリクエストまで作成する
• GitHubリポジトリと直接連携し、既存のコードベースを理解した上で修正・追加ができる
• 複数タスクを並列で処理可能。人間が別の仕事をしている間に、バグ修正や機能追加が進む
• 対応言語はPython、JavaScript、TypeScriptなど主要言語をカバー

これまでの「コード補完ツール」とは次元が違う。人間がやりたいことを言葉で伝えれば、Codexが設計・実装・テストまで一気通貫でやる。

たとえば「顧客リストをCSVで取り込んで、月次の売上レポートを自動生成するWebアプリを作って」と指示すれば、数十分〜数時間でプロトタイプが動く。従来なら外注先との要件定義だけで2週間かかっていた工程だ。

「Project Solara」は何を変えるのか

Microsoftが発表したProject Solaraも見逃せない。これはAndroidベースの「エージェントOS」で、AIエージェントがデバイス上でネイティブに動作する仕組みだ。

ポイントは、AIが「アプリの中の機能」から「OSそのもの」に昇格したこと。デスク型デバイスやバッジ型デバイスなど、新しいフォームファクターも発表されており、顔認識によるセキュリティも搭載されている。

中小企業にとっての意味はシンプルだ。「AIを使うために特別なセットアップをする」時代が終わる。電源を入れたらAIが動いている。それが当たり前になる。

Codexが「開発のコスト」を破壊し、Project Solaraが「導入のハードル」を破壊する。この2つが同時に進行している。

損益分岐点を具体的に計算する

では、実際の数字で考えてみよう。

ケース1：外注で業務システムを開発

• 初期開発費：300万円（中規模の業務システム相場）
• 保守・運用費：月5万円（年間60万円）
• 仕様変更・追加開発：年間50〜100万円
• 初年度トータル：約410〜460万円
• 2年目以降：年間110〜160万円

ケース2：Codex＋社内人材で自社開発

• Codex利用料：月約2万円（年間24万円）
• 担当者の学習コスト：最初の1〜2ヶ月（業務時間の20%程度を充当）
• クラウドインフラ費：月5,000〜1万円（年間6〜12万円）
• 初年度トータル：約30〜36万円＋人件費の一部
• 2年目以降：年間30〜36万円

単純なコスト比較なら、初年度で約400万円の差が出る。2年、3年と積み重なれば差は広がる一方だ。

しかも重要なのは、外注の場合「仕様変更のたびに追加費用と待ち時間が発生する」こと。自社開発なら、金曜日に「ここ変えたい」と思ったら、Codexに指示して月曜には動いている。スピードの差は、コストの差以上に大きい。

「品質リスク」は本当にリスクか？

「素人が作ったシステムは品質が低いのでは」という懸念は当然ある。だが、ここで問い直したい。

外注で作ったシステムの品質は、本当に高かったか？

中小企業の現場では、こんな話をよく聞く。

• 納品されたが現場のオペレーションに合わず、結局Excelに戻った
• 仕様変更を依頼したら追加で80万円と言われ、我慢して使い続けた
• 開発会社の担当者が退職し、保守ができなくなった

外注の「品質」とは、コードの美しさではない。現場で使い続けられるかどうかだ。

Codexで自社開発する場合、最初のプロトタイプは粗削りかもしれない。だが、現場の声を翌日に反映できる。使いながら直せる。「完璧なシステムを一発で納品する」より「70点のシステムを毎週改善する」ほうが、結果的に現場にフィットする。

これは大企業には真似しにくい。意思決定に稟議が5段階ある組織では、「来週直す」ができない。中小企業の小回りの良さが、そのまま競争優位になる構造だ。

本当のリスクは「使わないリスク」

品質リスクよりも深刻なのは、「この変化に乗り遅れるリスク」だ。

同業他社がCodexで業務を自動化し、見積もり作成を30分から3分に短縮したとする。人件費は同じでも、処理できる案件数が10倍になる。価格競争でも勝てるし、対応スピードでも勝てる。

この状況で「うちはまだ様子見で」と言っている間に、気づいたら勝負がついている。「勝手に終わっている」のだ。

じゃあ、明日から何をすればいいのか

抽象論はここまでにして、具体的なアクションを3つ示す。

1. まず1つ、社内の「面倒な作業」をCodexで自動化してみる

いきなり基幹システムを作る必要はない。日報の集計、請求書の自動生成、在庫データの整形。そういう「毎月3時間かかっている地味な作業」から始める。成功体験が生まれれば、次のステップに進める。

2. 「ITに詳しい人」ではなく「業務を一番わかっている人」にやらせる

Codexの本質は「業務知識をそのままシステムに変換できる」こと。プログラミングの知識より、「この業務のどこが無駄か」を肌感覚でわかっている人のほうが、圧倒的に良いシステムを作れる。

3. 月2万円を「実験予算」として確保する

失敗しても月2万円。年間24万円。中小企業にとっても許容できる金額だ。この金額で「自社にAI開発が合うかどうか」を検証できる。合わなければやめればいい。300万円の外注と違って、撤退コストがほぼゼロだ。

コストが下がった先に起きること

最後に、もう少し大きな話をする。

Codexのようなツールが普及すると、「システム開発」という行為そのものの価値が変わる。かつて印刷は専門業者に頼むものだったが、プリンターの普及で誰でもできるようになった。同じことが、業務システム開発で起きようとしている。

そのとき価値が上がるのは何か。「何を作るか」を決める力だ。技術ではなく、課題設定。コードではなく、業務理解。

中小企業の経営者や現場の社員は、自社の課題を誰よりも知っている。それが最大の武器になる時代が来ている。

300万が月2万になった。問題は、その月2万を使うかどうかだ。

—