提案依頼書とは、制作会社やCMSベンダーに対して、プロジェクトの背景、目的、対象範囲、条件、期待する提案内容を伝える文書です。英語ではRFP(Request for Proposal)と呼ばれます。
RFPの目的は、分厚い仕様書を作ることではありません。候補各社へ同じ前提を伝え、提案範囲、費用、体制、スケジュールを比較できる状態にすることです。RFPが曖昧だと、各社が不足情報を独自に補って提案するため、見積もり金額の差が、提案力の差なのか対象範囲の差なのか判断できません。
結論|提案依頼書(RFP)とは
RFPは、複数の制作会社・CMSベンダーへ同じ案件条件を伝え、比較可能な提案を依頼する文書です。背景、目的、対象範囲、必須条件、提案してほしい事項、提出形式、評価基準を記載します。すべての案件に必須ではなく、比較・調達の必要性に応じて作成します。
この記事のポイント
- RFPは見積依頼書ではなく、課題解決の提案を比較するための文書
- 要件定義書を外部向けに整理し、依頼範囲・提出条件・評価基準を加える
- 相談先が少ない場合や共同要件定義を前提にする場合は、簡易ブリーフでも進められる
- 未決事項を隠さず、提案してほしい論点として明示する
RFPは、発注側が候補企業へ案件情報を提供し、「この課題と条件に対して、どのような方法・体制・費用で実現するか」を提案してもらうための文書です。
Webサイトリニューアルでは、デザイン制作だけでなく、情報設計、CMS、システム、移行、運用、保守など提案範囲が広いため、前提をそろえる役割が特に重要です。
RFPには、発注側で決めた条件だけでなく、提案を求める項目も書きます。サイト構造、CMSの活用方法、移行手順、プロジェクト体制など、候補各社の知見を比較したい論点は、仕様として固定せず「提案事項」として明示します。
|
文書 |
目的 |
主な内容 |
使うタイミング |
|
RFI(情報提供依頼書) |
製品・サービス・企業の情報を広く集める |
対応領域、実績、製品概要、概算費用、標準機能 |
候補を絞る前 |
|
RFP(提案依頼書) |
同じ条件で具体的な提案を集める |
背景、目的、対象範囲、要件、提案事項、提出条件、評価基準 |
候補企業を選定するとき |
|
RFQ(見積依頼書) |
仕様が明確な案件の価格を比較する |
数量、仕様、納期、契約条件 |
実現方法や範囲がほぼ確定した後 |
|
要件定義書 |
社内合意とプロジェクトの基準をつくる |
目的、範囲、要件、体制、未決事項 |
RFP作成前からプロジェクト全体 |
- 複数の制作会社・CMSベンダーを同じ条件で比較する
- 社内規程や調達ルールで、コンペ・相見積もりが必要である
- サイト規模が大きく、情報設計、CMS、移行、運用を総合的に提案してほしい
- 提案内容と費用の差を、役員・調達部門へ説明する必要がある
- 複数のCMSタイプや構築方式を比較したい
- 発注後の追加費用を減らすため、前提条件をそろえたい
- 相談先が1〜2社に絞られており、要件定義から一緒に進めたい
- 小規模な改修で、対象範囲・成果物・仕様が明確である
- SaaS型CMSの導入相談として、まず標準機能と適合性を確認したい
- 短期間で概算と実現性を確認し、その後に正式な要件を作りたい
- 既存パートナーとの契約上、競争調達を必要としない
この場合でも、背景、目的、対象範囲、現行課題、希望時期、予算感、確認したい事項をまとめた簡易ブリーフは用意してください。口頭説明だけでは、社内と相談先の双方で認識がずれる可能性があります。
|
項目 |
記載する内容 |
|
1. プロジェクト概要 |
案件名、発注企業、主管部門、RFPの目的、機密情報の扱い |
|
2. 背景と目的 |
リニューアルの背景、解決したい課題、目指す状態、評価指標 |
|
3. 現行サイト・システム |
URL、サイト数、ページ数、CMS、サーバー、外部サービス、運用体制 |
|
4. 対象範囲・対象外 |
対象サイト、ページ、言語、コンテンツ、フォーム、外部サービス、次フェーズ |
|
5. ターゲット・方針 |
主要閲覧者、導線、コンテンツ・ブランド・デザイン・アクセシビリティ方針 |
|
6. 必須要件 |
CMS、権限、承認、セキュリティ、移行、公開日など候補選定に必須の条件 |
|
7. 提案依頼事項 |
情報設計、CMS活用、制作方法、移行、運用、改善など提案してほしい内容 |
|
8. 成果物・役割分担 |
サイトマップ、デザイン、CMS、原稿、撮影、移行、マニュアル、研修の担当 |
|
9. スケジュール |
質問期限、回答日、提案会、選定、契約、設計、制作、公開の希望 |
|
10. 予算・費用条件 |
予算レンジ、初期・運用費の区分、見積もりに含む範囲、追加費用の考え方 |
|
11. 提出方法 |
提案書の章立て、ページ数、形式、提出先、質問方法、デモ・プレゼン条件 |
|
12. 評価基準 |
案件理解、提案、要件適合、運用、体制、移行、保守、費用などの評価項目 |
STEP1:
社内の要件定義書と現行資料を整理する
STEP2:
候補企業へ伝える情報と、開示できない情報を分ける
STEP3:
必須条件、提案事項、回答形式、評価基準を作る
STEP4:
候補企業へ配布し、質問受付と回答共有を行う
STEP5:
提案書、デモ、プレゼンを同じ観点で評価する
STEP6:
不明点と見積もり前提を確認し、最終候補を決める
STEP7:
契約前に対象範囲、成果物、役割、追加費用条件を合意する
|
失敗 |
問題 |
改善方法 |
|
目的が抽象的 |
候補各社が異なる課題を想定して提案する |
現状、影響、目指す状態をつなげて書く |
|
対象範囲が曖昧 |
見積もりに含むページ・移行・原稿作成がそろわない |
対象・対象外・次フェーズを一覧化する |
|
機能一覧が膨大 |
利用しない要件が増え、製品適合性を誤る |
利用シーンと優先度を付ける |
|
提出形式が自由 |
提案書の構成が異なり比較できない |
章立てと見積もり内訳を指定する |
|
価格だけで選ぶ |
移行・運用・保守の範囲差を見落とす |
5年間の費用と責任範囲を比較する |
|
未決事項を書かない |
候補各社が異なる前提を置く |
未決事項と提案してほしい内容を明示する |
提案依頼書(RFP)は、制作会社やCMSベンダーへ案件情報を送るためだけの資料ではありません。候補各社が同じ前提で提案し、発注側が根拠を持って比較するための文書です。
背景、目的、対象範囲、必須条件、提案事項、回答形式、評価基準をそろえ、未決事項も明示します。案件によっては正式なRFPではなく簡易ブリーフで十分な場合もあります。文書の形式より、発注側と提案側の認識がそろい、比較と合意形成ができる状態を目指してください。
-
RFPは何社へ送るのがよいですか?
一般には3〜5社程度が比較しやすい範囲です。候補が多すぎると質問対応と評価の負担が増えます。RFIや事前面談で候補を絞ってからRFPを配布する方法もあります。
-
RFPに予算を書くべきですか?
可能であれば予算レンジや上限、初期費用・運用費の考え方を共有します。予算が完全に不明な場合は、複数プランやフェーズ案を依頼すると比較しやすくなります。
-
RFPにCMS製品名を指定してもよいですか?
製品が決定済みなら指定できます。未決の場合は、必須の運用・セキュリティ・移行条件を示し、推奨CMSと理由を提案してもらう方法があります。
-
RFP配布後の質問には個別回答してよいですか?
公平な比較を行う場合、提案条件に影響する質問と回答は候補各社へ共有することが望ましいです。機密性や個別事情がある質問は、共有範囲を判断します。

