結論から言う。外注300万円の業務システム、内製なら5万円で作れる時代が来た

「業務システムを作りたい」と思って見積もりを取ると、300万円。地方の中小企業にとって、これは重い。売上の数%が吹き飛ぶ。だから我慢する。Excelで回す。属人化する。辞められたら終わる。

この構造が、いま壊れ始めている。

JetBrainsが無料で公開したコーディングエージェント用モデル「Mellum」、ローカルで動かせるLLM、そしてClaude CodeやClineといったコーディングエージェントの進化。この3つが揃ったことで、「プログラマーがいなくても業務システムが作れる」という状況が現実味を帯びてきた。

問いはシンプルだ。300万円の見積もりの中身は何で、どこが消えるのか？

外注300万円の正体を分解する

まず、外注見積もり300万円の内訳を見てみよう。典型的な中小企業向け業務アプリ（在庫管理、顧客管理、日報管理など）の場合、ざっくりこうなる。

注目してほしい。コーディングそのものは全体の30%に過ぎない。残り70%は「人間が人間のために動くコスト」だ。打ち合わせ、議事録、仕様書、テスト仕様書、進捗報告。外注という構造そのものがコストを生んでいる。

つまり、「外注をやめる」だけでコスト構造の大部分が消える。問題は、外注をやめたら誰が作るのか、だった。その答えが、コーディングエージェントだ。

コーディングエージェントが消すコスト、消せないコスト

コーディング：90万円 → ほぼ0円

JetBrainsが公開した「Mellum」は、コード補完に特化した軽量モデルだ。パラメータ数は40億程度で、ローカルPCでも動く。これ単体では万能ではないが、Claude CodeやClineといったコーディングエージェントと組み合わせると話が変わる。

コーディングエージェントの仕組みはこうだ。「在庫管理アプリを作って。商品名、数量、入出庫日を管理できるように」と自然言語で指示すると、エージェントが自律的にファイルを作り、コードを書き、エラーを修正し、動くアプリを出力する。

実際に試してみた。Claude Codeに「Next.js + Supabaseで在庫管理アプリを作って」と指示したところ、約15分でCRUD機能付きのアプリが動いた。API利用料は約200円。人間のコーディング工数は、指示文を書いた5分だけだ。

もちろん、業務で使うレベルに仕上げるには追加の調整がいる。だが、従来90万円かかっていた工程が、数千円〜数万円の範囲に収まる。これは誤差ではなく、構造の変化だ。

テスト・品質管理：45万円 → 数千円

コーディングエージェントは、テストコードも自動生成する。「このアプリのユニットテストを書いて」と指示すれば、主要なパターンを網羅したテストが出てくる。完璧ではないが、中小企業の業務アプリに求められる品質レベルなら十分だ。

外注の場合、テスト仕様書を作り、手動でテストし、バグ票を起こし、修正し、再テストする。この往復が45万円。エージェントなら、コードを書いた直後にテストが走る。バグが見つかれば、その場で修正指示を出せばいい。所要時間は数十分、コストは数百円だ。

要件定義・設計：60万円 → 自分でやる（0円）

ここが逆転のポイントだ。外注の場合、「自分たちが何を作りたいか」を他人に伝えるコストが発生する。これが60万円。打ち合わせ5回、議事録、仕様書、画面設計書。

内製なら、この伝達コストがゼロになる。業務を一番知っているのは自分たちだ。「入庫したら在庫が増えて、出庫したら減る。月末に棚卸しの一覧が出ればいい」——この程度の要件なら、チャットに書くだけで済む。

中小企業の業務アプリに、100ページの仕様書はいらない。必要なのは「何がしたいか」を3行で書く力だけだ。

プロジェクト管理・コミュニケーション：45万円 → 0円

外注先との週次ミーティング、進捗確認、仕様変更の交渉。これらはすべて「他人に作ってもらう」から発生するコストだ。自分で作るなら、そもそも不要。

インフラ：30万円 → 月額数千円

Supabase、Vercel、Cloudflare。いずれも無料枠がある。中小企業の業務アプリ程度なら、月額0円〜3,000円で運用できる。初期構築費30万円は消滅する。

5万円の内訳

では、内製した場合の5万円は何に使うのか。

担当者の時間コストを入れても5万円。外注の60分の1だ。

「でも、うちにはエンジニアがいない」への回答

この反論は必ず出る。だが、考えてみてほしい。

コーディングエージェントに必要なのは、プログラミングスキルではない。「何を作りたいかを言語化する力」と「動いたものを触って違和感に気づく力」だ。これは、日々業務を回している現場の人間が最も持っている能力だ。

実際、当社で支援している地方の製造業（従業員30名）では、総務担当者がClaude Codeを使って日報管理アプリを3日で作った。プログラミング経験はゼロ。やったことは「こういう画面がほしい」「ここの表示がおかしい」とチャットで指示しただけだ。

エンジニアがいないことは、もはやシステムを持てない理由にならない。

ローカルLLMが加速する「気軽さ」

JetBrainsのMellumのような軽量モデルがローカルで動く意味は大きい。API利用料を気にせず、何度でも試行錯誤できる。

外部APIを使う場合、「失敗したらお金がかかる」という心理的ブレーキがある。ローカルLLMなら、電気代だけだ。1回の推論コストは0.01円以下。1日100回試しても1円。この「気軽さ」が、非エンジニアの学習速度を劇的に上げる。

コード補完はMellumでローカル処理し、複雑な設計判断だけClaudeのAPIを使う。この使い分けで、API利用料はさらに下がる。

これは「DX」ではない。生存戦略だ

大企業は、数千万円かけてSIerにシステムを発注し、数年かけて導入する。中小企業がその真似をする必要はない。

5万円で作って、ダメなら捨てて作り直す。この「試行錯誤のコストが限りなくゼロに近い」という状態こそ、中小企業の武器になる。大企業には、稟議と承認フローがある。中小企業には、「今日思いついて明日動く」がある。

コーディングエージェントは、この速度をさらに加速させる。

で、結局どうすればいいのか

1. まずClaude CodeかClineを触る。無料枠で十分。「自社の業務で一番面倒な作業」を1つ選び、「これを管理するアプリを作って」と指示してみる。
2. 動いたものを現場に見せる。完璧じゃなくていい。「こういうの、できるんだ」という認識が変わることが最初の一歩。
3. JetBrainsのMellumをローカルに入れてみる。コード補完の速度と精度を体感する。API料金ゼロで無限に試せる環境を作る。
4. 外注見積もりが来たら、まず内製を試す。3日やってダメなら外注すればいい。でも、多くの場合、3日で動くものができてしまう。

300万円が5万円になる。この構造変化は、すでに起きている。知っているか知らないか。やるかやらないか。差がつくのは、そこだけだ。

—