RFP（提案依頼書）は誰が誰に向けて作る文書か
ITパスポート試験 令和8年度 問20 ／ システム企画 › 調達計画・実施
過去問にチャレンジ
システム開発におけるRFPの説明として，適切なものはどれか。
- ア
ITベンダーが，情報システム開発の必要性をユーザーに提案するために作成した提案文書
- イ
発注者側が，開発すべき情報システムの調達条件などをITベンダーに示すために作成した文書
- ウ
発注者と受注したITベンダーが，開発するシステムの仕様を明確にするために共同で作成した設計文書
- エ
ユーザー部門が，情報システム部門に情報システム開発の必要性と開発要件を明確にするように求めた文書
会話形式の解説
講師今回はRFPという略語の意味を問う問題です。この文書を「誰が作るか」「誰に向けて出すか」「いつ使うか」の3点を意識すると、選択肢を絞り込めます。
受験者略語が多くて、私はRFPを見るたびに迷ってしまいます。ベンダーが出す提案書のことだったような気もします。
講師まず略語を分解しましょう。RFPはRequest For Proposalの略で、日本語では提案依頼書と訳されます。「提案を依頼する」文書という意味です。
受験者提案を依頼する側ということは、システムを発注したい会社のほうが作る文書ですか。
講師そのとおりです。発注者が作って、ITベンダー、つまりシステム開発を請け負う外部の会社に示します。目的や要件、調達条件、予算、納期、選定基準などを書いておき、ベンダーはそれをもとに実現方法や体制、費用を提案します。
受験者それなら、ベンダーが開発の必要性を提案する文書という選択肢は、作る側が逆になっているわけですね。
講師はい。その説明は、RFPを受け取ったベンダーが返す提案書のことです。RFPを渡すと提案書が返ってくる、という流れで覚えておくと区別しやすくなります。
受験者発注者と受注したベンダーが共同で仕様を決める設計文書という選択肢も、もっともらしく見えました。
講師そこは時期に注目してください。「受注した」とあるので、契約が決まった後の話です。これは要件定義書や設計書に当たります。RFPは受注前の調達段階で、発注者側が主体となって作る文書なので、時期も作り手も合いません。
受験者ユーザー部門が情報システム部門に開発を求める文書はどうでしょうか。こちらも依頼の文書なので迷いました。
講師依頼という点は似ていますが、やり取りが社内の部門どうしで完結しています。これは開発依頼書などに近いものです。RFPは社外のITベンダーに宛てて示す文書なので、宛先が違います。
受験者整理すると、発注者側が作って、外部のベンダーに、発注前に調達条件などを示す文書がRFPなので、正解はイですね。
講師正解です。似た略語に、情報提供を依頼するRFIや、見積りを依頼するRFQもあり、RFPとは用途が異なります。最後の文字が何を依頼しているのかを見ると、混同しにくくなります。
まとめ
RFPはRequest For Proposalの略で、提案依頼書と訳されます。発注者側が作り、目的・要件・調達条件・予算・納期・選定基準などを外部のITベンダーに示す、発注前の調達段階で使う文書です。ベンダーはRFPをもとに実現方法・体制・費用を提案書にまとめて返します。作成者を入れ替えた提案書、受注後に作る設計文書、社内の開発依頼書と区別するには、作成者・宛先・時期の3点を確かめるのが有効です。
解答・解説
正解はイです
この問題のテーマ
システム開発の調達で使う「RFP（提案依頼書）」について、誰が、誰に向けて、いつ、何のために作る文書なのかを問う問題です。
解き方の考え方
まず、RFPがRequest For Proposal、つまり「提案を依頼する」文書だという意味を押さえます。提案を依頼するのは発注者で、依頼を受けて提案するのはITベンダーです。この関係から、作成者が発注者で、宛先が外部のベンダーで、発注前に使う文書という3点がそろった選択肢を選びます。作成者・宛先・時期のどれかがずれている選択肢は除外できます。
選択肢ごとの解説
- ×ア ITベンダーが，情報システム開発の必要性をユーザーに提案するために作成した提案文書アの「ベンダーが作成した提案文書」は、RFPを受け取ったベンダーが返す提案書のことです。RFPは発注者側が作る文書なので、作成者が逆になっています。
- ○イ 発注者側が，開発すべき情報システムの調達条件などをITベンダーに示すために作成した文書イの「発注者側が調達条件などをITベンダーに示す文書」は、RFPの説明として正しいです。RFPには目的や要件、調達条件、予算、納期、選定基準などを書きます。ベンダーはそれをもとに実現方法や体制、費用を提案します。
- ×ウ 発注者と受注したITベンダーが，開発するシステムの仕様を明確にするために共同で作成した設計文書ウの「受注したベンダーと発注者が共同で作る設計文書」は、受注後に作る要件定義書や設計書に当たります。RFPは受注前の調達段階で発注者が単独で作る文書なので、作る時期も作り手も合っていません。
- ×エ ユーザー部門が，情報システム部門に情報システム開発の必要性と開発要件を明確にするように求めた文書エの「ユーザー部門が情報システム部門に開発を求めた文書」は、社内の部門どうしでやり取りする開発依頼書などに近いものです。RFPは社内ではなく、外部のITベンダーに宛てて提示する文書です。
補足
似た用語として、情報提供を依頼するRFIや、見積りを依頼するRFQがあり、RFPとは用途が異なります。また、発注者がRFPを渡すと、ベンダーからは提案書が返ってきます。この流れを押さえておくと、アのように作成者を入れ替えた引っかけを見抜きやすくなります。
POINT
- RFPはRequest For Proposalの略で、提案依頼書と訳されます。
- RFPは発注者側が作成して、ITベンダーに提示する文書です。
- RFPには目的、要件、調達条件、予算、納期、選定基準などを記載します。
- RFPは発注前の調達・提案段階で使う文書で、受注後の設計文書とは違います。
- ベンダーはRFPに基づいて、実現方法・体制・費用などを提案します。