RFP(Request for Proposal)は、情報システムの導入や開発を依頼する発注者が、解決したい課題、必要な機能、評価条件などを示し、提案を求める文書です。単に見積額を聞く文書ではなく、複数の実現方法を比較するために使います。
RFPの定義と仕組み
発注者は現状の課題、対象業務、必要な連携、予算や期限、提案の評価方法をRFPに整理します。候補のベンダーは、実現方法、体制、費用、スケジュール、リスクへの対応を提案します。提案を比較して契約や詳細設計へ進みます。
似た用語との違い
| 用語 | 役割 | 主な対象 |
|---|---|---|
| RFI | 市場や技術の情報を集める | 情報提供を求める |
| RFP | 課題への解決提案を求める | 提案を求める |
| RFQ | 価格・数量などの見積を求める | 見積を求める |
情報を集める段階ならRFI、解決方法を含む提案ならRFP、仕様が固まり価格を比較するならRFQです。「提案」という語だけでなく、発注者が何をまだ決めていないかで見分けます。
仕事での具体例
販売管理システムを更新する会社が、在庫連携、権限管理、移行期限をRFPに書き、複数ベンダーから提案を受けます。価格だけでなく、既存データを安全に移す方法や導入後の支援体制を比較します。
日常生活での具体例
マンションの大規模修繕で、住民が課題と希望を整理して工事会社から計画の提案を受ける場面はRFPに似ています。金額だけでなく、安全対策や工期の説明を比べて選びます。
ITパスポートでの見分け方
情報を集める段階ならRFI、解決方法を含む提案ならRFP、仕様が固まり価格を比較するならRFQです。「提案」という語だけでなく、発注者が何をまだ決めていないかで見分けます。 問題文では、目的、対象、作業の段階を順に確認します。用語の日本語訳だけで判断せず、誰が何を管理し、どの結果を得たいのかを短く言い換えると、選択肢の違いを整理できます。
理解を確かめるポイント
RFPの品質は、要望を多く並べることではなく、提案者が比較可能な条件を理解できることにあります。必須機能、既存システムとの連携、評価基準、期限を区別して示すと、提案内容と費用の根拠を発注者が検討しやすくなります。
確認問題
- 問題1:解決方法を含む提案を求める文書は何ですか。
答え:RFP - 問題2:市場情報を先に集める文書は何ですか。
答え:RFI - 問題3:価格・数量を中心に見積を求める文書は何ですか。
答え:RFQ
次に読む記事
関連する用語を役割ごとに続けて学ぶと、単独の暗記ではなく、問題文に出る業務の流れとして理解できます。
- 【ITパスポート】外部設計とは?内部設計との違いをわかりやすく解説:RFPの要求が要件定義・外部設計へ具体化される順序を理解するため。
- 結合テストとは?ITパスポートで押さえるスタブ・ドライバとの関係:RFPに記した連携要件を結合テストの確認条件へつなげるため。
- ITパスポート試験合格への道:発注と開発をマネジメント系の学習順序の中で整理するため。

