企業向け / 補助金・AI・DX

補助金でAI・DXを始める前の要件定義12項目

補助金やAIツールを先に決める前に、経営課題、現状KPI、対象業務・データ、最小成果物、合格・停止条件を12項目48点で整理。SaaS、PoC、個別開発、業務整理のどこへ進むかを経営者が判断できます。

この記事の対象

補助金を使ったAI・DX投資を検討しているが、強い社内IT責任者がおらず、何から決めるべきか迷う中小・中堅企業の経営者・事業責任者・兼任情シス

編集はたらく士業さん編集部(GXO株式会社)

AI導入可否・要件定義・発注準備レビューGXO株式会社 AI・システム開発チーム/業務課題、現状KPI、対象データ、AI利用範囲、最小成果物、非機能、運用、受入、費用・体制の技術・発注面。補助対象、申請要件、採択可能性、法務・個人情報・知的財産の最終判断は対象外(2026-07-26)

結論から言うと、補助金を使って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ツール、経費、プロセス、時期等は公募要領で定められます。他の補助金や別枠へ同じ条件を横展開せず、制度の正本と投資判断の正本を分けます。

表は横にスクロールして全項目を確認できます

AI・DX投資で混ぜない4つの正本
正本経営者が答える問い主な証拠混ぜたときの失敗
経営何の損失・機会を、いつまでに変えるか経営会議、予算方針、責任者補助金の期限が投資期限になる
業務現状の件数・時間・ミス・例外は何か業務フロー、実測値、現場ログ製品機能がそのまま業務要件になる
制度対象制度・枠・公募回で何を確認したか公募要領、交付規程、公式回答対象候補を対象確定と誤認する
技術最小成果物、品質、運用、合格証拠は何か要件票、データ標本、受入条件デモの成功を本番完成とみなす

発注前の要件定義12項目を0・2・4点で採点するリンク

採点は完成度を競うためではなく、未確定事項を見積へ紛れ込ませないために行います。0点は口頭・推測・ベンダー任せ、2点は資料があるが数値・責任者・承認のいずれかが未確定、4点は正本、根拠、責任者、確認日がそろった状態です。合計48点のうち40点以上でも、次節の重大停止条件が1つあれば固定価格の発注へ進めません。

12項目は、公募要領を要約したものではなく、GXOがAI・DXの発注準備で使う内部実務基準です。補助金申請に必要な資料と、開発見積に必要な要件は一致しない場合があります。申請書の文章をコピーして要件定義書にせず、各行に自社の事実と証拠を置きます。

表は横にスクロールして全項目を確認できます

GXO式・AI/DX発注前の要件定義12項目48点
#・項目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枚へ押し込むものではありません。

表は横にスクロールして全項目を確認できます

経営会議とベンダー説明に使う8列要件票
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分へ減る想定時間×対象件数」だけで計算しません。人の確認時間、誤回答の修正、データ更新、利用料、連携、監視、教育を引き、持越し減少や営業機会への影響を別に記録します。補助金が不採択でも続ける価値があるか、制度変更で対象外になっても最小範囲を自費で維持できるかまで経営会議で確認します。

表は横にスクロールして全項目を確認できます

架空例を12項目へ戻したときの判断
時点確認できたこと重大な不足決裁
初回件数・時間・持越し、対象3分類データ区分、人の確認、停止条件本番契約を止める
発見作業匿名化標本、50問、正解・出典規約・運用費の確認限定比較だけ進める
再判定レビュー手順、ログ、代替業務、TCO制度確認中の経費PoCと自費範囲を分離
PoC後用途別品質、確認工数、費用、持越し基準未達の分類本番化・縮小・停止を決める

AIを含む案件は7つの固有ゲートを追加するリンク

通常の業務システム要件に加え、AIは入力から同じ出力が常に返るとは限らず、利用中にモデル・データ・運用条件が変わります。そのため、精度を1つの平均値だけで置かず、誤りの影響、利用を禁止する場面、人の確認、記録、停止・代替手段まで要件にします。

経済産業省のAI事業者ガイドライン第1.2版は、AIガバナンスを経営課題として捉え、AI利用者を含む各主体の取組を整理しています。個人情報保護委員会の生成AIに関する注意喚起は、個人情報を含む入力について、利用目的、提供事業者による機械学習への利用、利用規約・プライバシーポリシー等の確認を促しています。個別サービスが安全・適法と本記事だけで判断せず、自社のデータと用途へ当てはめます。

AI固有条件が決まらない場合は、PoCの目的を「高い精度を出す」ではなく、「どの誤りが起き、誰が検出でき、どの条件なら本番へ進めるかを測る」に置き換えます。PoC用データを本番へ持ち込めるか、評価データを誰が正解判定するか、本番利用料・監視・再評価を誰が負担するかも同時に確認します。

表は横にスクロールして全項目を確認できます

AI案件へ追加する7つのゲート
ゲート決めること証拠停止例
1 利用境界自動化・人の支援・利用禁止を場面別に分ける業務シナリオ重要判断を無確認で自動化
2 入力データ取得元、権利、個人・機密、外部送信を確認データ台帳・規約本番個人データを無承認で投入
3 出力品質正確性、出典、再現、許容誤りを用途別に定義評価問題・正解平均精度だけで重要誤りを隠す
4 人の確認誰が、何件、何分で、何を承認するかレビュー手順確認工数が導入前より増える
5 記録・説明入力、出力、版、承認、修正を残すログ・証拠ID事故時に利用状況を復元できない
6 停止・代替停止権限、手作業、切戻し、連絡先を決める停止票・代替手順誤回答を止める担当がいない
7 運用・再評価モデル・データ・規約・費用変更時に再判定月次KPI・変更台帳PoC時の条件のまま本番継続

補助対象候補・自費・未確認・中止の4状態を同じ見積に混ぜないリンク

要件が決まったら、機能を補助対象か対象外かの二択にしません。制度資料で根拠を確認できた候補、事務局・支援者へ確認中、自費で実施する後続、中止・保留の4状態に分けます。「補助対象候補」はGXOが対象可否を確定した意味ではなく、必ず利用制度・枠・公募回の正本で再確認します。

補助率を先に掛けた自己負担額ではなく、初期設定・開発、データ整備、連携、利用料、保守、教育、監視、再評価を含む総費用で投資を判断します。補助金システムの非機能・セキュリティ要件18項目と、見積取得後の相見積・選定記録10項目、稼働後まで見る5年TCOの予算表を使うと、機能以外の費用と比較条件を戻せます。

DX推進指標は、経営者や関係部門が現状・課題への認識を共有し、アクションへつなげる自己診断として案内されています。補助金申請を経理や外部支援者だけの作業にせず、経営、現場、IT、管理部門が同じ要件票を承認します。

表は横にスクロールして全項目を確認できます

制度判断と実装判断を混ぜない4状態
状態技術側で進めること制度側で確認すること経営判断
根拠確認済み候補要件・成果物・見積を固定対象制度の正本と申請版へ対応制度変更時も投資するか
制度確認中差分と回答期限だけ準備事務局・支援者の回答を記録承認前の契約・着手を止める
自費・後続補助対象候補と別工程・別見積にする計画変更等への影響を確認補助なしの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項目へつなぎます。

表は横にスクロールして全項目を確認できます

12項目の証拠から選ぶ4つの進路
進路向く状態次の成果物進まない条件
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、個別開発、業務・データ整理のどこへ進むかを技術・発注面から判定します。制度・法務の最終判断は対象外です。

出典・公式情報リンク

制度の要件・金額・期限は年度や公募回で変わります。最終更新日(2026-07-26)時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。

この記事の更新履歴
  1. 初版。4つの正本、要件定義12項目48点、6つの重大停止条件、8列要件票、AI固有7ゲート、4つの進路を公開

NEXT DECISION

次に確認する記事

補助金・システム開発

補助金システム見積に入れる非機能・セキュリティ要件18項目

補助金システムの見積前に、可用性、性能、拡張性、運用、移行、バックアップ、権限、ログ、脆弱性対応を18項目で定義。機能一覧だけの発注で品質が追加費用化する失敗を防ぎます。

補助金・発注準備

補助金の相見積は何社必要?2社・3社の違いと選定記録10項目

補助金の相見積は全制度で一律2社ではありません。省力化一般型・ものづくり・新事業進出の現行ルールを比較し、同一条件の見積依頼、最低価格以外の選定理由、取得できない場合の記録を10項目で確認します。

進め方

補助金×システム開発の役割分担|経営者・士業・開発会社のRACIと7ゲート

補助金を使うシステム開発で、経営者・士業・開発会社・事務局の責任を7ゲートに分けます。変更、検収、証憑で担当不在を生まないRACIの作り方を解説します。

補助金・実装

補助金のシステム開発見積書で確認する7項目|一式・相見積・対象外経費の分け方

補助金申請・交付申請に使うシステム開発見積書について、一式表記、工数根拠、相見積、対象経費の確認項目を整理します。

補助金・AI開発

補助金でPoCを作る前に決める本番化7ゲート|検証で終わらせない

補助金でAI・DXのPoCを始める前に、事業、基準値、データ、品質、安全、運用、経済性の7ゲートを設定。デモ成功だけで終わらず、本番化・再設計・停止を判断できます。