結論から言うと、補助金を使ってAI・DXを始めるとき、最初に決めるのは制度名でもAIツールでもありません。「どの業務で、今どれだけの損失・工数・機会損失があり、誰が、何を使って、どの数字まで改善すれば投資成功とするか」です。この順番が逆になると、公募要領へ合わせて欲しくない機能を足す、デモは動くが現場データを扱えない、採択後に運用者がいない、といった失敗が起きます。
本記事では、経営者が発注前に確認する要件を12項目に絞り、各項目を「口頭だけの0点」「資料はあるが未承認の2点」「証拠と責任者が確定した4点」で採点します。合計点だけでなく、経営課題、現状値、データ利用権、最小成果物、AIの人手確認、合格条件のどれかが0点なら、固定価格の開発発注は止めます。止める目的は中止ではなく、SaaS、小型自動化、PoC、個別開発のどこへ進むかを誤らないためです。
12項目、48点、停止条件、60分会議はGXOの内部実務基準であり、補助金の公式審査項目や採択基準ではありません。補助対象、申請要件、採択可能性、経費区分、契約時期は制度・公募回の最新資料と事務局・支援士業で確認し、AIの法的適合性、個人情報、知的財産等は社内責任者と必要な専門家へ確認してください。GXOは、AI・システムとして実現できるか、見積可能な粒度か、運用・受入できるかを担当します。
結論:制度・ツールより先に4つの正本を分けるリンク
要件定義を機能一覧から始めると、「AIチャット」「OCR」「自動要約」のような手段が先に並びます。経営者が先に承認すべきなのは、なぜ投資するか、現状がどう悪いか、制度上何を確認したか、技術的に何を完成とするかの4つです。1枚に混ぜると、制度上必要そうな説明が、そのまま現場の必須機能として扱われます。
IPAの「ユーザのための要件定義ガイド 第2版」は、ベンダーやシステム部門だけでなく、業務部門のユーザが主体的に関与する必要性を示し、ビジネス要求、要件定義マネジメント、機能・データ・非機能・運用・移行・テストを整理しています。デジタル庁のDS-120は政府情報システム向けの参考文書ですが、サービス・業務企画から要件定義へ進み、機能・非機能を分ける流れを示しています。どちらも民間企業の個別案件へ強制適用される基準ではありませんが、「発注者が経営目的と業務を決める」ための参考になります。
デジタル化・AI導入補助金2026の通常枠は、自社の課題やニーズに合ったITツールの導入による労働生産性向上を目的として掲げています。ただし、対象となるITツール、経費、プロセス、時期等は公募要領で定められます。他の補助金や別枠へ同じ条件を横展開せず、制度の正本と投資判断の正本を分けます。
表は横にスクロールして全項目を確認できます
| 正本 | 経営者が答える問い | 主な証拠 | 混ぜたときの失敗 |
|---|---|---|---|
| 経営 | 何の損失・機会を、いつまでに変えるか | 経営会議、予算方針、責任者 | 補助金の期限が投資期限になる |
| 業務 | 現状の件数・時間・ミス・例外は何か | 業務フロー、実測値、現場ログ | 製品機能がそのまま業務要件になる |
| 制度 | 対象制度・枠・公募回で何を確認したか | 公募要領、交付規程、公式回答 | 対象候補を対象確定と誤認する |
| 技術 | 最小成果物、品質、運用、合格証拠は何か | 要件票、データ標本、受入条件 | デモの成功を本番完成とみなす |
発注前の要件定義12項目を0・2・4点で採点するリンク
採点は完成度を競うためではなく、未確定事項を見積へ紛れ込ませないために行います。0点は口頭・推測・ベンダー任せ、2点は資料があるが数値・責任者・承認のいずれかが未確定、4点は正本、根拠、責任者、確認日がそろった状態です。合計48点のうち40点以上でも、次節の重大停止条件が1つあれば固定価格の発注へ進めません。
12項目は、公募要領を要約したものではなく、GXOがAI・DXの発注準備で使う内部実務基準です。補助金申請に必要な資料と、開発見積に必要な要件は一致しない場合があります。申請書の文章をコピーして要件定義書にせず、各行に自社の事実と証拠を置きます。
表は横にスクロールして全項目を確認できます
| #・項目 | 4点に必要な証拠 | 0点の典型 | 次の成果物 |
|---|---|---|---|
| 1 経営課題 | 損失・機会、期限、決裁者を1文で承認 | AIを導入したいだけ | 投資目的票 |
| 2 対象業務 | 開始・終了、担当、例外を業務フローで確認 | 部門名だけ決まっている | As-Is/To-Be |
| 3 現状値 | 件数、時間、ミス、費用を同一定義で実測 | 体感で忙しい | 基準値台帳 |
| 4 目標KPI | 算式、取得元、測定日、目標、責任者を承認 | 利用者数だけを成功指標にする | KPI定義票 |
| 5 利用者・体制 | 利用者、承認者、運用者、障害窓口をRACI化 | ベンダーが全部行う | 体制・会議表 |
| 6 対象データ | 所在、項目、量、品質、権利、個人・機密区分を確認 | データはあるはず | データ台帳・標本 |
| 7 最小成果物 | 今回必須、後続、自費、対象外を分離 | 機能は全部必須 | 最小成果物表 |
| 8 AIの役割 | 自動・支援・禁止、人の確認、停止条件を承認 | 精度はAIに任せる | AI利用境界表 |
| 9 連携・移行 | 接続先、認証、データ移行、切戻しを確認 | APIがあるからつながる | 連携・移行一覧 |
| 10 品質・運用 | 性能、可用性、権限、ログ、復旧、保守を数値化 | 安全で使いやすくと書く | 非機能要件 |
| 11 費用・期間 | 初期、利用、保守、教育、改善を5年で比較 | 補助後の自己負担だけを見る | TCO・工程表 |
| 12 合格・撤退 | 受入シナリオ、証拠、KPI測定、撤退・拡張条件を承認 | 納品されたら合格 | 受入・出口判定票 |
合計点より優先する6つの重大停止条件リンク
点数が高くても、経営判断に直結する6項目のどれかが0点なら、開発範囲と価格を確定できません。この状態でベンダーへ固定価格見積を求めると、前提を厚く書いた高額見積か、重要作業を対象外にした安い見積になりやすく、比較しても精密な誤答になります。
停止は「何もしない」という意味ではありません。業務ヒアリング、データ標本の確認、既製SaaSの設定検証、短期の技術調査など、未確定を埋める有償の発見工程へ切り替えます。何を調べれば見積可能になるか、調査の成果物、期間、上限金額を決め、無制限の無料調査を避けます。
固定価格の発注・PoC開始を止める条件
経営課題と決裁者が未確定で、AI導入そのものが目的になっている
現状KPIの測定定義がなく、導入前後を同じ数字で比較できない
対象データの所在・利用権・個人情報・機密区分を確認していない
今回の最小成果物と、後続・自費・対象外の境界がない
AI出力を人が確認する場面、誤り時の停止・代替手段がない
受入シナリオ、合格証拠、撤退・拡張条件を決めていない
12項目を8列の1ページ要件票へ変換するリンク
12項目を長い文章のまま渡すのではなく、1つの判断を1行にして8列へそろえます。要件IDは、RFP、見積、提案回答、設計、テスト、変更、受入まで変えません。未確定な行は空欄にせず、「未確認」「確認方法」「責任者」「判断日」を書きます。
一般的な要件定義書の全構成と記入例が必要なら、業務システム要件定義書のテンプレートへ進んでください。本記事の1ページ票は、その前に「そもそも要件定義へ進める案件か」を経営者が判定する入口です。機能・非機能・詳細仕様を全部1枚へ押し込むものではありません。
表は横にスクロールして全項目を確認できます
| ID | 経営課題 | 現状証拠 | 目標・最小成果 | 対象データ | 合格証拠 | 責任者 | 判断日・状態 |
|---|---|---|---|---|---|---|---|
| BR-01 | 問い合わせ回答の遅延 | 月間件数・平均時間 | 対象3分類を支援 | FAQ・回答履歴 | 同一20問の正答・出典 | 事業責任者 | 承認/日付 |
| BR-02 | 帳票入力の手戻り | 再入力件数・修正率 | 1帳票・必須10項目 | 匿名化標本100件 | 項目別精度・人手確認 | 業務責任者 | 検証中/日付 |
| BR-03 | 月次集計の属人化 | 作業時間・差戻し | 1部門の集計を自動化 | 会計CSV・業務台帳 | 合計一致・例外一覧 | 管理責任者 | 未確認/判断日 |
架空例:問い合わせAIは合計点より重大停止条件を先に見るリンク
ここでは判断方法を示すため、架空の卸売会社を例にします。月500件の問い合わせを5人で処理し、1件平均18分、回答待ちによる翌営業日への持越しが月80件あるとします。経営課題は「人を減らす」ではなく、「標準問い合わせの初回回答を当日中に返し、営業担当が個別判断へ集中できる状態」と置きます。目標は、対象3分類に限って平均処理時間を8分、持越しを月20件以下にすることです。数値は説明用の架空例であり、効果を保証するものではありません。
既製の生成AIツールで社内FAQを検索するデモは動きましたが、過去回答に個人情報が含まれるか未確認、回答を誰が承認するか未定、誤回答時の手作業への戻し方がない状態でした。他の項目を4点にして合計が高くても、対象データ、AIの人手確認、合格・停止条件に0点があるため、全問い合わせを対象にした年間契約と本番連携は止めます。
次の工程は、2週間など期限と上限を決めた発見作業です。過去回答を分類・匿名化し、利用可能な50問の評価セット、正解と出典、担当者が確認する画面、誤り時の手作業、利用ログを作ります。その証拠がそろってから、対象3分類だけの限定PoC、既製SaaSの設定利用、個別開発の費用を同じ条件で比較します。2週間という期間は例であり、実際はデータ量・権利確認・関係者の承認日程から見積もります。
費用対効果は「18分から8分へ減る想定時間×対象件数」だけで計算しません。人の確認時間、誤回答の修正、データ更新、利用料、連携、監視、教育を引き、持越し減少や営業機会への影響を別に記録します。補助金が不採択でも続ける価値があるか、制度変更で対象外になっても最小範囲を自費で維持できるかまで経営会議で確認します。
表は横にスクロールして全項目を確認できます
| 時点 | 確認できたこと | 重大な不足 | 決裁 |
|---|---|---|---|
| 初回 | 件数・時間・持越し、対象3分類 | データ区分、人の確認、停止条件 | 本番契約を止める |
| 発見作業 | 匿名化標本、50問、正解・出典 | 規約・運用費の確認 | 限定比較だけ進める |
| 再判定 | レビュー手順、ログ、代替業務、TCO | 制度確認中の経費 | PoCと自費範囲を分離 |
| PoC後 | 用途別品質、確認工数、費用、持越し | 基準未達の分類 | 本番化・縮小・停止を決める |
AIを含む案件は7つの固有ゲートを追加するリンク
通常の業務システム要件に加え、AIは入力から同じ出力が常に返るとは限らず、利用中にモデル・データ・運用条件が変わります。そのため、精度を1つの平均値だけで置かず、誤りの影響、利用を禁止する場面、人の確認、記録、停止・代替手段まで要件にします。
経済産業省のAI事業者ガイドライン第1.2版は、AIガバナンスを経営課題として捉え、AI利用者を含む各主体の取組を整理しています。個人情報保護委員会の生成AIに関する注意喚起は、個人情報を含む入力について、利用目的、提供事業者による機械学習への利用、利用規約・プライバシーポリシー等の確認を促しています。個別サービスが安全・適法と本記事だけで判断せず、自社のデータと用途へ当てはめます。
AI固有条件が決まらない場合は、PoCの目的を「高い精度を出す」ではなく、「どの誤りが起き、誰が検出でき、どの条件なら本番へ進めるかを測る」に置き換えます。PoC用データを本番へ持ち込めるか、評価データを誰が正解判定するか、本番利用料・監視・再評価を誰が負担するかも同時に確認します。
表は横にスクロールして全項目を確認できます
| ゲート | 決めること | 証拠 | 停止例 |
|---|---|---|---|
| 1 利用境界 | 自動化・人の支援・利用禁止を場面別に分ける | 業務シナリオ | 重要判断を無確認で自動化 |
| 2 入力データ | 取得元、権利、個人・機密、外部送信を確認 | データ台帳・規約 | 本番個人データを無承認で投入 |
| 3 出力品質 | 正確性、出典、再現、許容誤りを用途別に定義 | 評価問題・正解 | 平均精度だけで重要誤りを隠す |
| 4 人の確認 | 誰が、何件、何分で、何を承認するか | レビュー手順 | 確認工数が導入前より増える |
| 5 記録・説明 | 入力、出力、版、承認、修正を残す | ログ・証拠ID | 事故時に利用状況を復元できない |
| 6 停止・代替 | 停止権限、手作業、切戻し、連絡先を決める | 停止票・代替手順 | 誤回答を止める担当がいない |
| 7 運用・再評価 | モデル・データ・規約・費用変更時に再判定 | 月次KPI・変更台帳 | PoC時の条件のまま本番継続 |
補助対象候補・自費・未確認・中止の4状態を同じ見積に混ぜないリンク
要件が決まったら、機能を補助対象か対象外かの二択にしません。制度資料で根拠を確認できた候補、事務局・支援者へ確認中、自費で実施する後続、中止・保留の4状態に分けます。「補助対象候補」はGXOが対象可否を確定した意味ではなく、必ず利用制度・枠・公募回の正本で再確認します。
補助率を先に掛けた自己負担額ではなく、初期設定・開発、データ整備、連携、利用料、保守、教育、監視、再評価を含む総費用で投資を判断します。補助金システムの非機能・セキュリティ要件18項目と、見積取得後の相見積・選定記録10項目、稼働後まで見る5年TCOの予算表を使うと、機能以外の費用と比較条件を戻せます。
DX推進指標は、経営者や関係部門が現状・課題への認識を共有し、アクションへつなげる自己診断として案内されています。補助金申請を経理や外部支援者だけの作業にせず、経営、現場、IT、管理部門が同じ要件票を承認します。
表は横にスクロールして全項目を確認できます
| 状態 | 技術側で進めること | 制度側で確認すること | 経営判断 |
|---|---|---|---|
| 根拠確認済み候補 | 要件・成果物・見積を固定 | 対象制度の正本と申請版へ対応 | 制度変更時も投資するか |
| 制度確認中 | 差分と回答期限だけ準備 | 事務局・支援者の回答を記録 | 承認前の契約・着手を止める |
| 自費・後続 | 補助対象候補と別工程・別見積にする | 計画変更等への影響を確認 | 補助なしのROIと資金を承認 |
| 中止・保留 | データ・成果物・調査結果を保存 | 必要な手続の有無を確認 | 再開条件と判断日を決める |
60分の要件会議で4つの進路を決めるリンク
会議前に、現状業務フロー、1か月分の件数・時間・ミス、匿名化したデータ標本、検討中の制度資料、ベンダー資料・見積があれば集めます。完璧な要件定義書は不要ですが、「事実」「未確認」「仮説」を同じ色で書かないことが重要です。
60分で全要件を確定するのではなく、12項目の0点、重大停止条件、次の確認責任者、判断日を決めます。会議後の成果物は、採点表、8列要件票、制度確認リスト、4分岐の決裁記録です。詳細な要件定義、RFP、PoC計画は、この入口を通過した案件だけで作ります。
60分会議の進行
0〜10分:経営課題、投資期限、決裁者を1文で固定する
10〜20分:対象業務と現状KPIの実測根拠を確認する
20〜30分:対象データの標本、権利、個人・機密区分を確認する
30〜40分:最小成果物、AI利用境界、合格・停止条件を決める
40〜50分:制度確認、自費、後続、中止の4状態へ費用を分ける
50〜60分:SaaS・PoC・個別開発・業務整理を決裁し、責任者と判断日を記録する
進路はSaaS・PoC・個別開発・業務整理の4分岐リンク
AI導入を前提にせず、12項目の証拠から最も小さく結果を測れる進路を選びます。既製機能で要件を満たすなら、個別開発を避けることも正解です。逆に、独自データ・業務連携・権限・品質条件が競争力の源泉なら、SaaSへ無理に業務を合わせず個別開発の見積へ進みます。
目安として40〜48点はRFP・見積へ進める状態、30〜39点は不足項目を期限付きで埋める条件付き状態、20〜29点は発見工程・限定PoC、0〜19点は業務・データ整理へ戻る状態です。この点数帯もGXO内部基準であり、投資効果や補助金採択を保証しません。重大停止条件は合計点より優先します。
誰が制度を確認し、誰が技術を決めるか曖昧なら、経営者・士業・開発会社のRACIと7ゲートで責任を分けます。見積条件まで固める段階では、補助金システム開発見積の7項目へつなぎます。
表は横にスクロールして全項目を確認できます
| 進路 | 向く状態 | 次の成果物 | 進まない条件 |
|---|---|---|---|
| SaaS・小型自動化 | 標準業務で既製機能が最小成果を満たす | 設定・データ・受入表 | 連携・権限・撤退条件が不明 |
| 限定PoC | 実現性・品質・データ条件だけが未確定 | 評価問題・本番化ゲート | PoC成功の定義と本番予算がない |
| 個別開発 | 独自業務・データ・連携が価値を生む | RFP・見積条件・受入基準 | 最小成果物・変更管理がない |
| 業務・データ整理 | 課題、現状値、データ、運用責任が未確定 | As-Is・基準値・データ台帳 | ツール契約や固定価格発注を先行 |
よくある質問リンク
補助金申請前に12項目をすべて4点にする必要がありますか?
詳細設計まで終える必要はありません。ただし、経営課題、現状値、対象データ、最小成果物、AIの人手確認、合格条件の重大6項目は0点のまま申請・固定価格発注へ進めないことを勧めます。未確定項目は確認方法、責任者、判断日を決めます。
AIツールや開発会社を先に選んではいけませんか?
情報収集や短いデモは可能です。ただし、製品機能をそのまま自社要件にせず、同じ12項目・同じデータ標本・同じ合格条件で比較してください。要件がないまま選ぶと、提案の派手さと価格だけの比較になります。
AI導入のKPIは何を置けばよいですか?
利用者数だけでなく、対象業務の処理時間、差戻し、ミス、回答待ち、売上機会、外注費等の現状値と対応させます。算式、取得元、測定日、責任者を固定し、AI導入前後を同じ条件で比較できる指標にします。
要件定義はベンダーに作ってもらえますか?
共同作成は可能ですが、経営課題、対象業務、現状値、許容できる誤り、最終承認は発注者側が持ちます。技術方式や実現方法はベンダーが提案し、制度・法務・個人情報等は担当専門家へ分けます。
データが整理されていなくてもPoCを始められますか?
データ整理の必要量を測る限定調査はできますが、本番と異なるサンプルだけで精度を評価しないでください。所在、項目、量、品質、利用権、個人・機密区分を確認し、PoCデータと本番データの差を記録します。
12項目で補助対象や採択可能性を判断できますか?
判断できません。12項目は技術・発注・投資判断のGXO内部基準であり、公式の審査項目ではありません。補助対象、経費区分、申請・契約時期、採択条件は対象制度・枠・公募回の最新資料と事務局・支援士業で確認してください。
GXOへ相談すると何が決まりますか?
現状業務、KPI、データ標本、最小成果物、AI固有リスク、概算工程を整理し、SaaS・小型自動化、限定PoC、個別開発、業務・データ整理のどこへ進むかを技術・発注面から判定します。制度・法務の最終判断は対象外です。
出典・公式情報リンク
- デジタル化・AI導入補助金2026 通常枠確認 2026-07-26
自社課題・ニーズに合ったITツール導入による労働生産性向上という制度目的と、現行公募要領の所在を確認
通常枠公募要領 2026年5月15日更新/補助目的、関連資料「通常枠 公募要領」
- IPA「ユーザのための要件定義ガイド 第2版」確認 2026-07-26
ユーザ主体の要件定義、ビジネス要求、要件管理、機能・データ・非機能・運用・移行・テストの参考
第2版2刷(2021年12月13日公開)/第3章、第4章、第7章
- デジタル庁「DS-120 デジタル・ガバメント推進標準ガイドライン実践ガイドブック」確認 2026-07-26
政府情報システム向けの参考文書。サービス・業務企画、要件定義、機能・非機能要件の流れを参照
2026年6月12日改定(2026年7月15日掲載)/第4章、第5章
- 経済産業省「AI事業者ガイドライン 第1.2版」確認 2026-07-26
経営層によるAIガバナンス、AI利用者を含む各主体の取組、チェックリスト・ワークシートを参照
第1.2版(2026年3月31日)/本編 第2部E・第5部、別添7
- IPA「DX推進指標とは ~DX推進における健康診断~」確認 2026-07-26
経営者、事業部門、DX・IT部門が現状と課題の認識を共有し、行動へつなげる自己診断の考え方を参照
2026年2月改訂(2026年4月運用開始)/DX推進指標とは、2026年改訂
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」確認 2026-07-26
個人情報を含むプロンプト入力、利用目的、機械学習利用、規約・プライバシーポリシー確認の留意点を参照
2023年6月2日公表/別添1 事業者向け注意喚起
制度の要件・金額・期限は年度や公募回で変わります。最終更新日(2026-07-26)時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
この記事の更新履歴
- 初版。4つの正本、要件定義12項目48点、6つの重大停止条件、8列要件票、AI固有7ゲート、4つの進路を公開