基本情報のRFP・RFI・RFQ｜調達プロセスの違いを解説

基本情報のRFP・RFI・RFQは、ストラテジ系やマネジメント系の調達問題で混同しやすい用語です。どれもベンダーに何かを依頼する文書なので、名前だけを見ても「情報？提案？見積？」がごちゃごちゃになりやすいですね。

この記事では、基本情報のRFP・RFI・RFQを、試験で迷わない順番と目的に絞って整理します。実務の細かい契約論よりも、科目Aで選択肢を切るための見分け方を重視して解説します。

基本情報のRFP・RFI・RFQの違い

RFIは情報収集の依頼

RFIはRequest for Informationの略で、日本語では情報提供依頼書と呼ばれます。基本情報では、システム調達を始める前に、ベンダーや製品、技術動向について広く情報を集めるための文書として押さえると十分です。まだ「この仕様で発注する」と決まっている段階ではなく、候補を知る、実現可能性を探る、相場感をつかむための前段階ですね。

たとえば、社内で新しい販売管理システムを入れたいけれど、どんな製品があるのか、クラウド型とオンプレミス型のどちらが合うのか、どの会社に実績があるのかが分からないとします。この状態でいきなり具体的な提案や見積を求めても、依頼内容がふわっとしてしまい、回答する側も比較しにくい資料を返すことになります。そこで先にRFIを出して、会社概要、導入実績、対応できる技術、概算の考え方などを集めます。

RFIで集めた情報は、後続のRFPを作る材料にもなります。発注側が市場を知らないままRFPを書くと、現実に合わない要件を書いたり、比較すべき観点を落としたりしがちです。RFIは発注を決める文書ではなく、発注前に判断材料を増やす文書だと考えると、役割がかなりはっきりします。

RFIは「何ができる会社なのか、どんな選択肢があるのか」を知るための依頼です。試験では、情報収集、技術動向の確認、発注先候補の絞り込みという言葉と結び付けると判断しやすくなります。

• 目的はベンダーや製品の情報収集
• タイミングは要件や候補を固める前
• 回答内容は会社情報、実績、技術情報、概算情報など

ポイントは、RFIだけでは発注先を最終決定しないことです。RFIは候補を広げたり絞ったりするための材料であり、具体的な解決策を競わせる文書ではありません。「相手を知るための資料請求」と考えると、RFPやRFQとの違いがかなり見えやすくなります。

RFPは提案を求める文書

RFPはRequest for Proposalの略で、日本語では提案依頼書です。基本情報で一番よく狙われやすいのは、このRFPの位置づけかなと思います。RFIで集めた情報や社内で整理した要件をもとに、ベンダーへ「この課題を解決するための具体的な提案をしてください」と依頼する文書です。

RFPには、システム化したい業務の範囲、必要な機能、制約条件、希望するスケジュール、予算の考え方、評価基準などを記載します。ベンダーはそれを読んで、システム構成、開発方法、導入スケジュール、運用保守、体制、費用の概算などを提案します。つまり、RFPは単なる価格確認ではなく、解決策そのものを比較するための依頼です。

RFPを作る側は、何を評価するかを先に決めておく必要があります。機能の多さだけを見ればよいわけではなく、業務に合っているか、導入後に運用できるか、将来の変更に耐えられるかも重要です。試験ではここまで深く問われないことも多いですが、RFPが「提案を横並びで比較するための前提をそろえる文書」だと理解しておくと、選択肢に強くなります。

過去問の選択肢では、RFPを「見積依頼書」と言い換えてひっかけてくることがあります。見積金額が提案書に含まれる場合はありますが、RFPの本体はあくまで提案依頼です。価格だけを横並びにそろえたいならRFQ寄り、課題解決案やシステム構成まで出してほしいならRFP、と分けて考えるといいですね。

なお、プロジェクトの進め方やQCDの考え方とあわせて確認したい場合は、基本情報技術者試験のプロジェクトマネジメント完全攻略も関連します。RFP自体はストラテジ系の調達でも出ますが、提案を評価してプロジェクト化する流れはマネジメント系ともつながります。

RFQは見積をそろえる文書

RFQはRequest for Quotationの略で、日本語では見積依頼書です。RFIやRFPよりも「価格・納期・条件をそろえて比較する」意味合いが強くなります。仕様や条件がある程度明確になったあとで、同じ前提条件をベンダーに示し、いくらで提供できるか、納期はいつか、費用内訳はどうなるかを確認するために使います。

基本情報では、RFQがRFIやRFPほど頻繁に単独で問われるとは限りません。ただし、RFP・RFI・RFQをまとめて覚えると、選択肢の切り分けがかなり楽になります。RFIは広く情報を集める、RFPは解決案を提案してもらう、RFQは価格を見積もってもらう。この三つを目的で分けるのが最優先です。

RFQで重要なのは、比較条件をそろえることです。仕様、数量、納期、支払条件、保守範囲などがベンダーごとに違うままだと、見積金額の高い安いを正しく比較できません。試験問題で「同一条件で見積を依頼する」「価格や納期を比較する」といった表現が出たら、RFQを選ぶ根拠になります。

RFQのキーワードは「見積」「価格比較」「費用内訳」「納期」です。問題文に仕様が固まった後、同一条件で価格を比べるというニュアンスがあればRFQを疑います。

文書	主な目的	試験で見る言葉
RFI	情報を集める	候補調査、技術動向、実績確認
RFP	提案を求める	提案依頼、要件、評価基準
RFQ	見積を求める	価格比較、費用内訳、納期

実務ではRFPの中に見積項目を含めることもあり、必ずRFPとRFQが完全に別文書になるとは限りません。ただ、試験対策では役割を混ぜない方が得点につながります。RFQは価格面をそろえる文書、RFPは提案内容まで比較する文書、と割り切って覚えましょう。

三つの違いを表で整理

RFI・RFP・RFQは、英単語を直訳するだけでもある程度は分かります。Informationは情報、Proposalは提案、Quotationは見積です。ただ、基本情報の問題では、用語の意味だけでなく「どのタイミングで使うか」「何を比較するか」まで問われることがあります。そのため、表で目的、タイミング、回答内容をまとめておくのが効率的です。

観点	RFI	RFP	RFQ
日本語	情報提供依頼書	提案依頼書	見積依頼書
目的	市場や候補を知る	解決策を比較する	価格条件を比較する
タイミング	初期調査	要件整理後	仕様明確化後
回答	会社情報や実績	提案書や計画	見積書や納期

この表で特に覚えたいのは、RFIだけがかなり早い段階で使われることです。RFIは「候補を知らないから聞く」文書です。一方でRFPは「自分たちの課題や要件を整理したうえで、どう解決するかを提案してもらう」文書です。RFQはさらに条件がそろい、金額や納期を比較しやすい段階で使う文書です。

また、RFIは発注者側が学ぶための文書、RFPとRFQは比較の粒度をそろえるための文書、と見ることもできます。RFPでは提案の中身をそろえ、RFQでは見積条件をそろえます。この「何をそろえるか」という観点を持っておくと、文章が長い問題でも落ち着いて読めます。

「RFPは見積をもらう文書」とだけ覚えると危険です。提案書に概算費用が含まれることはありますが、試験ではRFPを提案依頼書として押さえるのが基本です。

私なら、問題演習のときはまず選択肢の中から「情報」「提案」「見積」という目的語を探します。目的語が見えれば、略語の英単語を思い出さなくても答えに近づけます。暗記が苦手な人ほど、英語の頭文字よりも日本語の目的で覚えた方が安定するかなと思います。

順番はRFIから覚える

三つの順番は、基本的にはRFIからRFP、必要に応じてRFQと考えると覚えやすいです。最初に情報を集め、次に提案を依頼し、最後に見積条件をそろえる流れですね。もちろん実務では案件の性質によって省略や前後が起こることもありますが、基本情報の試験対策では、この標準的な流れをまず押さえましょう。

RFIを出す前は、発注側もまだ市場や候補を把握しきれていません。RFIの回答を見て、候補ベンダーや実現可能な方式をある程度絞ります。そのうえでRFPを作成し、具体的な提案を比較します。提案の比較で候補が絞れたら、価格や納期をそろえるためにRFQを使うことがあります。ここまでくると、調達先の選定や契約締結が見えてきます。

試験では、流れを一段飛ばして選ばせるひっかけにも注意が必要です。情報収集の直後に契約締結へ進むことはありませんし、提案依頼の前に供給者を最終選定するのも不自然です。前後関係を読めば、用語そのものを完璧に思い出せないときでも選択肢を消せます。

特に「選定基準の作成」がどこに入るかも見落としやすいです。提案を受け取ってから慌てて基準を作るのではなく、比較する前に基準を持っておくからこそ、公平に調達先を選べます。

語呂で覚えるなら、「情報を聞いて、提案をもらい、金額を比べる」です。情報がRFI、提案がRFP、金額がRFQです。この順番を一度イメージできると、空欄補充や並べ替え問題でかなり迷いにくくなります。

基本情報のRFP・RFI・RFQと調達手順

調達計画で何を決めるか

調達は、外部から製品やサービス、システム開発などを取得する活動です。基本情報では、調達計画・実施の中で、何を外部に依頼するのか、どのような条件で候補を選ぶのか、どんな手順で契約まで進めるのかが問われます。RFI・RFP・RFQは、この調達プロセスの中で使われる代表的な文書です。

調達計画では、まず調達対象を明確にします。システム全体を外部委託するのか、一部のパッケージ製品だけを導入するのか、運用保守まで含めるのかで、必要な文書や評価基準が変わります。ここがあいまいなままRFPを出すと、ベンダーごとの提案がばらばらになり、比較が難しくなります。

IPAの基本情報技術者試験シラバスは、学習目標や知識項目を確認するための資料です。最新の出題範囲を確認したい場合は、IPAの試験要綱・シラバスも見ておくと安心です。

• 調達する対象と範囲
• 候補ベンダーを選ぶ基準
• 提案や見積を比較する評価軸
• 契約までの手順と責任分担

調達計画で決めた内容は、RFPの品質に直結します。発注側の目的や制約が明確であれば、ベンダーから返ってくる提案も比較しやすくなります。逆に、目的があいまいだと提案の前提がそろわず、価格が安いのか高いのか、機能が十分なのか不足しているのかも判断しにくくなります。

ここでいう制約には、予算、期限、既存システムとの連携、セキュリティ要件、利用部門の運用負荷などがあります。試験では細かい実務項目を暗記するより、調達計画が後続のRFI・RFP・RFQを支える土台だと理解する方が使いやすいです。

調達計画と聞くと難しそうですが、試験では「何を、誰から、どの基準で、どう選ぶか」を整理する活動と考えれば十分です。RFI・RFP・RFQはその中の文書なので、単独の暗記ではなく、調達計画から契約までの流れに置いて覚えるのが近道です。

ベンダー選定までの流れ

ベンダー選定までの流れは、情報収集、提案依頼、評価、選定という順番で押さえると分かりやすいです。まずRFIで候補企業の情報を集めます。次に、自社の要件や制約を整理してRFPを配付します。ベンダーから提案書や見積書を受け取ったら、あらかじめ決めた評価基準に沿って比較し、最終的な調達先を選びます。

このとき大切なのは、評価基準を後出しにしないことです。価格が安いかどうかだけでなく、機能要件を満たしているか、納期は現実的か、保守体制は十分か、過去の実績はあるか、セキュリティや移行リスクに対応できるかなどを見ます。試験では、選定基準の作成や提案内容の比較評価がRFPの後に続く流れとして出やすいですね。

ベンダー選定は「いちばん安い会社を選ぶ」だけではありません。提案内容、実現性、費用、納期、保守、リスクを総合評価する流れとして覚えましょう。

段階	主な作業	関係する文書
候補調査	情報収集と候補整理	RFI
提案依頼	要件を示して提案を受ける	RFP
条件確認	価格や納期を比較する	RFQ
選定	評価基準で調達先を決める	提案書・見積書

選定後は契約条件の確認に進みます。ここでは、作業範囲、成果物、納期、検収条件、費用、保守範囲などを固めます。基本情報では契約実務の細部まで深追いする必要はありませんが、提案を受けて終わりではなく、評価、選定、契約へ進むという流れは必ず押さえてください。

WBSやEVMのようなプロジェクト管理用語と同じく、調達も「流れ」で覚えるほど解きやすくなります。工程管理までまとめて復習するなら、基本情報のWBS・ガントチャート・EVM攻略もあわせて読むと、マネジメント系のつながりが見えやすくなります。

過去問で問われる空欄

基本情報の過去問では、システム調達の手順を図で示して、空欄に入る用語を選ばせる形式が出ています。このタイプでは、RFI、RFP、供給者の選定、契約の締結などが選択肢になりやすいです。細かい定義を長文で覚えるより、手順の中でどこに入るかを判断できるようにしておく方が実戦的です。

典型的な流れは、RFIで情報を集め、RFPを作成して配付し、選定基準を作成し、ベンダーから提案書や見積書を受け取り、提案内容を比較評価し、調達先を選定し、契約を締結する流れです。問題文で「bに入るもの」などと聞かれたら、前後の作業に注目します。前がRFIなら、次はRFPである可能性が高いです。

また、RFPの後にすぐ契約するわけではない点にも注意しましょう。提案を受け取ったら、選定基準に沿って比較評価します。そのあとで調達先を選び、契約締結に進みます。選択肢に「契約の締結」があると最後っぽくて選びたくなりますが、まだ提案を受けていない段階なら早すぎます。

空欄問題では、RFIとRFPの順番を逆にしないことも大事です。RFPは要件や調達条件をまとめたうえで配付する文書なので、まったく情報がない段階でいきなり作るものではありません。まず情報を集める、次に提案を依頼する。この一段差を意識しておくだけで、正答率はかなり変わります。

このあたりは、暗記一覧に丸暗記で詰め込むより、流れを一回書いてみる方が定着しやすいです。問題演習をするときは、間違えた選択肢を消す理由まで確認しましょう。なぜRFIではなくRFPなのか、なぜ契約ではなく選定なのかを言えるようになると、本番でもかなり安定します。

ひっかけを避ける覚え方

RFI・RFP・RFQのひっかけは、ほとんどが目的の入れ替えです。RFIを提案依頼のように説明したり、RFPを単なる見積依頼のように説明したり、RFQを候補調査のように説明したりします。略語の形が似ているので、英語の頭文字だけで覚えると混乱しやすいですね。

おすすめは、三つを質問文に変換する覚え方です。RFIは「どんな情報がありますか」、RFPは「どう解決できますか」、RFQは「いくらでできますか」です。この三つの質問に置き換えると、問題文の目的と用語を対応させやすくなります。特にRFPは、提案という言葉が入っているので「どう解決できますか」と覚えるとかなり強いです。

略語	質問にすると	間違えやすい点
RFI	どんな情報がありますか	発注先を即決する文書ではない
RFP	どう解決できますか	価格だけを聞く文書ではない
RFQ	いくらでできますか	仕様が不明確な初期調査ではない

さらに、選択肢を読むときは動詞に注目してください。「収集する」「確認する」ならRFI寄り、「提案させる」「解決策を求める」ならRFP寄り、「見積もらせる」「価格を比較する」ならRFQ寄りです。名詞だけでなく動詞を見ると、長い文章でも意図をつかみやすくなります。

迷ったら、情報、提案、見積の三語に戻りましょう。問題文の目的がどの語に近いかを見れば、選択肢をかなり絞れます。

マネジメント系全体の用語がまだあいまいな人は、基本情報技術者試験マネジメント系の頻出テーマも確認しておくと、調達、品質、進捗、サービス管理の位置づけが整理しやすいです。RFI・RFP・RFQだけを孤立して覚えるより、試験範囲の中でつながりを作る方が忘れにくいかなと思います。

基本情報のRFP・RFI・RFQまとめ

基本情報のRFP・RFI・RFQは、調達プロセスの文書としてまとめて覚えるのが効率的です。RFIは情報提供依頼書で、候補や技術情報を集めるために使います。RFPは提案依頼書で、要件を示して具体的な解決策を提案してもらうために使います。RFQは見積依頼書で、仕様や条件が明確になったあとに価格や納期を比較するために使います。

試験で一番大切なのは、略語の正式名称よりも目的と順番です。情報収集ならRFI、提案依頼ならRFP、見積依頼ならRFQ。流れとしては、RFIで情報を集め、RFPで提案を受け、必要に応じてRFQで見積をそろえ、提案内容を比較評価して調達先を選定し、契約締結へ進みます。

• RFIは情報を集める文書
• RFPは具体的な提案を求める文書
• RFQは価格や納期の見積を求める文書
• 調達問題は前後関係で判断する

出題されたときは、問題文の目的語を探してください。情報提供を求めるならRFI、システム要件に対する提案を求めるならRFP、価格や納期を見積もらせるならRFQです。順番を問う問題では、情報収集、提案依頼、評価、調達先選定、契約締結の流れを思い出しましょう。

勉強するときは、略語カードを作るだけでなく、短い流れ図を自分で書くのがおすすめです。RFI、RFP、RFQ、選定、契約を矢印でつなぐだけでも、選択肢の前後関係がかなり見えやすくなります。

最後に、問題演習では「この文書で何をそろえたいのか」を毎回確認してください。情報をそろえたいのか、提案をそろえたいのか、見積条件をそろえたいのか。この視点だけでも、RFI・RFP・RFQのひっかけはかなり避けられます。今すぐ練習したい場合は、基本情報の過去問アプリで無料演習して、調達計画・実施の問題を確認してみてください。