「RFIや見積とは、どう違うの？」
「ベンダーはどうやって選べばいいの？」
そんな疑問を抱える、これから基本情報技術者を目指すあなたへ。
結論から言えば、
RFP（提案依頼書）とは、システム開発を依頼する側が、要件や条件をまとめて提案を求める文書のことです。
この記事では、RFPの役割、RFI・RFP・見積の流れ、書くべき項目、そしてベンダー選定の進め方まで、基本情報技術者の試験範囲を初心者向けにやさしく解説します。
1. RFP（提案依頼書）とは
まずあなたに、RFPの意味から掴んでもらいます。
RFP（Request For Proposal・提案依頼書）とは、システムを発注する側が、開発会社（ベンダー）に対して「こういうシステムを作りたいので、提案してください」と依頼するための文書です。
RFPには、実現したいことや予算、納期、必要な機能などをまとめます。これを受け取ったベンダーは、内容をもとに提案書や見積を作成します。発注側とベンダーの認識をそろえる、出発点となる書類です。
RFPがしっかり書けていると、複数のベンダーから返ってくる提案を同じ土俵で比べられます。逆に内容が曖昧だと、各社がバラバラの前提で提案してきて、比較そのものが難しくなってしまいます。
イメージとしては「家を建てるときの要望書」に近いです。間取りや予算、住みたい時期を工務店に伝えると、それに合った設計と見積が返ってきます。RFPも、システム版の要望書だと考えると分かりやすいです。
基本情報技術者試験では、RFPが「発注側が出す文書」であることと、調達の流れの中でどの位置にあるかが問われます。誰が、誰に向けて出すのかを取り違えないことが大切です。
覚えておきたい要点：RFPは「発注側 → ベンダー」へ出す提案依頼書です。要件や条件を伝え、提案と見積を引き出すための出発点になります。
2. RFI・RFP・見積の流れ
次にあなたに知ってほしいのが、システム調達の流れです。RFPはその一部で、前後にいくつかの段階があります。
- RFI（情報提供依頼書）：ベンダーに、製品や実績などの情報提供を求める
- RFP（提案依頼書）：要件を伝え、具体的な提案を求める
- 提案・見積の受領：ベンダーから提案書と見積を受け取る
- 選定・契約：内容を比較してベンダーを選び、契約する
混同しやすいのがRFIとRFPの違いです。RFIは「情報を集める」段階、RFPは「提案を求める」段階、と役割が分かれています。情報収集が先、提案依頼が後、と順序で覚えると整理しやすいです。
どの調達でもRFIを行うとはかぎらず、ある程度候補が見えている場合はRFPから始めることもあります。流れは案件によって柔軟に変わる、と知っておくと実務でも役立ちます。
RFIとRFPは、頭文字が似ていて入れ替えやすいところです。「I＝Information（情報）」「P＝Proposal（提案）」と、最後の文字で意味を結びつけると間違えにくくなります。
3. RFP に書く項目
あなたがRFPを作る立場になったら、何を書けばよいのでしょうか。代表的な項目を整理します。
| 項目 | 書く内容 |
|---|---|
| 背景・目的 | なぜこのシステムが必要か、何を解決したいか |
| 要件 | 必要な機能や性能、満たしてほしい条件 |
| 予算・納期 | 想定する費用の範囲と、いつまでに必要か |
| 提案・選定の条件 | 提案書の様式、提出期限、選定の基準 |
大切なのは、「何を実現したいか」をはっきり書くことです。目的が曖昧だと、ベンダーからの提案もぼやけてしまい、比較が難しくなります。
一方で、作り方を細かく指定しすぎると、ベンダーの工夫の余地が狭まります。「やりたいこと（目的）」と「やり方（手段）」を分けて書くのがコツです。目的を明確に、手段はある程度ベンダーに委ねる、というバランスが提案の質を高めます。プロの提案力を引き出すには、余白を残すことも大切だ、と覚えておきましょう。
また、提案書の様式や提出期限を最初にそろえておくと、後で比較するときに手間が減ります。フォーマットがバラバラだと、同じ項目を探すだけで時間がかかってしまうためです。
こうした要件整理は、開発を計画的に進める プロジェクトマネジメントとは の考え方とも深くつながっています。
4. ベンダー選定の進め方
では、あなたが提案を受け取った後の、選定の進め方を見ていきましょう。価格だけで決めない、という視点が大切です。
ベンダー選定では、複数の観点から提案を比べます。代表的な評価の軸は次のようなものです。
- 要件への適合度：求めた機能や条件をどれだけ満たしているか
- 費用：見積金額が予算に見合っているか
- 実績・体制：似た開発の経験や、対応してくれる人員
- サポート：納品後の保守や対応の手厚さ
選定では、あらかじめ評価基準を決めて点数化する方法がよく使われます。基準を先に決めておくと、感覚ではなく根拠をもって比較でき、選んだ理由も説明しやすくなります。あなたが社内で「なぜこの会社にしたのか」と聞かれたとき、点数表があれば筋道立てて答えられます。
価格が安いという理由だけで選ぶと、後の保守や追加開発で苦労することもあります。費用と品質、体制のバランスを見て選ぶのが、長く使えるシステムへの近道です。DX のように長期で活用する取り組みは DXとは もあわせて読むと、調達の意味が立体的に見えてきます。
選定のポイント：価格だけで決めず、要件適合・実績・サポートを含めた基準を先に決めて比較します。根拠が残ることで、選定後の説明もしやすくなります。
5. まとめ: 今日からできる、最初の一歩
ここまでをあなたと一緒に振り返ります。
RFPとシステム調達のポイントは 3つ でした。
（1）RFP：発注側がベンダーに提案を求める文書
（2）流れ：RFI（情報）→ RFP（提案）→ 見積 → 選定
（3）選定：基準を先に決め、価格だけで決めない
これは 基本情報技術者 科目A のマネジメント・ストラテジ で問われやすい実務寄りのテーマです。
今日からできる最初の一歩は、とてもシンプルです。
1. 「RFI＝情報／RFP＝提案」を最後の文字で区別する（2分）
2. 調達の流れ4段階を順に言ってみる（3分）
3. 下の問題集で1問だけ解いてみる（10分）
たった15分で、あなたのRFPと調達の理解は試験で戦えるレベルまで動き出します。流れと選定の軸を掴めば、マネジメント分野の問題でも落ち着いて選べます。
次のステップ
- プロジェクトマネジメントとは — 開発を計画的に進める考え方
- DXとは — システムを長期で活用する取り組み
- 基本情報技術者試験 全体概要 — 試験範囲・受験フローのまとめ（T1）