RFP（提案依頼書）作成支援および第三者評価の重要性について

システム導入や基幹システム再構築のプロジェクトでは、ベンダー選定に失敗した、提案内容を比較できなかった、契約後に想定外の追加費用が発生した、導入後に「こんなはずではなかった」と感じた――こうしたケースが少なくありません。

こうした問題が起きると、多くの企業は「ベンダー選定を間違えた」と考えます。しかし実際には、その原因の多くがベンダー選定以前の段階、すなわちRFP（提案依頼書）にあります。RFPの内容が曖昧であれば、どれだけ慎重にベンダーを選んでも、期待した結果にはつながりにくいのです。

また、RFPを作成したとしても、それだけでプロジェクトが成功するわけではありません。ベンダーから提出された提案書をどのように評価し、どのような判断を行うかも、RFP作成と同じくらい重要な要素です。

本記事では、RFPとは何か、RFPの書き方、RFP作成支援が必要な理由、第三者評価の重要性、そして発注側に求められる判断とは何かについて、実務の視点から解説します。

RFP（提案依頼書）とは何か

RFPとはベンダーへの「提案依頼書」

RFPとは「Request For Proposal」の略で、日本語では「提案依頼書」と呼ばれます。システム導入やシステム再構築を検討する際、複数のベンダーへ同一条件で提案を依頼するための文書です。

しかし、RFPは単なる機能要件一覧ではありません。本来は「なぜシステムを見直すのか」「現在どのような課題を抱えているのか」「何を実現したいのか」「どのような効果を期待しているのか」を、発注側からベンダーへ伝えるための文書です。機能の列挙だけでは、ベンダーはプロジェクトの本質的な狙いを理解できません。

RFPが果たす役割

RFPには大きく3つの役割があります。

提案内容の比較を容易にする

各社に同じ条件で提案を依頼することで、提案内容を比較しやすくなります。条件が揃っていなければ、比較はベンダーの「見せ方」に左右されてしまいます。

見積条件を揃える

前提条件が統一されることで、費用の妥当性を判断しやすくなります。同じ前提のもとで出された見積もりだからこそ、価格差の意味を正しく読み取ることができます。

プロジェクトの方向性を共有する

発注側とベンダーが同じ方向を向いてプロジェクトを進めるための土台になります。RFPの段階で目的やゴールが共有されていれば、提案から導入後の運用までの一貫性が保たれやすくなります。

なぜRFPが重要なのか

RFPの品質で提案の品質が決まる

良い質問には良い回答が返ります。これはシステム導入でも同じです。曖昧なRFPでは、提案内容がバラバラになり、見積条件も異なり、結果として比較できなくなります。

こうなると、発注側は価格だけで判断するしかなくなったり、提案書の見た目や営業担当者の印象で選んでしまったりすることがあります。これは、ベンダーの実力ではなく「伝え方」で選定が決まってしまう、本来あってはならない状態です。

システム導入の成否はベンダー選定前から始まっている

システム導入では「どの会社に発注するか」に注目が集まりがちです。しかし実際には、「何を依頼するか」の方が重要な場合も少なくありません。

依頼内容が曖昧であれば、どれほど実績豊富なベンダーを選んでも、期待通りの結果にはなりにくいのです。優れたベンダーは優れた依頼に応えることはできますが、曖昧な依頼から正解を読み取ることはできません。

RFPは書類作成ではなく「判断整理」である

RFP作成というと、ベンダーへ渡す資料を作る作業のように思われがちです。しかし本質は違います。RFP作成とは、発注側の判断を整理するプロセスです。

例えば、「なぜシステムを刷新するのか」「何を優先するのか」「どこまで投資するのか」「何を諦めるのか」といったことを整理していきます。これらは文書化の作業ではなく、経営判断そのものです。

システム導入には正解がありません。コスト、品質、スピード、柔軟性など、複数の要素のバランスを取る必要があります。だからこそ、判断を曖昧なまま進めることが最大のリスクになります。

RFPはベンダーへの依頼書であると同時に、発注側自身の意思決定を整理するための文書でもあるのです。この視点を持たずに作成すると、RFPは形だけの書類になり、判断を支える役割を果たせません。

RFPの前に必要な「システム構想整理」

実は、多くの企業がRFP作成の前段階でつまずいています。

答えが決まっていないままRFPを書こうとしている

よくあるのが「まずRFPを作ろう」という進め方です。しかし、「現状の何が問題なのか」「どのような状態を目指すのか」「投資対効果をどう考えるのか」が整理されていなければ、良いRFPは作れません。

白紙の状態からRFPの章立てだけを埋めようとすると、内容のない項目が並ぶか、現場の要望をそのまま転記しただけの文書になりがちです。これでは、ベンダーに本当に判断してほしいことが伝わりません。

システム構想がRFPの土台になる

家を建てる前に設計図を描くように、システム導入にも構想整理が必要です。RFPは構想そのものではなく、整理された構想をベンダーへ伝えるための資料です。

構想が曖昧なままでは、どれだけ丁寧にRFPを書いても十分な効果は期待できません。構想整理に時間をかけることは、後工程であるRFP作成や提案評価のスピードと精度を上げることにもつながります。

RFPの書き方　5つのポイント

RFPの書き方に悩む方は多いですが、押さえるべきポイントはそれほど多くありません。次の5点を順に整理していけば、ベンダーが提案しやすく、発注側も後で比較しやすいRFPになります。

  1. 目的を書く――なぜシステムを導入・刷新するのかを明確にします。
  2. 課題を書く――現状のどこに問題があるのかを具体的に伝えます。
  3. 要件を書く――業務要件・機能要件・非機能要件を整理して示します。
  4. 評価基準を書く――何を基準に提案を選ぶのかを先に決めておきます。
  5. 予算と前提条件を書く――投資の規模感と制約条件をベンダーと共有します。

この5点は、後述する「RFPの基本構成案」の骨格にもなります。まずは思想として何を伝えるべきかを押さえ、その上で具体的な構成に落とし込んでいきましょう。

RFPの基本構成案

RFPには標準の型はありませんが、実務上は以下の5つの要素を押さえておくと、ベンダーが提案しやすく、発注側も比較しやすい文書になります。

プロジェクト概要

  • 背景
  • 目的
  • 現状課題

システム要件

  • 業務要件
  • 機能要件
  • 非機能要件

提案依頼事項

  • 開発方針
  • プロジェクト体制
  • スケジュール
  • 保守運用方針

見積条件

  • 初期費用
  • 保守費用
  • ライセンス費用

評価基準

  • 提案内容
  • 実績
  • 体制
  • 費用

特に評価基準を提案依頼の段階で明示しておくことは見落とされがちですが、後の提案評価をスムーズにする上で欠かせません。何を基準に選ぶのかを先に決めておくことで、提案を受け取った後の社内合意も取りやすくなります。

RFP作成でよくある失敗

現状の問題を書いていない

要件だけが並び、背景や課題が共有されていないケースです。ベンダーは「何を解決すべきなのか」が分からず、表面的な提案になりやすくなります。要件の背後にある課題が見えなければ、ベンダーは要件を字面どおりに満たすことしかできません。

機能一覧だけになっている

システム導入の目的が見えなくなり、「言われたものを作る提案」になってしまいます。本来ベンダーに期待すべきは、目的を理解した上での提案であり、単なる御用聞きではありません。

評価基準が曖昧

評価基準が曖昧なまま提案を集めると、最終的に価格だけで判断しがちです。その結果、品質や体制面で後悔するケースもあります。評価基準は提案を集めた後に作るのではなく、RFPの段階で固めておくべきものです。

RFP作成をベンダーに任せてしまう

これは非常によくある失敗です。ベンダーは提案する側であり、評価される側でもあります。極端に言えば、「受験生が試験問題を作る」ような状態です。

もちろん悪意があるわけではありません。しかし、自社に有利な前提や得意分野を中心に整理される可能性は避けられません。発注側が主体となって整理することが重要です。

RFP作成支援を活用するメリット

RFP作成代行を依頼したいというご相談もありますが、単に文書を作成するだけでは十分ではありません。重要なのは、発注側の判断を整理しながらRFPを作ることです。代行はあくまで「作業の代わり」ですが、私たちが行うのは判断そのものを一緒に整理する「支援」です。

社内の認識を整理できる

経営層、現場、情報システム部門では、それぞれ異なる課題認識を持っていることがあります。RFP作成支援を通じて、立場の異なるメンバーの認識を揃えることができます。この合意形成のプロセス自体が、後のプロジェクト推進力につながります。

提案比較がしやすくなる

比較可能な条件で提案を集めることができます。条件設計の経験が豊富な第三者が関わることで、ベンダーごとの強みの違いを踏まえた、実用的な比較軸を用意できます。

ベンダー任せを防げる

発注側が主導権を持ったプロジェクト運営が可能になります。RFP作成の段階から発注側が主体性を持つことで、導入後の運用や追加開発の判断でも、自社の意思で進められる関係を築けます。

提案書はなぜ比較が難しいのか

複数のベンダーへRFPを提示すると、それぞれの会社から提案書が提出されます。一見すると比較できそうに見えますが、実際にはそう簡単ではありません。各社とも、強み・得意分野・提案方針・開発アプローチが異なるからです。

例えば、ある会社は業務知識を強みとし、ある会社は技術力を強みとし、ある会社は価格競争力を強みとしています。また、パッケージ活用を前提とする提案、スクラッチ開発を前提とする提案、段階的導入を前提とする提案など、考え方そのものが異なる場合もあります。

つまり提案書は、「どれが正しいか」を比較するものではなく、「自社にとってどの選択肢が最適か」を判断するための材料なのです。だからこそ、発注側には提案を読み解く力が求められます。提案の優劣を表面的な完成度や説明の上手さで判断すると、自社に合わない選択をしてしまうリスクがあります。

実はRFP作成より重要な「第三者評価」

良いRFPを作成できても、それだけでベンダー選定が成功するとは限りません。

価格だけでは判断できない

安価な提案が最適とは限りません。むしろ、要件理解、実現性、将来性、プロジェクト体制、保守運用体制の方が重要な場合もあります。価格は判断材料の一つにすぎず、最終的な決定要因ではありません。

第三者評価の役割

第三者は、ベンダーの立場ではなく、製品を販売する立場でもないため、客観的な視点で提案内容・リスク・費用妥当性・実現可能性を評価できます。発注側だけで評価しようとすると、社内の力関係や声の大きさに判断が引き寄せられてしまうこともあります。

また、各社の提案を同じ土俵で整理し、経営層やプロジェクト責任者が判断しやすい状態をつくることも重要な役割です。第三者が中立的な視点で論点を整理することで、社内の意思決定がスムーズになり、選定理由を後から説明する際の根拠にもなります。

RFPに予算は書くべきか

RFPに予算を書くべきかどうかは、よく議論になるテーマです。予算を書かない方が安く提案してもらえると思われがちですが、実際には逆です。

ベンダーは前提条件が分からないと、安全側に見積もる傾向があります。予算という前提が示されないリスクを、価格に上乗せして吸収しようとするためです。結果として、予算を隠したことが逆に費用を引き上げてしまうケースも少なくありません。

予算を示すことは、価格を決めることではありません。発注側の意思を示すことです。どこまでの投資に対してどこまでの効果を期待するのか、その意思がベンダーに伝わることで、提案の精度も評価のしやすさも大きく変わります。

発注側に必要なのは「正解」ではなく「納得できる判断」

システム導入や基幹システム再構築において、未来を正確に予測することはできません。どのベンダーを選んでも、想定外の課題、業務変化、技術変化は発生します。つまり、最初から絶対に正しい選択肢を見つけることは不可能です。

重要なのは、正解を探すことではなく、その時点で得られる情報を整理し、納得できる判断を行うことです。RFP作成支援や第三者評価の役割も同じです。正解を断言することではありません。

発注側が、何を重視するのか、どのリスクを許容するのか、どの提案を採用するのかを主体的に判断できる状態をつくることにあります。

システム導入の成功とは、単にシステムが完成することではありません。発注側自身が納得感を持って意思決定を行い、その結果に責任を持てる状態をつくることでもあるのです。判断の過程に納得感があれば、導入後に想定外の事態が起きても、振り返りと改善につなげていくことができます。

RFP作成支援からベンダー選定まで一貫して支援する重要性

RFPだけ作っても、評価を誤れば意味がありません。逆に評価だけ行っても、RFPが不十分であれば良い提案は集まりません。重要なのは、システム構想整理、RFP作成、提案依頼、提案評価、ベンダー選定を一連のプロセスとして考えることです。

これらの工程を分断して個別に進めると、前工程での判断の意図が後工程に伝わらず、整合性の取れない結果になりがちです。発注側が主体的に判断できる状態を作ることが、プロジェクト成功への第一歩です。

まとめ

  • RFPはベンダー選定の土台である
  • RFPの品質が提案の品質を左右する
  • RFPは書類ではなく判断整理のプロセスである
  • 良いRFPの前には構想整理が必要である
  • ベンダー任せのRFPにはリスクがある
  • 提案書は単純比較できない
  • 第三者評価は客観的な意思決定を支援する
  • 予算は価格交渉の材料ではなく、発注側の意思を示すものである
  • 発注側に必要なのは正解ではなく納得できる判断である

システム導入や基幹システム再構築を成功させるためには、RFP作成から提案評価までを一貫して設計することが重要です。

RFPを書く前に、予算の考え方を整理しませんか？

ホワイトペーパー「予算を示せないRFPは意思を示せない」

－RFP とは「価格交渉」ではなく「価値の設計」である－

IT投資やシステム刷新が思うように成果につながらない。
その原因の多くは「RFPの作り方」にあります。

本書はRFPを「見積依頼書」から「価値の設計図」へ変えるための実務知を、具体的事例とともに体系化したものです。中堅企業のIT刷新を数多く支援してきたオーシャン・アンド・パートナーズが経営者が握るべき「発注者主導」の要点を余すことなく解説します。

➡今すぐ無料ダウンロード

システム導入の成否は、発注前に決まる

  • RFPをどうまとめればよいか分からない
  • 提案内容を比較・評価できる自信がない
  • 現場と経営層で認識が揃っていない
  • システム導入の方向性そのものに迷っている
  • 特定のベンダーに依存せず、中立的な意見を聞きたい

オーシャン・アンド・パートナーズでは、システム構想整理からRFP作成支援、提案評価、ベンダー選定支援までを一貫してサポートしています。当社ではRFP作成コンサルティングから提案評価まで支援しています。

私たちは特定の製品やサービスを販売する立場ではありません。発注側の立場でプロジェクトを整理し、納得できる判断ができる状態をつくることを重視しています。

システム構想策定支援

システム導入の目的や課題、投資対効果を整理し、プロジェクトの方向性を明確にします。

▶ システム構想策定支援はこちら

RFP作成・ベンダー選定支援

RFP作成コンサルティングから提案評価、ベンダー選定までを中立的な立場で支援します。

▶ RFP作成・ベンダー選定支援はこちら

基幹システム再構築支援

老朽化した基幹システムの刷新やクラウド移行を、構想段階から伴走支援します。

▶ 基幹システム再構築支援はこちら

この記事を書いた人について

谷尾 薫
谷尾 薫
オーシャン・アンド・パートナーズ株式会社　代表取締役
協同組合シー・ソフトウェア（全省庁統一資格Aランク）代表理事

富士通、日本オラクル、フューチャーアーキテクト、独立系ベンチャーを経てオーシャン・アンド・パートナーズ株式会社を設立。2010年中小企業基盤整備機構「創業・ベンチャーフォーラム」にてチャレンジ事例100に選出。

関連記事

資料ダウンロード