# 補助金を使ってシステム開発を外注する方法【発注者向け完全ガイド】 > 補助金でシステム開発を外注したい経営者・情シス担当者向けの完全ガイド。デジタル化・AI導入（旧IT導入）／持続化／ものづくり／省力化の4大制度の使い分け、対象経費、交付決定前の着手禁止、スケジュール逆算、そして『補助金ありき』投資の罠まで、発注者の意思決定に絞って中立に解説します。 - 公開日: 2026-07-07 - 著者: 友田 陽大 - タグ: 補助金, DX, 中小企業, システム開発, IT導入補助金, 発注, 受託開発 - URL: https://tomodahinata.com/blog/subsidy-system-development-outsourcing-complete-guide - カテゴリ: 補助金・公的支援でDX ## 要点 - システム開発の外注に使える主な制度は4つ。SaaS・パッケージ導入は『デジタル化・AI導入補助金（旧IT導入補助金）』、オーダーメイドのスクラッチ開発は『省力化投資補助金（一般型）』や『ものづくり補助金』が本線になる - デジタル化・AI導入補助金は、登録済みITツールをIT導入支援事業者経由で導入するのが前提。完全オーダーメイドのフルスクラッチ開発は原則として対象外である - すべての制度に共通する最重要ルールは『交付決定前の着手は補助対象外』。発注契約・開発着手・支払いを交付決定日より前に行うと、その経費は1円も補助されない - 補助金は後払い（精算払い）で、補助率1/2〜2/3でも自己負担は必ず残る。『補助金が取れるから作る』は本末転倒で、ROIが立つ投資に補助金を乗せるのが正しい順序である - 補助率・上限額・枠名・スケジュールは毎年改定される。本記事の数字は執筆時点の公式公募要領ベースであり、発注前に必ず最新の公募要領で確認すること --- 最初に結論を述べます。**補助金でシステム開発を外注するときに最初にやるべきは、制度を探すことではなく「作りたいものが、どの制度の対象経費に当てはまるか」を見極めることです。** そして、ほぼすべての制度に共通する落とし穴が2つあります。ひとつは **「交付決定前の着手は補助対象外」**——先に契約・着手すると補助金は1円も出ません。もうひとつは **「補助金は後払い（精算払い）」**——開発費は一度全額立て替える必要があります。この2点を外すと、補助金は「使えたはずの武器」から「資金繰りを壊す罠」に変わります。 本記事は、私が実際に手がけたプロジェクト——**経済産業大臣賞を受賞したB2B SaaS**（木材流通業界のDX）、**本番稼働中の二重課金0件を維持する決済プラットフォーム**、国内大手放送局向けのエンタープライズAI基盤など——を通じて見てきた「発注者側の意思決定」に絞って、4大制度の使い分けを地図化します。個々の制度の申請テクニックではなく、**発注者が損をしないための判断軸**を提供するのが狙いです。 > **数字の前提**: 本文中の補助率・上限額・スケジュールは、執筆時点（2026年7月）で確認できた各制度の**公式公募要領・公式サイト**に基づく目安です。補助金は制度が毎年改定されるため、**発注判断の前に必ず最新の公募要領で確認してください**。一部、公式サイトで数値を確定できなかった項目は「最新の公募要領で確認」と構造的に記載しています。私の実プロジェクトに紐づく定量値（221エンドポイント、本番二重課金0件、4ラウンドのセキュリティ監査など）はリポジトリから検証可能な実測値であり、事業ROIは断定しません。 --- ## 1. 全体像：システム開発に使える「4大制度」の使い分けマップ システム開発の外注に関係しうる補助金は無数にありますが、発注者がまず押さえるべきは次の4つです。重要なのは、**「どの制度が偉いか」ではなく「作りたいものがどの経費区分に当てはまるか」** で選ぶことです。 | 制度（通称） | 主眼 | システム開発との相性 | 補助率（目安） | 上限額（目安） | |---|---|---|---|---| | **デジタル化・AI導入補助金**（旧IT導入補助金） | 登録された既製ITツール／SaaSの導入 | ◎ SaaS・パッケージ導入 ／ ✕ フルスクラッチ | 1/2〜2/3 | 通常枠で〜450万円 | | **小規模事業者持続化補助金** | 小規模事業者の販路開拓 | ○ HP制作・小規模な受託開発（委託外注費） | 2/3（一部3/4） | 50万〜最大250万円 | | **ものづくり補助金** | 革新的な製品・サービス開発、設備投資 | △ 設備投資に付随するシステム構築 | 1/2〜2/3 | 枠により数百万〜数千万円 | | **中小企業省力化投資補助金（一般型）** | 人手不足の解消・省力化 | ◎ オーダーメイドの省力化システム開発 | 1/2〜2/3 | 従業員規模で750万〜1億円 | 判断はシンプルなフローで絞り込めます。 ```text 作りたいのは「既製のSaaS/ITツールの導入」か「独自開発（スクラッチ）」か？ ├─ 既製SaaS/ITツールの導入 │ └─ 事務局に登録済みのツールか？ │ ├─ Yes → デジタル化・AI導入補助金（旧IT導入補助金）が王道 │ └─ No → 登録ツールに代替がないか確認 or 下記スクラッチ側へ │ └─ 独自開発（スクラッチ／オーダーメイド） ├─ 目的が「人手不足の解消・省力化」→ 省力化投資補助金（一般型） ├─ 目的が「革新的な製品・サービス開発＋設備投資」→ ものづくり補助金 └─ 小規模事業者のHP・小規模開発 → 小規模事業者持続化補助金 ``` ここで多くの発注者が誤解するポイントを先に潰しておきます。**「IT導入補助金だから、うちのシステムを自由に作ってもらえる」わけではありません。** 次章で述べるとおり、この制度は"登録済みの既製ツール"が前提であり、フルスクラッチ開発は原則として対象外です。作りたいものが独自開発なら、視線を省力化・ものづくり側に移す必要があります。作るか・買うかの判断そのものは[内製vs外注・SaaSvsスクラッチの意思決定フレームワーク](/blog/build-vs-buy-saas-vs-scratch-inhouse-vs-outsource-guide)で詳説しているので、制度選びの前にそちらで方針を固めてください。 --- ## 2. デジタル化・AI導入補助金（旧IT導入補助金）— SaaS/パッケージ導入の王道 かつての「IT導入補助金」は、2026年度から **「デジタル化・AI導入補助金2026」** に名称が変わりました。名前は変わっても本質は同じで、**事務局に登録された既製ITツール（会計・受発注・在庫・CRM・予約など）を、登録されたIT導入支援事業者を通じて導入する** のが基本形です。 ### 2-1. 補助率・補助額（通常枠） 公式公募要領（通常枠）によると、通常枠の補助率・補助額は次のとおりです。 | 項目 | 内容 | |---|---| | 補助率 | **1/2以内**（一定の低賃金雇用の要件を満たす場合は **2/3以内**） | | 補助額（1プロセス以上） | **5万円以上〜150万円未満** | | 補助額（4プロセス以上） | **150万円以上〜450万円以下** | ### 2-2. 対象経費と、スクラッチ開発が"入らない"理由 対象経費は、**ソフトウェア購入費・クラウド利用料（最大2年分）が必須**で、これに機能拡張・データ連携ツール・セキュリティ対策などのオプション、導入コンサルティング・設定・研修・保守サポートといった役務が加わります。 裏を返すと、**発注者が「うちの業務に合わせてゼロから作る」フルスクラッチ開発は、この制度の素直な対象ではありません。** 補助されるのは"登録された既製ツール"であり、完全オーダーメイドの受託開発をそのまま乗せることはできない、と理解してください。パッケージ＋カスタマイズのハイブリッドで要件が満たせるなら本命ですが、独自ロジックの塊を作りたいなら別制度を見るべきです。 ### 2-3. スケジュールと「交付決定前着手の禁止」 公式の事業スケジュールでは、通常枠・インボイス枠・セキュリティ対策推進枠について、たとえば1次締切が **2026年7月21日**、交付決定が **2026年9月2日（予定）**、事業実施期間が **交付決定〜2027年2月26日（予定）** と示されています。ここで決定的に重要なのは、**事業実施期間が「交付決定〜」から始まる** ことです。つまり**交付決定前に発注・着手・支払いをすると対象外**になります。締切だけを見て先に発注する、という事故がもっとも多いので、第6章で改めて掘り下げます。 なお、この制度は**IT導入支援事業者と登録ITツールを介する**仕組みのため、発注者は「どの支援事業者の、どの登録ツールを選ぶか」から入ることになります。ここでツール縛りが最適解を歪めるリスクがある点は、第8章の"罠"で述べます。 --- ## 3. 小規模事業者持続化補助金 — 小規模事業者の「最初の一歩」 **従業員が少ない小規模事業者**（商業・サービス業は概ね5人以下、製造業その他は概ね20人以下が目安）にとって、DXの入口として使いやすいのが小規模事業者持続化補助金です。商工会議所・商工会の支援を受けながら**自ら経営計画を策定**し、販路開拓の取り組みを補助してもらう建て付けです。 | 項目 | 内容（目安・最新は要確認） | |---|---| | 補助率 | 2/3（賃金引上げ特例の対象となる赤字事業者は3/4） | | 補助上限 | 通常枠 50万円／各種特例（インボイス・賃上げ等）活用で最大250万円規模 | | 主な対象経費 | 機械装置等費、広報費、**ウェブサイト関連費**、展示会等出展費、旅費、新商品開発費、借料、**委託・外注費** | システム開発の文脈で効いてくるのは **「ウェブサイト関連費」** と **「委託・外注費」** です。コーポレートサイトや予約フォーム、小規模な業務Webアプリの外注などは、この枠で賄える可能性があります。ただし上限額が小さく、ウェブサイト関連費には**補助全体に占める割合の上限**が設けられていることが多いので、「大きな基幹システムを作る」用途には向きません。小規模事業者の"DXの最初の一歩"として捉えるのが正確です。金額規模・枠・締切は改定が頻繁なので、**必ず最新の公募要領で確認**してください。 --- ## 4. ものづくり補助金 — 設備投資に付随する開発向け 正式名称は **「ものづくり・商業・サービス生産性向上促進補助金」**。革新的な製品・サービスの開発や、生産性を上げる**設備投資**が主眼で、上限額は4大制度のなかでも大きい部類です（枠・従業員規模により数百万〜数千万円規模。**具体額は最新の公募要領で必ず確認**してください）。 システム開発の観点で押さえるべきは、**「機械装置・システム構築費」が中核の必須経費** である点です。単価の高い設備投資（機械・専用装置・それらを制御・連携するシステム構築）が主役で、**純粋なソフトウェア開発"単体"では通りにくい**傾向があります。したがって、 - 生産設備・検査装置などの導入に、それを動かす／データ連携するシステム開発が **付随する** ケース → 相性が良い - 設備投資を伴わない、業務Webアプリだけのスクラッチ開発 → 素直ではない（省力化・持続化を検討） という切り分けになります。公募回（○次締切）ごとに公募要領が更新され、賃上げ要件なども年々変わるため、[レガシー業界のDXにおける技術選定フレームワーク](/blog/legacy-industry-dx-technology-selection-framework)のように「投資の中身」を固めたうえで、最新の公募要領に当てにいくのが安全です。 --- ## 5. 中小企業省力化投資補助金（一般型）— オーダーメイド開発で省力化するなら 近年注目度が高いのが**中小企業省力化投資補助金**です。人手不足の解消・省力化が目的で、**カタログから選ぶ「カタログ注文型」** と、**個別現場に合わせてオーダーメイドで設備・システムを構築する「一般型」** に分かれます。**独自開発の外注に相性が良いのは後者（一般型）** です。 公式サイト（一般型）で確認できる補助率・上限は次のとおりです。 | 従業員数 | 補助上限（通常） | 大幅賃上げ時の上限 | |---|---|---| | 5人以下 | 750万円 | 1,000万円 | | 6〜20人 | 1,500万円 | 2,000万円 | | 21〜50人 | 3,000万円 | 4,000万円 | | 51〜100人 | 5,000万円 | 6,500万円 | | 101人以上 | 8,000万円 | 1億円 | 補助率は **中小企業1/2（大幅な賃上げの場合は2/3）／小規模企業者・小規模事業者・再生事業者は2/3** です。「個別現場の設備や事業内容に合わせた設備導入・システム構築」を対象にできるため、**業務自動化・省力化のためのオーダーメイドシステム開発**（例：手作業の集計・転記・照合を自動化する社内システム）を外注する場合の有力な選択肢になります。 公募は複数回に分かれて実施されており、**最新の公募回・受付期間・要件は公式サイトで必ず確認**してください。私が木材流通DXで採った「認証はCognito、決済はStripe Connectといった既製基盤を最大限使い、自前で作るのは業界固有ロジックだけに絞る」ハイブリッド戦略は、この省力化枠でも有効です。**補助対象を"省力化に直結する部分"に集約する**ほど、審査でも説明しやすくなります。 --- ## 6. すべての制度に共通する鉄則 —「交付決定前の着手」は絶対にしない ここまでの4制度に共通する、**最も事故が多いルール**を独立させて強調します。 > **交付決定日より前に、発注契約・開発着手・発注先への支払いを行った経費は、原則すべて補助対象外になります。** 補助金の一生を時系列で並べると、"やってはいけない区間"が一目でわかります。 ```text ①公募締切 ②審査 ③交付決定 ────────── ④事業実施 ── ⑤実績報告 ── ⑥確定 ── ⑦入金 ▲ └── ここで初めて発注・開発・支払いOK │ ここより前に契約・着手・支払い＝補助対象外（全額アウトのリスク） ``` 「採択されたから安心して発注」も危険です。**"採択"と"交付決定"は別物**で、交付決定通知が出るまで待つのが安全側です。締切に急かされて先に開発を始めたくなりますが、そこを我慢できるかどうかで補助金の成否が決まります。スケジュールは常に**「交付決定日」を起点に前後を組み立てる**——これが鉄則です。 もう一つの共通鉄則が **「後払い（精算払い）」** です。補助金は事業完了後、実績報告と確定検査を経てから入金されるため、**開発費はいったん全額立て替える**必要があります。交付決定から入金まで数ヶ月〜1年規模になることもあり、これを見落とすと「補助金は取れたのに資金ショート」という最悪の結末になります。 --- ## 7. スケジュールを逆算する — 公募から入金までの現実的な時間軸 発注者がやるべきは、**締切から順算するのではなく、交付決定日から逆算する**ことです。おおまかな時間軸の一例を示します（制度・回により大きく変動するため、必ず最新の公募要領で確認してください）。 ```text [公募締切] ── 約1〜2ヶ月 ──▶ [交付決定] ▲ │ │ ここまでに: 事業計画・見積り ├─ ここから発注・要件定義・開発着手 │ 相見積り・申請書類を準備 │ │ ▼ └──────────── [事業実施：数ヶ月] ──▶ [実績報告] ──▶ [確定] ──▶ [入金] ``` 現実的には、「思い立ってから入金まで」で**半年〜1年超**を見ておくのが安全です。だからこそ、補助金を待つ間に**要件定義と見積りの精度を上げておく**ことが効いてきます。要件定義が甘いと交付決定後に仕様が膨らみ、補助対象額と実費がずれて自己負担が膨らみます。発注前の準備の重要性は[システム開発の発注 完全ガイド](/blog/system-development-outsourcing-guide-vendor-selection-cost)に、費用の相場観と見積りの見抜き方は[開発費の相場・見積りガイド](/blog/system-development-cost-estimate-market-rate-guide)にまとめています。補助金の有無にかかわらず、**この準備が発注成否の8割を決める**という構造は変わりません。 --- ## 8. 「補助金ありき」投資の4つの罠 補助金は正しく使えば強力ですが、意思決定の順序を間違えると損をします。私が発注者側の相談で繰り返し見てきた"罠"を4つ挙げます。 ### 罠1：ROIが立たない投資を補助金で正当化してしまう **「補助金が出るから作る」は本末転倒**です。補助率1/2でも、残りの1/2は自己負担であり、そもそも投資回収の見込みがなければ**補助金付きでも赤字**です。正しい順序は「ROIが立つ投資かを先に判断し、その投資に最も素直に乗る制度を選ぶ」。補助金は"投資を作る理由"ではなく、"良い投資を後押しする追い風"です。 ### 罠2：補助率に釣られて自己負担を軽視する 補助率1/2〜2/3でも、**自己負担は必ず残ります**。さらに後払い（精算払い）のため、**一度は全額立て替える**キャッシュフローが必要です。「実質半額」という数字だけで判断せず、"満額を先に払える資金があるか"を必ず確認してください。 ### 罠3：登録ツール縛りで、最適でないツール／ベンダーを選ぶ デジタル化・AI導入補助金は**登録済みITツール・IT導入支援事業者が前提**です。補助金を優先するあまり、「本当はもっと自社に合うツールがあるのに、登録されている中から選ぶ」と、補助額以上の"合わないコスト"を長期で払い続けることになりかねません。**ツールは業務適合で選び、そこに使える制度を当てにいく**順序を崩さないこと。 ### 罠4：スケジュールが補助金都合になり、事業のタイミングを逃す 補助金は公募回・交付決定・実績報告の期日に縛られます。**今すぐ着手すべき投資を、次の公募まで数ヶ月寝かせる**のは、機会損失というコストです。「交付決定前は着手できない」制約と、事業のスピード要求を天秤にかけ、**急ぐなら補助金を使わない判断**も選択肢に入れてください。 --- ## 9. 発注者のためのチェックリスト 補助金を使ってシステム開発を外注する前に、次を確認してください。 - [ ] 作りたいのは「既製SaaS/ツール導入」か「独自開発」か——制度の入口が変わる - [ ] その投資は補助金**抜き**でもROIが立つか（罠1） - [ ] 開発費を**全額いったん立て替えられる**資金があるか（後払い前提／罠2） - [ ] **交付決定日より前に契約・着手・支払いをしない**運用が守れるか（第6章） - [ ] スケジュールを**交付決定日起点で逆算**したか（第7章） - [ ] 要件定義・相見積りを、交付決定を待つ間に固められるか（第7章） - [ ] 最新の**公募要領**で、補助率・上限・対象経費・枠・締切を確認したか（毎年改定） - [ ] 品質・セキュリティの要求（冪等性・テスト・監査・型安全）を外注先に言語化できているか 補助金の有無に関係なく、最後のチェック——**品質とセキュリティを言語化して要求できるか**が、発注の質を最終的に決めます。「速い・安い」だけでは価値になりません。一人×生成AI（Claude Code）で開発を加速しても、**人間による検証ゲートで"安全"を担保**してこそ発注者の資産になる、というのが私の一貫した立場です。 --- ## 10. まとめ — 制度は「目的の乗り物」でしかない - システム開発の外注に使える主な制度は4つ。**SaaS/パッケージ導入=デジタル化・AI導入補助金**、**オーダーメイドの省力化=省力化投資補助金（一般型）**、**設備投資に付随=ものづくり補助金**、**小規模事業者のHP・小規模開発=持続化補助金**。 - デジタル化・AI導入補助金は**登録ツール＋IT導入支援事業者が前提**で、フルスクラッチは原則対象外。 - 全制度共通の鉄則は**「交付決定前の着手は対象外」**と**「後払い」**。ここを外すと補助金は資金繰りを壊す。 - **ROIが立つ投資が先、制度は後**。補助率・上限・スケジュールに引きずられて投資判断を歪めない。 補助金は「良い投資を後押しする追い風」であって、投資そのものの理由にはなりません。まず作るべきものを固め、次にそれが最も素直に乗る制度を当てにいく——この順序さえ守れば、補助金は発注者の強力な武器になります。 --- **筆者はIT導入支援事業者ではなく、補助金の申請代行は行いません。** 本記事は発注者の意思決定を支援する中立の解説です。制度の詳細・最新の補助率・上限額・スケジュールは、必ず公式の公募要領でご確認ください。制度選びの前段——「そもそも作るべきか」「どこにいくらかけるべきか」というDXの方針づくりについては、経済産業大臣賞を受賞したB2B SaaSや本番二重課金0件の決済基盤で培った知見をもとに、無料のDX相談・診断という形でお手伝いできます。