こんにちは！株式会社雲海設計の技術部です。
「ネットで拾ったRFPサンプルをそのまま使ったら、提案書がバラバラで比較できなかった」——2026年に入って、こうした相談が急増しています。RFPサンプルは世の中にあふれていますが、業務システム・SaaS導入・AI導入では書くべき項目がまったく異なります。テンプレを丸写しした瞬間、発注精度は崩壊します。
本記事では、RFPサンプルを業務システム・SaaS・AI導入の3類型で整理し、10種類のシーン別テンプレと記載項目チェックリストをコンサル視点で提供します。「明日から自社のRFPを書き始められる」レベルまで落とし込みます。
TL;DR：この記事の要点
- RFPサンプルの丸写しは提案比較を破壊する。業務システム・SaaS・AI導入で必須項目は6割しか重ならない
- RFPは「目的・現状・要件・制約・評価軸・体制」の6セクション構成が最小骨格。ここが揃わない時点で提案精度は50%を切る
- AI導入RFPには従来型にない「評価データ」「ハルシネーション許容度」「ガードレール」の3項目を必ず追加
- SaaS選定RFPはマルチテナント前提の可用性・データ主権・SLAを明記しないと契約後に揉める
- 2026年のRFPは「AI活用有無の明示」が新標準。開発ベンダー側のAI駆動開発可否を評価軸に入れよ
なぜRFPサンプルの丸写しは失敗するのか？
結論から言えば、RFPは「調達目的の翻訳装置」であり、テンプレは目的が違えば骨格から違うからです。業務システム刷新のRFPと、SaaS選定のRFPと、AI導入PoCのRFPは、書くべき項目の6割しか一致しません。
「RFPの品質が低いプロジェクトは、提案受領後の再説明工数が平均で3.2倍に膨らむ」——Gartnerが2025年に発表した調達プロセス調査が示す傾向です。
つまり、RFPサンプルを探す前に「何を調達するのか」を分類することが先決です。分類を間違えたテンプレは、どれだけ精緻に書いても提案側を混乱させます。要件の解釈齟齬については業務システムと基幹システムの違いを完全整理でも整理しています。
3類型で必須項目はどう違うか
| 類型 | 主目的 | 特有の必須項目 | ありがちな抜け |
|---|---|---|---|
| 業務システム開発 | スクラッチ/カスタム開発 | 業務フロー図・データ移行・既存連携 | 非機能要件 |
| SaaS選定 | 既製品からの選定 | SLA・データ主権・カスタマイズ範囲 | 解約時のデータ返却 |
| AI導入 | PoC〜本番展開 | 評価データ・許容誤り率・ガードレール | 継続的評価体制 |
RFPサンプル10選：シーン別テンプレ骨格
ここからは実務で頻出する10シーンのRFPサンプルを、骨格レベルで提示します。すべて雲海設計が過去3年でレビュー・作成した実案件から抽象化したものです。
業務システム系（4サンプル）
- 基幹システム刷新RFP：既存ERPからのマイグレーション。データ移行方針とパラレルラン期間を必ず明記
- 販売管理システム新規開発RFP：受発注〜請求までの業務フロー図をAs-Is/To-Beで添付
- 社内ワークフロー刷新RFP：承認経路の複雑度と例外パターンの網羅が要
- データ基盤構築RFP：DWH/ETL/BIの3層でスコープを分離。データソース一覧は別紙化
SaaS選定系（3サンプル）
- CRM/SFA選定RFP：カスタマイズ範囲とAPI連携性を最重要評価軸に
- 人事労務SaaS選定RFP：法改正対応の追随SLAを明記
- 会計SaaS選定RFP：監査対応・仕訳ロック・履歴保全を必須項目に
AI導入系（3サンプル）
- 社内チャットボット構築RFP：正答率の測定基準を評価データとセットで提示
- 文書生成AI業務適用RFP：ハルシネーション許容度と人間チェック工程を明示
- AIエージェント/RAG構築RFP：MCP連携・ガードレール・評価ハーネスを3点セットで要求
RFP記載項目チェックリスト：6セクション×必須項目
どのRFPサンプルを使うにせよ、この6セクションが揃っていないRFPは提案精度が50%を切ります。逆に言えば、この骨格さえ守れば、テンプレは自社仕様に育てられます。
| セクション | 必須項目 | 2026年追加項目 |
|---|---|---|
| 1. 目的・背景 | 調達目的／解決したい業務課題／期待効果 | AI活用の有無・方針 |
| 2. 現状・As-Is | 業務フロー／既存システム／データ量 | 既存AI/RPA資産の一覧 |
| 3. 要件 | 機能要件／非機能要件／連携要件 | 評価データ／許容誤り率 |
| 4. 制約 | 予算／期間／セキュリティ／法令 | 生成AI利用ガイドライン準拠 |
| 5. 評価軸 | 技術／コスト／体制／実績の配点 | AI駆動開発可否／内製移管性 |
| 6. 体制・進め方 | 推進体制／マイルストーン／契約形態 | PoC→本番のゲート設計 |
特に抜けやすい3項目
- 解約時のデータ返却条件：SaaS RFPで9割が抜ける。契約後の交渉では絶対に不利
- 評価データの提供方法：AI RFPで必須だが、機密扱いを理由に曖昧なまま進むことが多い
- 非機能要件の具体数値：「高速に」ではなく「1画面3秒以内」など数値化する
AI導入RFPで“従来型と決定的に違う”3項目
2026年時点で、AI導入RFPには従来のシステム開発RFPにない3項目を必ず入れるべきです。これらはAI導入の原価構造とも直結します。
① 評価データセットの提示
「精度90%以上」と書くだけでは意味がありません。何を正解とみなすかを評価データとセットで提示する必要があります。RFP添付として最低100件のサンプルを匿名化して渡すのが理想です。
② ハルシネーション許容度と人間チェック工程
「誤り0%」を要求するとRFPは破綻します。許容誤り率と人間チェックの介在点を明記してください。ハルシネーション損害賠償リスクの完全解説で契約面の勘所を整理しています。
③ ガードレールと評価ハーネスの継続運用
納品して終わりではなく、本番運用中の評価ループを含めた提案を求めます。CI連携・回帰評価・本番監視の3点セットが標準です。
# AI導入RFP 要件記述例
functional_requirements:
- id: F-01
description: 問い合わせ内容の自動分類
accuracy_target: 85%以上（評価データ別紙参照）
fallback: 信頼度70%未満は人間エスカレーション
non_functional_requirements:
- hallucination_tolerance: カテゴリ誤り3%以内
- evaluation_harness: CI組込み・週次回帰評価必須
- guardrails: PII検出・禁止トピック15カテゴリ
RFPをテンプレから自社仕様に育てる3ステップ
RFPサンプルを手に入れたら、以下の順で自社仕様に育ててください。丸写しではなく差分編集が原則です。
- 骨格を残し、業務固有名詞を全置換：顧客・商品・部門名を自社用語に
- 非機能要件を数値化：「速い」「安定」を全て具体数値に置換
- 評価軸に配点を入れる：技術40・コスト30・体制20・実績10 のように明示
「評価軸に配点を明示したRFPは、提案書の比較所要時間が平均62%短縮される」——雲海設計が2025年に支援した27社のRFP改善プロジェクトから抽出した実測値です。
雲海設計のRFP作成支援
雲海設計では、RFP作成〜提案書レビュー〜ベンダー選定までを一気通貫で支援しています。テンプレ提供だけでなく、業務ヒアリングからの要件抽出・評価軸の設計・提案スコアリングまで、コンサル視点で伴走します。
- IT コンサルティング：RFP設計・ベンダー選定支援
- DX ソリューション：業務システム・AI導入の要件定義
- お問い合わせ：RFPサンプルのレビュー依頼も可
よくある質問
Q. RFPとRFIの違いは何ですか？
A. RFI（情報提供依頼）は市場の存在確認、RFP（提案依頼）は具体的な提案取得が目的です。予算感が固まっていない初期はRFIから始めるのが安全です。
Q. RFPサンプルはどこで入手できますか？
A. IPA・自治体調達サイト・SIer各社の公開資料が代表的です。ただし業種・目的が違うため、必ず自社仕様に差分編集してください。
Q. AI導入RFPは従来のRFPを流用できますか？
A. 骨格の6セクションは共通ですが、要件セクションに「評価データ」「許容誤り率」「ガードレール」の3項目を追加する必要があります。流用の際は要件章を全面書き直す前提で臨んでください。
Q. RFPの分量はどれくらいが適切ですか？
A. 業務システム系で30〜50ページ、SaaS選定で15〜25ページ、AI PoCで20〜30ページが目安です。分厚ければ良いわけではなく、評価軸と非機能要件の具体度が品質を決めます。
Q. RFP発行から契約までの標準期間は？
A. 発行〜提案受領で4〜6週間、評価・面談で2〜3週間、契約交渉で2〜4週間、合計8〜13週間が標準です。AIプロジェクトはPoC設計を挟むためさらに4週間程度追加を見込んでください。