結論から言うと、補助金システム開発のRFPは、各社へ同じ文章を送るだけでは不十分です。回答する列、対象外の書き方、成果物、検収、保守、証憑、制度上の未確認点まで共通化しなければ、A社は開発だけ、B社は移行・保守込み、C社はクラウド費別という比較不能な見積になります。
RFPへ14項目を置き、要件IDごとに対応可否、方法、前提、初期費、継続費、期間、成果物、対象外を回答させます。14項目と8列はGXOの内部実務基準であり、公的調達の標準様式や補助金の提出必須様式ではありません。相見積の選定記録10項目の前工程として使います。
制度・公募回によって相見積、対象経費、発注可能時期、変更手続、必要証憑は異なります。RFPに「補助金対応」とだけ書かず、確認済み事実・未確認・技術要件を分けます。GXOはRFPと技術見積を支援しますが、制度適合、採択、契約上の結論を保証しません。
RFP・要件定義書・見積依頼書・契約書の役割を分けるリンク
RFPは、発注者の目的・制約・評価方法を示し、ベンダーへ同じ形式の提案を求める文書です。要件定義書は実現すべき業務・機能・品質を整理し、見積依頼書は価格回答の単位を指定し、契約書は合意した責任・成果物・変更・検収等を確定します。RFPだけで契約条件が完成するわけではありません。
デジタル庁の標準ガイドライン群は要件定義と調達を分け、調達仕様書・要件定義書の体系を整備しています。IPAモデル契約はユーザ企業とITベンダの役割や取引構造を検討する資料です。どちらも民間補助金案件の強制様式ではありませんが、提案前提と契約責任を分ける参考になります。
RFPの正本は一つに固定し、質疑回答を全候補へ同時に共有します。特定ベンダーだけが口頭で得た追加情報を価格へ反映すると、比較条件が崩れます。変更履歴、質問ID、回答日、影響した要件IDを残します。
表は横にスクロールして全項目を確認できます
| 文書 | 決めること | 決めないこと | 責任者 |
|---|---|---|---|
| RFP | 目的・制約・回答形式・評価 | 最終契約責任 | 発注責任者 |
| 要件定義書 | 業務・機能・品質・受入 | 価格・契約締結 | 業務・IT責任者 |
| 見積依頼書 | 費目・数量・期間・前提 | 成果物の権利 | 予算責任者 |
| 契約書 | 責任・成果物・変更・検収 | 未合意の要望 | 契約責任者 |
比較できるRFPは14項目を一つの正本へ入れるリンク
14項目は、経営目的から終了時の移管までを一続きにした発注前チェックです。空欄は候補ベンダーに自由解釈させず、未確定、回答依頼、対象外のどれかを明記します。項目ごとに発注者側の責任者と決裁日も置きます。
要件は機能名だけでなく、誰が、何のデータを使い、どの結果を、何分以内に、何件処理し、何をもって合格とするかを書きます。AI・DX要件定義12項目が未達なら、RFP配布前に業務整理・PoCへ戻します。
補助金固有欄では、制度名・枠・公募回、交付決定前後の着手可否、対象候補費、制度確認中、自費、証憑、変更時の確認先を分けます。ベンダーに対象可否の保証を求めず、公式資料と事務局確認の責任者を発注側に置きます。
表は横にスクロールして全項目を確認できます
| No. | 項目 | RFPに固定する内容 | 不明時の扱い |
|---|---|---|---|
| 1 | 経営目的 | 損失・機会・投資理由 | 経営会議へ戻す |
| 2 | 業務範囲 | 開始・終了・対象者・例外 | 業務整理へ戻す |
| 3 | KPI・基準値 | 現状・目標・測定方法 | 計測を先行 |
| 4 | 機能要件 | 要件ID・優先度・合格条件 | 概算前提を明記 |
| 5 | 非機能要件 | 可用性・性能・運用・安全 | 段階と未確定を表示 |
| 6 | データ・連携 | 権利・品質・移行・API | 調査費を分離 |
| 7 | 利用者・権限 | 人数・役割・承認・退職 | 権限表を作る |
| 8 | 対象外 | 今回作らない機能・作業 | 除外理由を質問 |
| 9 | 成果物・権利 | ソース・設計・手順・利用条件 | 契約前に確認 |
| 10 | テスト・検収 | テスト主体・証拠・合否 | 見積と分離 |
| 11 | 移行・教育 | データ・切替・教材・回数 | 別費用を表示 |
| 12 | 保守・運用 | 時間・SLA・監視・改修境界 | 5年TCOへ反映 |
| 13 | 補助金・証憑 | 制度・回・対象候補・保存 | 公式確認へ戻す |
| 14 | 予算・日程・変更 | 上限・期限・前提・追加承認 | 再見積条件を固定 |
候補ベンダーの回答は8列に固定するリンク
自由提案書だけでは、魅力的な画面と説明量に評価が引っ張られます。要件IDごとに対応可否、実現方法、前提・依存、初期費、継続費、期間、成果物、対象外を必須回答にし、別紙のどこに根拠があるかも示してもらいます。
対応可は標準、設定、追加開発、外部製品、代替提案に分けます。初期費は設計・開発・移行・教育・環境等へ、継続費はライセンス・クラウド・保守・監視・従量・更新へ分けます。一式回答は内訳再提出まで採点しません。
提案できない要件を無理に「対応可」とさせるのではなく、非対応・代替・条件付き回答を評価できるようにします。誠実な不明点と、前提を隠した安値を区別するためです。
表は横にスクロールして全項目を確認できます
| 列 | 回答内容 | 比較時の確認 |
|---|---|---|
| 対応可否 | 標準・設定・開発・外部・非対応 | 可否の定義が同じか |
| 実現方法 | 製品・構成・作業・代替 | 要件へ対応するか |
| 前提・依存 | 発注者作業・第三者・未確認 | 追加費の種がないか |
| 初期費 | 費目・数量・単価・小計 | 一式でないか |
| 継続費 | 月次・年次・従量・更新・終了 | 5年総額を出せるか |
| 期間 | 工程・着手条件・発注者待ち | 期限の根拠があるか |
| 成果物 | 形式・版・権利・納品時期 | 第三者が引継げるか |
| 対象外 | 含まない作業・条件・追加見積 | 他社と範囲が同じか |
対象外は機能・データ・環境・運用・制度・第三者の6分類で書くリンク
対象外欄がない見積は、含まれると誤解した作業が後から追加費になります。RFP側から六分類を提示し、各社に「対象外なし」ではなく、含む・含まない・発注者作業・第三者費・条件付きのいずれかを回答させます。
制度対応は特に曖昧になりやすい領域です。申請書の作成、経費区分判断、相見積、実績報告、証憑保管、事務局照会を、技術ベンダー、士業・支援機関、発注者の誰が担うかを分けます。GXOは技術事実を整理しますが、資格業務や制度判断を代替しません。
第三者サービスの仕様変更・審査・障害・料金改定はベンダーが支配できない場合があります。依存先、代替策、追加費、遅延時の扱いを先に開示させ、責任を無制限に負わせる条項ではなく、判断可能な境界にします。
対象外を回答させる6分類
機能・画面・帳票・業務例外
データ収集・清掃・移行・品質修復
端末・回線・クラウド・検証・本番環境
教育・監視・問い合わせ・保守・追加改修
補助金申請・制度判断・実績報告・士業業務
外部API・製品・審査・利用規約・第三者作業
金額の前に7つの比較停止線を適用するリンク
安値を採点した後に重大な欠落を見つけると、予算と社内期待がその案へ固定されます。最初に比較停止線を確認し、該当した提案は再回答、条件付き比較、辞退のどれかにします。
停止線はベンダーを落とすためではなく、前提をそろえるための品質管理です。質疑期限と再提出様式を全候補に同条件で示し、回答が変わった箇所は版管理します。
停止線を通過した後、初期費だけでなく5年TCO、納期確度、業務適合、非機能、成果物・引継ぎ、変更条件を採点します。5年TCOと見積7項目へつなげます。
比較を止める7条件
対象範囲・対象外・発注者作業を回答していない
初期費または継続費が一式で数量・単価・前提がない
成果物・利用権・第三者引継ぎ条件が不明
受入基準・不合格時・再テストの扱いがない
本番移行・教育・監視・障害対応が見積にない
補助対象可否を根拠なく保証または断定している
前提変更時の追加費・納期・承認方法がない
60分レビューで配布・再質問・発注停止を決めるリンク
RFP配布前は、経営・業務・技術・予算・制度確認の責任者が参加します。最初の20分で目的、範囲、KPI、次の20分で機能・非機能・データ・成果物、最後の20分で補助金欄、費用、日程、評価、停止線を確認します。
配布後の回答レビューは、①そのまま比較、②共通再質問、③個別事実確認、④比較停止へ分けます。個別質問が他社の価格・方式にも影響するなら匿名化して全候補へ共有します。口頭回答だけで評価点を変更しません。
選定後は、採用提案の回答8列と質疑回答を契約・要件定義・WBSへ引き継ぎます。RFPが優れていても契約へ転記されなければ拘束力や責任は別問題です。契約責任者と専門家が最終文書を確認します。
表は横にスクロールして全項目を確認できます
| 分岐 | 条件 | 次の行動 |
|---|---|---|
| 比較へ進む | 14項目・8列・停止線を満たす | 同一評価表で採点 |
| 共通再質問 | 複数社に同じ不明点 | 全候補へ同時回答 |
| 個別事実確認 | 固有製品・体制の証拠不足 | 証拠URL・担当・期限 |
| 比較停止 | 重大欠落・断定・責任不明 | 再提出・辞退・発注延期 |
まとめ：見積金額ではなく、同じ前提を先に作るリンク
比較できるRFPは、長い仕様書ではなく、経営目的から終了時移管まで14項目を一つの正本にし、候補各社が同じ8列で回答できる文書です。対象外6分類と7停止線で、安値の中に隠れた作業と費用を先に出します。
制度上の条件は、技術要件と分け、対象制度・枠・公募回の最新資料と事務局へ戻します。14項目、8列、分類、会議時間はGXO内部基準で、採択、制度適合、見積完全性、契約成果を保証しません。
GXOはRFP診断、要件整理、見積セカンドオピニオン、選定・契約前の技術レビュー、実装を支援します。前提が揃わない案件は発注を急がず、有償の調査・要件定義へ分けます。
よくある質問リンク
RFPは補助金申請の必須書類ですか？
一律の必須書類とは言えません。制度・枠・公募回の最新公式資料を確認してください。本記事のRFPは発注と見積比較のGXO内部様式です。
要件定義書があればRFPは不要ですか？
役割が異なります。要件定義書に加え、候補へ求める回答形式、価格単位、評価、対象外、提出条件をRFPでそろえます。
RFPは何ページ必要ですか？
ページ数ではなく14項目と回答8列を判断できることが重要です。別紙を使っても正本・版・要件IDを一意にします。
ベンダー独自の提案を制限しませんか？
共通回答欄と自由提案欄を分けます。必須条件を同じ列で比較した後、代替案や追加価値を別に評価します。
最安値を選べば補助金上安全ですか？
判断できません。同一条件、制度要件、選定理由、対象経費、契約・発注時期等を対象制度の公式資料で確認します。
GXOはRFP作成後の開発も対応しますか？
対応できます。ただしRFP診断時は提案前提と停止線を可視化し、開発受注を理由に比較条件を歪めません。第三者レビューのみも相談できます。
出典・公式情報リンク
- 確認 2026-07-26
- 確認 2026-07-26
- 確認 2026-07-26
- 確認 2026-07-26
- 確認 2026-07-26
- 中小企業庁 補助金に関するご相談確認 2026-07-26
具体的な制度は各補助金事務局の公募要領と最新窓口で確認するという公式案内
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-26）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
この記事の更新履歴
- 初版。RFP 14項目、回答8列、対象外6分類、比較停止線、60分レビューを公開