平成24年度 春期 ITパスポート試験 問93

誤りは2か所ある。第一に、RFP で提案を求める対象は調達したいシステム（ここでは予約システム）であって、「予約の業務フロー」そのものの提案ではない。どういう業務の流れにするかは発注者が業務要件として自ら決め、RFP に前提条件として書いて渡す側の情報である。第二に、「必要な最小限の要件を記述する」が決定的に誤り。RFP の要件記述が不十分だと、ベンダは前提を各社バラバラに想像して提案するため、提案内容も見積額も比較できなくなり、契約後に「その要件は聞いていない」という追加費用・納期遅延の原因になる。RFP では必要な要件を正確に、漏れなく書くのが原則である。

「来客者登録など依頼していないシステムの提案も引き出すために使用する」が誤り。RFP はむしろ調達範囲（どこからどこまでを提案してほしいか）を明確に線引きするための文書であり、依頼していない機能まで提案させる道具ではない。範囲が曖昧なまま余計な提案を誘うと、提案ごとに対象範囲が食い違って比較できなくなり、見積額も膨らみ、プロジェクトのスコープが不明確になる。ベンダから幅広い情報や技術動向を集めたい段階であれば、RFP の前に RFI（情報提供依頼書）を使うのが正しい進め方である。

これは RFP ではなく、提案書を受け取った「後」の評価・選定の工程を述べている。しかもその審査は発注者側が、あらかじめ定めた選定基準（機能の充足度、価格、納期、実績、サポート体制など）に従って自ら行うものであり、外部に審査を依頼する文書ではない。RFP は提案書が届く前に発注者が出す文書なので、時間的な順序も逆になっている。「提案依頼書（RFP）」と「ベンダが提出する提案書」を取り違えると選びやすい選択肢なので、どちらが誰の作る文書かを整理しておくこと。