なぜ申請前に範囲を決めるのか
補助金申請では、事業計画と投資内容を説明します。一方、現場システムは使ってみて初めて分かることも多いです。
このズレを減らすために、申請前に「今回の到達点」を短く固定します。金額や補助率の議論より先にやるべき作業です。
範囲が曖昧
申請は大きな話
開発は要望の寄せ集め
報告と実態が不一致
範囲が固定
申請と開発が同じ絵
現場が試せる最小
拡張は次の段階
固定する3つ
次の3つを1枚（または短いメモ）に書ける状態を、申請準備のゴールにします。
- 01
対象業務
どの作業の手数・漏れが減るか（1〜2プロセス）
- 02
成果物
画面・帳票・通知・権限など、到達点の具体
- 03
除外
今回やらない連携・帳票・部門を明記
- 対象業務の名前が現場の言葉で言える（例: 車検期限の確認）
- 「誰が・いつ・何をするか」が1フローで説明できる
- 成功の見え方がある（例: 期限切れの見落としが減る）
- 除外が3つ以上書ける（欲張り防止）
- 現場担当と決裁者の両方に見せて違和感がない
範囲が膨らむときの切り戻し質問
打ち合わせで機能が増え始めたら、次の質問で戻します。
今回残す
- 毎日・毎週発生している作業
- ミスすると実害が大きい作業
- 現場が自分で触る画面
後回しにする
- 年に数回しかない例外処理
- 他システムとの深い自動連携
- きれいな帳票の見た目調整
- 「それが無いと第1段階で現場が回らないか？」
- 「それは報告のためか、運用のためか？」
- 「来四半期に回しても事業リスクは許容か？」
合意に必要な役割
範囲メモは、次の3者が同じ絵を見ている状態が理想です。
現場・事務所
入力と確認の負担が現実的か
業務責任者
プロセスとして成立するか
決裁者
投資対効果と段階導入の説明がつくか
参照・出典
対象経費・契約時期・成果の扱いは制度と公募回で異なります。範囲を決めたあとは、必ず公式の公募要領と照合してください。
よくある質問
申請書に将来やりたい機能も全部書いた方が有利ですか？
全部書き込むと採択後の実装・報告が重くなりがちです。まずは一段階目で本当に使う範囲を明確にし、拡張は次の段階として分けて書く方が、現場定着と手続きの両方で安全です。
使う範囲は誰が決めるべきですか？
実際に入力する現場（または事務所）と、予算を持つ決裁者の両方です。現場だけ、または経営だけだと、申請後に「使わない」「足りない」が起きやすくなります。
除外を書くと、補助金の印象が弱くなりませんか？
除外は弱さではなく境界です。「今回やらないこと」が無いと、開発中に要望が無限に増え、報告対象も曖昧になります。