RFP（提案依頼書）とは何か、なぜWeb制作に必要か？
RFP（提案依頼書）とは、発注者が複数の制作会社に対して同一条件で提案を求めるための文書で、比較可能な見積もりを得るための前提条件です。IPA（情報処理推進機構）の学習教材「調達計画・実施」によれば、RFPは実際の調達フェーズで交付される公式文書であり、複数のベンダから条件を揃えた提案書を取得することで、比較検討の公平性と透明性を高める役割を担います（出典：IPA学習教材「調達計画・実施、RFI、RFPなど」）。
口頭・メール発注との違い
口頭やメールで制作会社に相談した場合、各社が「それぞれの解釈」で見積もりを作るため、返ってきた金額を横並びで比べることができません。RFPを使えば、全社が同じ前提条件で提案を組むため、価格差の原因が「仕様の違い」ではなく「各社のアプローチと実力の違い」に絞り込めます。
| 比較軸 | 口頭・メール発注 | RFPによる発注 |
|---|---|---|
| 提案の前提条件 | 各社が独自解釈 | 全社が同一条件 |
| 見積もりの比較可能性 | 低い（仕様がバラバラ） | 高い |
| 認識ズレのリスク | 大きい | 小さい |
| 発注者の準備工数 | 少ない | 中程度（1〜2週間） |
| 選定後のトラブル | 発生しやすい | 発生しにくい |
RFPがないと起きる3つのリスク
Web制作の発注においてRFPを省略すると、以下の3つのリスクが実務上よく発生します。
- 見積もりが揃わない。 各社が想定する仕様や工数の前提が異なるため、A社は500,000円、B社は1,500,000円という結果になっても、その差が「品質の差」なのか「仕様解釈の差」なのか判断できません。
- 要件の言語化が後回しになる。 「なんとなく新しくしたい」という状態で発注すると、制作開始後に追加要件が次々と発生し、追加費用と納期遅延の原因になります。
- 社内合意が取りにくくなる。 制作会社の選定根拠を経営層や関係部署に説明する際、RFPと評価軸が存在しないと判断の透明性を示せません。
こうした発注リスクは、中小企業でとくに顕在化しやすい課題です。総務省「令和5年版情報通信白書」では、日本企業のデジタル化水準が米国・欧州主要国と比較して低い傾向にあることが各国比較データで示されており、中小企業層でその傾向がより顕著とされています（出典：総務省「令和5年版情報通信白書」各国企業のデジタル化の状況）。また、中小企業庁「2021年版中小企業白書」第2節では、中小企業のデジタルツール導入状況に企業規模間で格差があり、小規模企業での導入が特に遅れていることが示されています（出典：中小企業庁「2021年版中小企業白書」第2節）。
一方、中小企業庁「2022年版中小企業白書」第2節によれば、データ利活用に取り組む中小企業ほど売上高や生産性の改善効果が確認されています（出典：中小企業庁「2022年版中小企業白書」第2節）。Webサイトを起点とした情報発信や問い合わせ獲得も、こうした取り組みの一部です。適切なRFPで発注の質を上げることは、Webサイトへの投資対効果を高める最初のステップと言えます。
なお、本記事の対象はホームページ・LP・コーポレートサイト等のWeb制作に限定しています。基幹システムや業務アプリの外注を検討している場合は、要件定義や発注チェックリストに関する別の記事を参照してください。RFPの具体的な記載項目とテンプレートは次のセクション以降で詳述します。
何から始めるか：RFP作成の全体フローと所要時間
まず「サイトの目的と成果指標の言語化」から着手し、情報収集から完成まで1〜2週間を見込むと現実的です。最初から記載項目を埋めようとすると、目的と機能要件が混同してしまい、後工程で大きく書き直すことになります。
5つのステップと各所要時間の目安
RFP作成は以下の5ステップで進めます。各ステップの所要時間はあくまで目安であり、社内関係者の数や承認フローによって変動します。
| ステップ | 作業内容 | 所要時間の目安 | つまずきやすい点 |
|---|---|---|---|
| 1. 目的・課題の言語化 | 「なぜ今作るのか」「解決したい課題は何か」を文章化する | 1〜2日 | 担当者の主観と経営層の意図がずれていることに気づかず進めてしまう |
| 2. 成果指標（KPI）の設定 | 完成後に測定する数値目標を決める（例：問い合わせ数、直帰率） | 半日〜1日 | KPIを「ページビュー数」だけにしてしまい、ビジネス成果と結びつかない |
| 3. 機能・技術要件の整理 | Must／Wantに分けて必要な機能を列挙する | 1〜2日 | 実現手段（How）まで書きすぎて特定ベンダの仕様に引き寄せられる |
| 4. 予算・納期の確定 | 上限予算とマストの公開日を社内決裁する | 1〜3日 | 決裁に時間がかかりステップ5が詰まる |
| 5. ドキュメント化・レビュー | テンプレートに沿って清書し、関係者で最終確認する | 1〜2日 | 表現の揺れや記載漏れが残ったまま送付してしまう |
合計の目安：5〜10営業日（1〜2週間）
ステップ1と2は内部の議論を要するため、思っているより時間がかかります。外部の制作会社に声をかける前に、この2ステップを社内で完結させておくことが重要です。
つまずきやすいポイント：目的と機能要件の混同
RFP作成で最もよく起きる失敗は、「目的」と「機能要件」を同じ欄に混在させてしまうことです。
- 目的（Why）の例：「新規顧客からの問い合わせを月10件増やしたい」
- 機能要件（What）の例：「問い合わせフォームとチャットボットを設置したい」
- 実現手段（How）の例：「WordPressのContact Form 7を使う」
実務解説資料が共通して指摘するように、RFPでは「What」を中心に書き、「How」はベンダの提案に委ねることが推奨されています。「How」まで指定すると、特定のCMSや実装手段を前提にした見積もりしか返ってこず、各社の提案を比較する意味が薄れます（参照：customedia「０から分かる！RFP（提案依頼書）の書き方解説」）。
また、中小企業庁「2021年版中小企業白書」（第2節）では、中小企業のデジタルツール導入状況には企業規模間で格差があり、特に小規模企業での導入が遅れていることが示されています（出典：中小企業庁「2021年版中小企業白書」第2節 https://www.chusho.meti.go.jp/pamflet/hakusyo/2021/chusho/b2_2_2.html）。Web制作の発注経験が少ない企業が多い背景を踏まえると、ステップ1〜2の「目的の言語化」に時間を割くことが、発注全体の品質を左右します。
さらに総務省「令和5年版情報通信白書」によれば、日本企業のデジタル化水準は米国・欧州主要国と比較して低い傾向にあり、中小企業層ではその傾向がより顕著とされています（出典：総務省「令和5年版情報通信白書」各国企業のデジタル化の状況 https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r05/html/nd24b210.html）。このような状況下でも、RFPという構造化された文書を使うことで、発注の経験値に依存せずに比較可能な提案を引き出せます。
「どの機能が必要か」の整理に行き詰まった場合は、次のセクションで解説する標準記載項目の一覧表を参照してください。各項目の書き方と記載例も合わせて示します。
Web制作RFPの標準記載項目一覧
IPA等の公的資料が示す標準構成に基づくと、RFPには「会社概要」「現状と課題」「目的・目標」「機能要件」「納期・予算」「選定基準」など10項目前後が最低限必要です。これらが揃っていない場合、制作会社は前提を自己補完せざるを得ず、提案の比較可能性が下がります。
必須項目と任意項目の区分け表
記載項目は「必須（Missing があると提案できない）」と「任意（あれば提案精度が上がる）」に分けて考えると整理しやすくなります。
| # | 項目名 | 区分 | 目的 |
|---|---|---|---|
| 1 | 会社・組織概要 | 必須 | 事業規模・業種を制作会社が把握するための前提情報 |
| 2 | 現状のサイト情報 | 必須 | 既存URL、月間PV、CMS環境など現況の共有 |
| 3 | 課題・背景 | 必須 | なぜ今制作・リニューアルするのかの文脈 |
| 4 | 目的・達成目標（KPI） | 必須 | 「何を実現したいか」の言語化（前セクション参照） |
| 5 | ターゲットユーザ | 必須 | 想定読者・顧客の属性と行動パターン |
| 6 | 機能要件 | 必須 | 実装が必要な機能の一覧と優先度 |
| 7 | 非機能要件 | 必須 | 表示速度、セキュリティ、アクセシビリティ等の品質基準 |
| 8 | 技術・インフラ要件 | 必須 | 使用CMS、サーバ環境、連携システムの指定または要望 |
| 9 | 予算上限 | 必須 | 詳しくは後述しますが、上限額の明示が原則 |
| 10 | 納期・スケジュール | 必須 | 公開希望日と絶対締め切りの両方 |
| 11 | 提案書の提出形式 | 必須 | 送付方法、ページ数制限、提出期限 |
| 12 | 選定基準・配点 | 必須 | 評価軸の透明化（詳しくは後述します） |
| 13 | 参考サイト | 任意 | デザイントーン・機能の参考として提示 |
| 14 | 競合・業界情報 | 任意 | 差別化ポイントを制作会社が把握するための補足 |
| 15 | 保守・運用方針 | 任意 | 公開後の更新体制や契約継続の意向 |
各項目の書き方と記載例
各項目で「よく書かれる不十分な例」と「推奨する書き方」を対比します。
1. 課題・背景
- 不十分な例：「サイトが古くなったので作り直したい」
- 推奨する書き方：「現サイトはスマートフォン非対応のため、モバイルからの直帰率が高く、問い合わせ数が月平均XX件にとどまっている。競合他社と比較してコンバージョン率の改善が急務となっている。」
数値がなくても構いませんが、「何に困っているか」を具体的な状況として書くことで、制作会社は的外れな提案を避けられます。
2. 機能要件
機能要件は「実装してほしい機能」と「優先度」をセットにして一覧化します。優先度は「必須（Must）」「あれば望ましい（Want）」「将来対応可（Future）」の3段階が使いやすい区分です。
| 機能 | 優先度 | 備考 |
|---|---|---|
| お問い合わせフォーム | Must | 自動返信メール付き |
| 採用情報の更新（CMS） | Must | 担当者がノーコードで更新できること |
| ブログ・お知らせ機能 | Want | 画像アップロード対応 |
| 多言語対応（英語） | Future | 第2フェーズでの実装を想定 |
| 会員ログイン機能 | 対象外 | 今回のスコープ外 |
「対象外」も明示するのが重要なポイントです。スコープが曖昧だと、制作会社は安全側に見積もりを積み増す傾向があります。
3. 選定基準
評価軸と配点の書き方は後のセクションで詳しく扱いますが、RFP内には少なくとも「何を重視して選定するか」を箇条書きで記載してください。評価軸がないと、制作会社は「価格を下げることが最善策」と判断し、提案の質より価格競争に寄りやすくなります。
技術要件欄の落とし穴：CMS・サーバ環境の明記
技術要件は、記載漏れが最もコスト誤差につながる項目です。同じ「サイト制作」でも、CMS構成やサーバ環境によって開発工数が大きく変動します。
確認して記載すべき技術的情報は以下のとおりです。
- 現在使用しているCMS（WordPress、Wix、独自開発など）。移行を伴う場合はデータ移行の有無も明記する。
- サーバ・ホスティング環境（レンタルサーバ、AWS、Vercelなど）。御社側で契約を維持するか、制作会社に手配を委ねるかも指定する。
- 既存システムとの連携（SalesforceなどCRM、在庫管理システム、予約システムなど）。APIの有無が実装難易度を左右する。
- ドメインの管理状況（お名前.comなどのレジストラ情報と、担当者が変更権限を持っているか）。
- SSL証明書の対応（現在の証明書の種別と更新方法）。
特にWordPressを指定する場合、「子テーマを使うか」「ページビルダの有無」「プラグイン制限の有無」まで記載できると、見積もり精度がさらに上がります。WordPressはプラグイン構成によって同じ機能でも開発工数が数倍変わることがあるためです。
また「サーバは制作会社に任せる」と記載するだけでは不十分です。初期費用に含めるのか、月額費用として別途請求されるのか、契約主体はどちらになるのかを事前に確認・明記しておくと、提案書受領後の条件確認往復を減らせます。
そのままコピーして使えるRFPテンプレート
以下のテンプレートは標準的なWeb制作RFPの構成に準拠しており、御社の情報を埋めるだけで提案依頼に使える形式です。前セクションで整理した12項目の記載内容を、実際のドキュメントとして出力できる状態にまとめています。
一次情報の参考として: 総務省「令和6年 通信利用動向調査報告書（企業編）」（情報流通行政局）が示すとおり、国内企業のホームページ開設率は依然高水準を維持しています。同調査の令和4年版では従業者数別・資本金額別の開設状況が集計されており、規模が小さい企業ほど開設率が低い傾向が確認できます（出典: 総務省「令和4年 通信利用動向調査報告書（企業編）」問2(1) ホームページの開設状況）。規模を問わず、はじめてWeb制作を外注する際ほど、RFPという形式知が選定精度を左右します。
テンプレート全文（Markdown形式）
以下をそのままコピーし、【 】内を御社の情報に置き換えてください。
# Web制作 提案依頼書（RFP）
発行日: 【20XX年XX月XX日】
発行者: 【会社名・担当部署・担当者名】
提案期限: 【20XX年XX月XX日 XX:00まで】
---
## 1. 会社概要
- 会社名:【正式社名】
- 所在地:【都道府県・市区町村】
- 事業内容:【主力事業を2〜3文で】
- 従業員数:【XX名】
- 現在のWebサイトURL:【https://example.com（なければ「なし」）】
---
## 2. プロジェクトの背景と現状の課題
【現在のサイトまたはWeb施策の状況と、そこに感じている課題を3〜5文で記載する。
例: 現サイトは20XX年に制作したもので、スマートフォン非対応のため離脱率が高い状態です。
また問い合わせフォームが分かりにくく、月間問い合わせ件数がXX件にとどまっています。】
---
## 3. プロジェクトの目的と達成目標（KPI）
| 目的 | 達成目標（KPI） | 計測方法 |
|------|----------------|---------|
|【例: 問い合わせ数の増加】|【月XX件以上】|【Googleアナリティクス】|
|【例: ブランド認知向上】|【直帰率XX%以下】|【同上】|
---
## 4. 制作スコープ（対象範囲）
- 対象: 【新規制作 / リニューアル / 部分改修】
- ページ数の目安: 【XX〜XXページ（トップ、会社概要、サービス、採用、お問い合わせ等）】
- 対象外: 【例: ロゴ制作、コピーライティング（テキストは自社支給）】
---
## 5. 機能要件
| 機能 | 優先度（高・中・低） | 備考 |
|------|---------------------|------|
|【例: レスポンシブデザイン】|高|スマートフォン・タブレット対応|
|【例: お問い合わせフォーム】|高|自動返信メール付き|
|【例: ブログ・お知らせ更新機能】|中|担当者が自己更新できること|
|【例: 採用情報ページ】|低|将来的に追加予定|
---
## 6. 技術要件
- CMS: 【WordPress / 指定なし / 既存CMSを継続使用（〇〇）】
- サーバ: 【指定なし / 自社契約のレンタルサーバを使用（〇〇社）】
- ドメイン: 【継続使用 / 新規取得】
- SSL: 【対応必須】
- 外部システム連携: 【例: Salesforce、Kintone、なし】
- アクセス解析: 【Googleアナリティクス4を導入・引き継ぎ】
---
## 7. デザイン要件
- トンマナ: 【例: 清潔感・信頼感を重視。堅すぎず、親しみやすい印象】
- 参考サイト（良い例）: 【URL1】【URL2】
- 参考サイト（避けたい例）: 【URL3】
- 支給素材: 【ロゴデータ（あり）/ 写真（一部あり・追加撮影は要相談）】
---
## 8. コンテンツ（原稿・素材）の分担
| 項目 | 発注者 | 制作会社 |
|------|--------|---------|
|テキスト原稿|支給|レビュー・校正|
|写真・画像|一部支給|必要に応じてストック素材使用|
|動画|なし|対象外|
|イラスト・アイコン|なし|制作会社に委託|
---
## 9. 予算と納期
- 予算上限: 【XXX万円（税込）】
※上限を超える場合は、スコープ調整の代替案を提案してください
- 公開希望日: 【20XX年XX月】
- マスト締め切り: 【20XX年XX月XX日（例: 展示会・イベントに合わせた絶対期限）】
- 納期がマストである理由: 【例: 特になし / 〇〇イベントに合わせる必要がある】
---
## 10. 保守・運用サポート
- 公開後のサポート: 【必要 / 不要 / 要相談】
- 更新作業の依頼先: 【自社で更新 / 制作会社に依頼】
- セキュリティアップデート対応: 【含めてほしい / 自社対応】
---
## 11. 選定基準と評価軸
提案内容は以下の軸で評価します（詳細は後述の評価シートを参照）。
| 評価軸 | 配点 |
|--------|------|
|提案内容の課題理解度|30点|
|デザイン・UXの提案品質|25点|
|技術力・実績|20点|
|費用対効果|15点|
|サポート体制|10点|
|合計|100点|
---
## 12. 提出物と提案フォーマット
提案書に含めてほしい内容:
1. 御社概要（実績含む）
2. 課題の理解と提案方針
3. サイトマップ案（ページ構成）
4. デザインイメージ（ラフスケッチ・参考事例等）
5. 機能・技術仕様の提案
6. 見積書（項目別の内訳を明示）
7. スケジュール（マイルストーン単位）
8. 保守・運用プランと費用
提出方法: 【メール添付 / Googleドライブ共有 / 指定フォームから提出】
提出先: 【担当者名・メールアドレス】
---
## 13. スケジュール（選定プロセス）
| ステップ | 日程 |
|----------|------|
|RFP送付|20XX年XX月XX日|
|質問受付期限|20XX年XX月XX日|
|質問回答（一括）|20XX年XX月XX日|
|提案書提出期限|20XX年XX月XX日|
|プレゼン・ヒアリング|20XX年XX月XX日〜|
|発注先決定・通知|20XX年XX月XX日|
---
## 14. 秘密保持と取り扱い
本RFPに含まれる情報は、提案目的以外への使用を禁止します。
提案に参加された場合も、選定結果にかかわらず守秘義務を遵守してください。
---
*提案に関するご質問は【質問受付期限】までに【担当者メールアドレス】へご連絡ください。*
*質問とその回答は、参加全社に同時開示します。*
項目ごとの記入ガイド
テンプレート内で特に入力に迷いやすい項目を補足します。
3. 目的とKPIの書き方
KPIは「問い合わせ数を増やしたい」ではなく、「月間XX件以上」と数値で書きます。現状値が不明な場合は「現状: 月XX件、目標: その1.5倍」の形式にすると、制作会社が提案に具体性を持たせやすくなります。
5. 機能要件の優先度
「高・中・低」の3段階で優先度を明示することが重要です。優先度が未記載だと、制作会社が全機能を必須と解釈して見積もりが膨らむ場合があります。「低」の機能は「フェーズ2以降での対応も可」と注記すると、提案の幅が広がります。
6. 技術要件の記載精度
CMSとサーバの記載はとりわけ見積もり精度に直結します。「指定なし」とだけ書くと、制作会社ごとに異なるシステムを前提とした提案になり、費用の比較が困難になります。既存サーバを継続使用する場合は契約しているサービス名（例: エックスサーバ、ConoHa等）を必ず記載してください。
9. 予算と納期の二重構造
予算欄に「要相談」とだけ書くことは避けてください。予算の書き方と発生するリスクの詳細は次のセクション「予算・納期の書き方」で解説します。
14. 秘密保持の扱い
正式な秘密保持契約（NDA）が必要な場合は、RFP内に「提案参加の条件としてNDA締結を求める」と明記し、NDA書類を別添付で送付します。テンプレート内の一文は最低限の口頭表明として機能しますが、法的効力は限定的です。重要な自社情報（売上データ、未公開製品情報等）を開示する場合は必ずNDAを締結してください。
予算・納期の書き方：制作会社が答えやすい表現とは？
予算は「上限額」を明示し、納期は「公開希望日」と「マストの締め切り」を分けて記載すると、制作会社側が現実的な提案を組みやすくなります。この2項目の書き方ひとつで、受け取る提案の精度が大きく変わります。
予算非公開が招くミスマッチの構造
予算を伏せる発注者は少なくありません。「先に金額を出すと足元を見られる」という懸念からです。ただ、この判断が提案品質を下げる原因になりやすい点は押さえておく必要があります。
制作会社は予算の手がかりがないと、提案の規模感を独自に推定します。その結果、50万円を想定した提案と500万円を想定した提案が混在し、ページ数・機能・デザイン品質のどれもが揃わない提案書が届くことになります。価格差の原因が「各社の実力の違い」ではなく「前提の違い」になってしまい、公平な比較ができません。
予算を開示することへの抵抗感は自然です。ただ、RFPにおける予算明示は「この金額しか払わない」という宣言ではなく、「この規模感で考えてほしい」というスコープ設定の役割を果たします。
制作会社の視点で整理すると、次のような対応の違いが生まれます。
| 予算の書き方 | 制作会社側の受け取り方 | 発注者が得られる提案の質 |
|---|---|---|
| 非公開・要相談 | 規模感を独自推測。提案に大きなばらつきが出る | 比較が困難 |
| 「できるだけ安く」 | 最小構成を前提とした見積もりになりやすい | 期待を下回る可能性が高い |
| 「上限100万円（税抜）」 | 100万円以内で最大の成果を出す提案を組む | 実現可能な提案が揃う |
| 「80〜120万円を想定」 | レンジ内で複数案を用意するケースもある | 選択肢が広がる |
予算帯の記載に迷う場合は、「この金額では何ができないか」を制作会社に問う形にするのも有効です。「予算100万円（税抜）の範囲で実現できる範囲と、できない範囲を明示してください」という一文を添えるだけで、提案の具体性が上がります。
Web制作費用の価格帯と予算設定の考え方
予算の上限額を決めるには、一般的な制作費用の価格帯を知ることが前提になります。以下は規模感の目安です。案件の個別事情により大きく変動するため、あくまで初期設定の参考としてください。
| サイトの種類・規模 | 費用感の目安（税抜） | 主な含まれる作業 |
|---|---|---|
| 小規模ホームページ（5〜10ページ） | 30〜80万円程度 | デザイン、コーディング、基本CMS設定 |
| 中規模コーポレートサイト（20〜50ページ） | 80〜200万円程度 | 上記＋ライティング、SEO設定、テスト |
| ECサイト・会員機能付き | 150〜500万円程度 | 決済連携、システム開発、セキュリティ対応 |
| 大規模リニューアル | 300万円〜 | 要件定義、設計、移行作業を含む場合が多い |
当社（株式会社ノーティックラボ）のWeb制作は300,000円からを起点としており、目的と機能を整理したRFPをいただくことで、予算帯に合わせた最適な構成をご提案しています。
納期の書き方についても同じ考え方が適用されます。 「できるだけ早く」は制作会社にとって意思決定の根拠になりません。以下の2点を区別して記載してください。
- 公開希望日: 理想として設定している公開タイミング（例：「2026年4月1日の新年度に合わせて公開したい」）
- マストの締め切り: 絶対に間に合わせなければならない期限と、その理由（例：「展示会出展日の2026年3月15日までは必須。それ以前でも問題なし」）
締め切りの理由を添えることで、制作会社はスケジュールの調整余地を把握できます。「マスト日に間に合わせるために何を削るか」の判断も、発注者と制作会社が一緒に考えられるようになります。
予算・納期の記載でよくある失敗パターンをまとめます。
- 予算を非公開にしたまま「品質の高い提案を求める」と記載する（制作会社が規模感を掴めない）
- 納期を「ASAP」「なるべく早め」と書く（制作側の工数計画が立てられない）
- 予算に「制作費のみ」を記載し、保守・ライセンス・写真素材費を含めていない（後から追加費用が発生する）
- 消費税の内税・外税を明記しない（見積もりの比較が難しくなる）
RFPの予算欄には、「制作費（税抜）◯◯万円を上限とします。保守費用・ドメイン・サーバ費用は別途協議とします」のように、対象範囲と税区分をセットで明示することをお勧めします。
御社のRFPにどの価格帯・スコープが適切かを判断するには、現状の課題と目的を整理することが先決です。当社では、発注前の無料診断を通じて「何をRFPに書けばよいか」のご相談をお受けしています。
発注前に確認したいチェックリスト
RFP送付前に10項目を自己点検することで、制作会社への往復質問を減らし、選定期間を短縮できます。提案を受け取った後に「記載漏れがあった」と気づくと、全社への追加連絡が必要になり、選定スケジュールが遅れます。送付前の30分の確認が、その後の数週間を左右します。
チェックリスト10項目
以下の項目をすべて確認してからRFPを送付してください。
| # | 確認項目 | チェックポイント |
|---|---|---|
| 1 | プロジェクトの目的が1文で書けているか | 「〜のために〜を制作する」の形で表現できているか |
| 2 | 成果指標（KPI）が数値で記載されているか | 「増やしたい」ではなく「月間問い合わせ数を10件から30件へ」の形か |
| 3 | 必須機能と任意機能を区別しているか | 「あれば嬉しい」と「なければ困る」を混在させていないか |
| 4 | 予算の上限額を明示しているか | 「応相談」「要相談」になっていないか |
| 5 | 納期を「希望日」と「マスト締め切り」に分けているか | 理由も添えているか（例: 展示会に合わせて） |
| 6 | 現行サイトのURL、または「新規」の明記があるか | CMS・サーバ環境の引き継ぎ有無も記載されているか |
| 7 | 外部システムとの連携要件が書かれているか | CRM、予約システム、ECプラットフォームなど接続先を列挙しているか |
| 8 | コンテンツの分担方針が明記されているか | テキスト・画像の提供側（自社 or 制作会社）を決めているか |
| 9 | 選定基準・評価軸をRFP内に記載しているか | 提案会社が「何を重視して提案すべきか」を把握できるか |
| 10 | 提出期限と問い合わせ窓口が明記されているか | 担当者名・メールアドレスが入っているか |
送付前に整備しておくと提案精度が上がる付帯資料
以下の資料をRFPと一緒に提供できると、制作会社が前提の補完に時間を使わず、提案の中身に集中できます。
- 競合・参考サイトのURL（3〜5件）: デザインや構成の方向性を示す。「このサイトのような雰囲気」と一言添えると伝わりやすい
- 現行サイトのアクセス解析データ（直近3〜6か月）: GA4やSearch Consoleのエクスポートで十分。現状把握の手間を省ける
- 会社のロゴ・ブランドカラーのガイドライン: 表紙デザインや配色提案の精度が上がる
- 承認フロー図または組織図: 誰がどの段階で承認するかが分かると、制作会社はスケジュールを現実的に設計できる
見落としやすいポイント：「誰が窓口か」の明示
実装者の経験上、最も返信対応に手間がかかるのは「担当者が複数いて、誰に質問すべきか不明な場合」です。RFPには必ず1名を主担当として明記し、質問の受付期限も設定してください。「質問は〇月〇日までにinfo@〜宛にお送りください」という一文があるだけで、制作会社側の動き方が変わります。
RFPを整備した段階で、御社のプロジェクトが具体的に動き始めます。ノーティックラボでは、はじめての外注でも比較検討できるよう、30分の無料診断で「御社の要件をRFPに整理する」ところからサポートしています。