補助金のシステム開発で期限・予算超過が見えたとき、「機能を半分にすれば間に合う」と単純に削るのは危険です。申請時の事業目的、効果指標、補助対象経費、交付決定内容との対応が切れれば、完成しても補助事業として説明できない可能性があります。
縮小は機能数ではなく、事業・技術・経費・手続の4層で判断します。補助事業の目的を満たす最小成果物を決め、削る機能、残る効果、見積差分、変更承認の要否を一枚にします。
この記事では4層スコア、Must/Measure/Laterの三分類、差分表、停止条件を示します。実装後に事後説明するのではなく、変更前に支援者と事務局へ確認するための資料として使ってください。
最小成果物は「動く最小機能」ではなく「計画を立証できる最小単位」
一般的なMVPは市場検証に必要な最小機能を指します。補助事業では、それに加えて交付決定された事業目的、効果、対象経費、期限、報告を満たす必要があります。機能が動いても、計画の中核価値や効果測定がないものは最小成果物になりません。
申請時の課題、顧客、業務工程、必要機能、効果指標を一行でつなぎ、どの機能を抜くと因果が切れるかを確認します。見栄え、便利機能、将来拡張は後回しにできますが、事業価値と検収・ログは残します。
スコープ縮小前に計画変更・ベンダー変更の確認順を使い、承認・届出の要否を確認します。目的が同じでも方式や経費が変われば確認対象になり得ます。
4層スコア：各要件を0〜2点で評価する
各機能を事業、技術、経費、手続の4層で0〜2点評価します。事業層は顧客価値・効果への必須度、技術層は依存関係・安全性、経費層は交付内容との対応、手続層は変更確認の必要性と期限です。
合計が高い機能を残すのではなく、いずれかの層が0点になる機能の扱いを止めて確認します。たとえば事業価値2点でも、手続0点で無承認変更になるなら実装できません。技術0点でセキュリティやデータ整合を壊す場合も削除案を見直します。
- ・事業：0=計画外、1=補助的、2=目的・効果に必須
- ・技術：0=依存・安全性未解決、1=代替可能、2=基盤として必須
- ・経費：0=対象・見積対応不明、1=差分確認中、2=交付内容と対応
- ・手続：0=実行前確認が必要、1=資料準備中、2=正本・回答で確認済み
Must・Measure・Laterの三分類で削り方を決める
Mustは事業目的を成立させる中核機能、権限・バックアップ等の安全機能、検収・証憑に必要な成果物です。Measureは効果を測るログ、集計、基準値、例外記録です。Laterは高度な分析、追加連携、UI改善、将来利用者向け機能など、自費の後続開発へ分けられるものです。
Measureを削ると、完成後に効果を説明できません。期限が厳しいと最初にレポート機能を削りがちですが、最低限のイベント・件数・時間・エラーを記録できるようにします。豪華なダッシュボードはLaterへ回せます。
Mustの中でも段階導入を検討します。対象部門、データ、連携、利用者を限定し、同じ目的を小さな範囲で検証できるかを確認します。ただし申請時の対象範囲変更になる場合は事前確認が必要です。
変更差分表：削る機能より残る説明を明確にする
差分表は申請時、現行見積、縮小案を並べ、変更理由、金額、期限、効果、対象経費、検収、ログ、実行予定日を記載します。削除機能だけでなく、残る中核機能が目的をどう満たすかを説明します。
支援者には制度と事務局照会、開発会社には技術依存・工数・検収、事業者には予算・優先順位・自費範囲を回答させます。三者の回答がそろう前に新見積を契約しません。
縮小後の見積は一式でなく、Must、Measure、Laterを区分し、補助対象と自費の境界を明確にします。交付申請見積の7項目で差分を点検します。
補助事業と後続自費開発の境界を契約・環境・日付で分ける
Laterへ回した機能を後から作る場合、補助事業の契約・見積・請求・成果物と混ぜません。補助対象の完了版を検収し、その後の自費範囲は別の要件ID、契約、金額、開始日、成果物で管理します。制度上の扱いは事前に確認します。
同じリポジトリやクラウドを使う場合も、補助事業完了時点のバージョン、タグ、画面、設定、データ、ログを保存します。後続変更で何が増えたかを追えなければ、実績報告や後日の確認で境界を説明できません。
経営会議では補助対象の達成、後続自費の投資対効果、保守費を別に決裁します。補助金で始めたから全機能を完成させるのではなく、実測した効果が次の投資条件を満たしたときだけ拡張します。期限逆算表にも自費開始ゲートを置きます。
- ・版：補助事業完了時のタグ・成果物・画面・ログを固定
- ・契約：補助対象と自費を別見積・別発注・別請求で追跡
- ・決裁：後続開発は実測効果と回収条件で改めて判断
停止条件とまとめ：完成率ではなく立証可能性で決める
事業目的を満たす案がない、効果ログを残せない、残期間で検収・支払いまで終わらない、対象経費との対応が不明、変更確認前に実装済みのいずれかなら、単純縮小を止めます。中止・事故報告・自費再構成を含めて事務局と経営者へ早期相談します。
安全な縮小は、何％完成したかではなく、残す成果物が目的・効果・経費・手続を立証できるかで決まります。レスキュー窓口と案件受付へ交付内容、現行見積、残期間、削減候補を送れば、4層差分を一次整理します。
一次整理では、削減前後の要件ID、金額、完了日、効果指標、ログ、検収、補助対象、自費予定を同じ表にします。GXOは削れば承認されると断定せず、技術上可能な最小案と制度上確認すべき差分を分けて返します。経営者はその表を基に、期限内の実装価値と追加自費の回収条件を再決裁できます。
決裁後は削除項目を未完了のまま残さず、対象外・後続自費・中止のいずれかへ明示的に移し、現行要件と検収表を同じ版へ更新します。
よくある質問
金額を減らすだけなら計画変更は不要ですか？
一律には言えません。機能、方式、効果、対象経費、期限への影響を差分表にし、実行前に事務局へ確認してください。
効果測定機能は後回しにできますか？
豪華なダッシュボードは後回しにできますが、基準値と比較する件数・時間・エラー等の最低限ログは要件に残します。
MVPなら補助事業として認められますか？
MVPという名称だけでは判断できません。交付された事業目的、効果、経費、期限、手続との整合を公式資料と事務局で確認します。
削った機能を後から自費で作れますか？
可能性はありますが、補助事業の成果・経費・契約と混同しないよう、時期、見積、請求、成果物を分け、必要な確認を行います。
出典・公式情報
- ・ものづくり補助金『補助事業の手引き』（計画変更・実績報告の回次別公式資料）
- ・中小企業省力化投資補助金 一般型資料（計画変更様式・交付後手引き）
- ・中小企業新事業進出補助金『補助事業実施』（変更・事故・中止等の公式手続）
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-21）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。