ガイド
RFP（提案依頼書）の書き方・テンプレート
RFP（Request for Proposal）はシステム発注の根幹文書です。RFPの質がSIer選定の質を決め、プロジェクト成功率に直結します。発注者・ITコンサル双方の視点から解説します。
RFPとは
RFP（提案依頼書）とは、発注者がシステム開発・導入を依頼する際にSIer・ベンダーへ提示する要件文書です。「何を作りたいか」「どのような条件で提案してほしいか」を明文化することで、複数ベンダーから比較可能な提案を受けることができます。
RFI
Request for Information
事前調査。市場にどんなソリューションがあるか、ベンダー各社の概要を収集する。RFP作成前のインプット用。
RFP
Request for Proposal
提案依頼。要件・条件を提示し、具体的な技術提案・アーキテクチャ・費用・スケジュールを複数ベンダーから受ける。
RFQ
Request for Quotation
見積依頼。仕様が確定後に価格のみを依頼する。コモディティ製品・保守契約の再入札等で使う。
RFPの構成テンプレート
1プロジェクト概要
- ·背景・目的（なぜ今このシステムが必要か）
- ·期待する効果・KPI
- ·対象業務・利用ユーザー範囲
- ·プロジェクトの位置づけ（全体ロードマップにおける位置）
2現状と課題
- ·現行システム概要（構成・年齢・ベンダー）
- ·現状業務フロー（As-Is）
- ·課題・ペイン一覧（優先度付き）
- ·制約条件（移行期限・予算上限・法規制）
3要件概要
- ·機能要件の概要（詳細は別紙可）
- ·非機能要件（可用性・性能・セキュリティ）
- ·データ移行要件
- ·既存システム・外部システム連携要件
4提案要求事項
- ·提案アーキテクチャ・技術方式
- ·開発方法論（アジャイル/ウォーターフォール等）
- ·体制・役割分担
- ·PoC計画（必要な場合）
5費用・スケジュール
- ·費用見積もり様式（初期費用・運用保守費用を分離）
- ·工程別スケジュール
- ·ランニングコスト（クラウド費用等の試算）
- ·支払い条件
6ベンダー選定基準
- ·評価項目と配点（技術力・提案力・費用・実績）
- ·提案書提出期限・形式
- ·質疑応答・プレゼンの日程
- ·契約形態（準委任/請負）の要件
SIer選定基準の設計
選定基準を事前に定量化しておくことで、恣意的な選定を防ぎ、後から説明責任を果たせます。
| 評価項目 | 配点例 | 評価ポイント |
|---|---|---|
| 技術力・アーキテクチャ | 30点 | 要件を満たす技術選定の妥当性、クラウド認定資格保有数、過去の類似案件実績 |
| 提案力・理解度 | 25点 | 課題認識の深さ、要件への回答精度、リスク認識と対策の具体性 |
| 費用・費用対効果 | 20点 | 初期費用・ランニング費用の競争力、見積もりの透明性・根拠 |
| プロジェクト管理能力 | 15点 | 体制・役割分担の明確さ、品質管理・変更管理の方針 |
| 企業信頼性 | 10点 | 財務安定性、情報セキュリティ認証（ISO27001等）、サポート体制 |
失敗しないRFP作成のポイント
▸
なぜを書く: 「ログイン機能が欲しい」ではなく「不正アクセスを防ぐため、MFA対応のログイン機能が欲しい」と目的を明示する。目的がわかるとベンダーが最適な提案をできる。
▸
非機能要件を数値化する: 「高速に動くこと」ではなく「95パーセンタイルで2秒以内の応答」と書く。曖昧な要件はベンダー間で見積もり差が大きくなり比較できなくなる。
▸
架空の仕様を書かない: 競合排除や予算調整のために実際には不要な仕様を盛り込むと、全ベンダーの見積もりが高騰し判断が難しくなる。
▸
Q&A期間を設ける: RFP配布後に1〜2週間の質疑応答期間を設け、回答を全ベンダーに共有する。不明点を解消した状態で提案を受けることで提案の質が上がる。
▸
提案書フォーマットを指定する: 自由形式だとベンダー間の比較が難しくなる。評価項目に対応したセクション構成を指定することで比較しやすくなる。