ホームページ制作のRFP（提案依頼書）は、発注側の課題・必要な条件・提案してほしいことを、制作会社へ同じ文書で伝えるための資料です。
複数部署の要求、独自機能、既存サイトの移行などを整理する場合に使います。
小規模でも条件が複雑なら文書化し、内容が短く明確なら相見積もりの依頼文から始められます。
予算やページ数だけでRFPの要否は決まりません。
ここでは、記入例、コピーできるテンプレート、要求と確認方法を対応させた表を紹介します。
RFP・RFI・RFQ・要件定義書の違い
| 書類 | 主な役割 | サイト制作で使う場面 |
|---|---|---|
| RFI・情報提供依頼書 | 対応能力や選択肢の情報を集める | 候補と実現方法を調べる |
| RFP・提案依頼書 | 課題・条件に対する方法と費用を求める | 複数の提案を同じ条件で比較する |
| RFQ・見積依頼書 | 決めた範囲・仕様の費用を求める | 作業内容が明確な発注を比較する |
| 要件定義書 | 実現する機能・運用・確認基準を具体化する | 制作側と合意し、設計・検収の基準にする |
RFPでも、社内のCMS指定、既存連携、セキュリティ条件など、外せない制約は書きます。
すべての技術を未定にする必要はありません。
決まっている条件と、比較して提案してほしい方法を区別してください。
書類の名称や作成順は、社内の調達手続きにも合わせます。
書く前に揃える情報
窓口と決裁者、関係部署、初期・継続の予算、現サイトの情報・機能・管理状況を整理します。
未確認の項目は、調査の担当と確定時期を決めて残してください。
数字には期間と取得元を添えます。
GA4のフォーム操作、実際に受信した問い合わせ、有効な相談、契約は同じ件数ではありません。
Search Consoleの表示回数も、市場の検索ボリュームとは別です。
未取得を0と書かず、必要な設定と調査を提案対象にします。
GA4・Search Consoleの確認方法を参照してください。
RFPに書く10項目
以下の件数・目標・役割は、架空の記入例です。
制作費の目安や達成できる成果を示すものではありません。
1. 背景と現状の課題
なぜ見直すのか、誰がどこで困っているのかを書きます。
「古い」だけでなく、現在の更新操作や表示、相談時に不足する情報を説明してください。
記入例：「料金の変更を制作会社へ依頼しており、社内では更新できません。実績記事30件のうち、公開継続できるものは未確認です。問い合わせの実受信件数は月別に集計中です。」
2. 目的と判断基準
目的が複数ある場合は、読者と優先順位を分けます。
検収で確認できる操作・表示と、公開後に追う成果指標も分けてください。
記入例：「社内担当者が料金・実績を更新できることを確認します。問い合わせは営業連絡を除く新規相談の実受信数で集計し、集客経路と併せて月次で確認します。採用ページも残します。」
3. 対象読者と必要な情報
読者の業種、地域、検討している内容と、発注前に確認する条件を書きます。
検索から来るとは限らないため、営業紹介、広告、既存顧客など分かる経路も記録します。
記入例：「県内の製造業の発注担当者が、加工範囲、設備、材質、図面の相談方法を確認できる構成を希望します。営業がURLを紹介する場合もあります。」
4. ページ・機能・移行の要求
必須、任意、今回対象外を分け、ページの型だけでなく、原稿登録・記事・画像の件数も示します。
移行対象が未確定なら、調査と移行を分けて依頼します。
記入例：「サービス3種類、実績一覧・詳細、お知らせ、会社情報、問い合わせを対象にします。実績30件は掲載条件を確認後に件数を確定します。料金・実績を担当者の権限で編集できることが必須です。」
5. デザインとブランド
ロゴ、色、書体、写真の使用条件を渡し、参考サイトのどの部分を参考にしたいかを説明します。
第三者のデザインをそのまま再現する指示は避けてください。
6. 技術・表示・管理の条件
| 項目 | 記載すること |
|---|---|
| CMS・権限 | 編集する内容、担当と承認、指定製品の有無 |
| サーバー・ドメイン | 契約者・登録者、作業権限、更新・終了時の扱い |
| メール・外部連携 | 維持・移行するサービスと、変更できない条件 |
| 対応環境 | PC・スマホ、ブラウザと検証対象 |
| アクセシビリティ | 対象ページ、目標水準、試験と報告の範囲 |
| セキュリティ・保守 | 社内規程、更新、監視、バックアップ・復旧の担当 |
契約者・登録者を自社にする方針と、制作会社へ委ねる作業権限を分けて書きます。
現契約を変更する場合は、移管・譲渡の条件とメールへの影響を調べます。
サーバー・ドメインの契約名義で詳しく整理しています。
7. 体制と役割分担
窓口、承認者、原稿・写真・掲載許諾・移行・公開確認の担当を決めます。
「原稿は支給」だけでなく、対象と提出時期も書きます。
準備する資料は原稿・写真の準備ガイドを参照できます。
8. 予算と見積もりの条件
初期費と継続費、税込・税別、サーバーや外部サービス実費を含めるかを明記します。
上限が未定なら、必須条件のみの案と追加案を求め、判断に必要な調査を先に進めます。
内訳があっても、その金額の妥当性は範囲・数量・担当を揃えて比較する必要があります。
9. 日程と公開の条件
質問締切、回答、提案、選定、素材提出、承認、公開の時点を書きます。
提案期間は調査と成果物の量に合わせて各社と調整します。
一律に「最低3週間」や「準備に2日」とは決められません。
10. 提案・評価・納品・受領の条件
提案に必要な構成、実施体制、工程、見積範囲と除外、運用・移行の方針を求めます。
評価項目と、必須条件を満たすかの確認方法を事前に決めます。
デザイン案など追加作業が必要なら、提出物、提案料、利用条件を相談してください。
契約前には、受領するファイル・データ・権限と、素材や製品の利用条件も確認します。
契約と著作権の確認ガイドを参照できます。
コピーして使えるRFPテンプレート
Excel で記入するなら、RFP記入シート（Excel）をダウンロードしてください。
12項目の記入欄とヒント、提出前のチェックが入っています。
〇〇を置き換え、不要な条件を削って使います。
テンプレートの数値や配点は自社の条件に合わせて変更してください。
ホームページ制作 提案依頼書（RFP） 株式会社〇〇 〇〇年〇月〇日／版：〇〇 ■ 1. 発注の背景と現状の課題 ・当社は〇〇（事業内容）を〇〇（商圏）で展開しています。 ・現サイト（https://example.com/）は〇年に制作し、以降大きな更新を 行っていません。 ・現状の課題： - 問い合わせが月〇件にとどまり、うち〇件は既存顧客からの紹介 - スマートフォンからの閲覧が全体の〇%を占めるが最適化されていない - 社内で更新できず、情報が〇年前のまま - 〇〇 ■ 2. サイトの目的と目標 ・主目的：〇〇（例：新規問い合わせの獲得） ・目標：〇〇（達成を保証する条件ではなく、公開後に確認する目標） ・数値の期間・取得元・集計定義：〇〇（未取得は未取得と記載） ・検収で確認する操作・表示：〇〇 ・副次目的：〇〇（例：採用応募の受け皿） ■ 3. ターゲット ・主要ターゲット：〇〇（業種／企業規模／担当者の役職 ほか） ・想定する検討プロセス： 〇〇で検索 → 当社サイトを閲覧 → 〇〇を確認 → 問い合わせ ■ 4. 要求事項 【必須】 ・トップページ ・会社概要／〇〇／〇〇（型が違うページ 計〇種類） ・実績一覧（〇件）／お知らせ一覧 ・お問い合わせフォーム ・お知らせを自社で更新できる機能 【今回の対象外】 ・〇〇 【未定・調査を依頼すること】 ・〇〇（確定担当：〇〇／確定予定：〇〇） 【任意（あれば望ましい）】 ・〇〇 ・〇〇 ■ 5. デザイン要件 ・参考サイト 1) https://example.com/ ：〇〇が良い 2) https://example.com/ ：〇〇が良い 3) https://example.com/ ：〇〇が良い ・避けたい方向性：〇〇 ・ブランドガイドライン：あり（別添）／なし ■ 6. 技術要件 ・CMS：自社で〇〇を更新したい ・指定製品：〇〇／指定なし（提案を希望） ・サーバー契約者／ドメイン登録者：〇〇（当社名義を希望） ・現契約と作業権限：〇〇（変更の要否・移管条件は調査後に確定） ・メール：維持／移行／未定、対象〇〇 ・アクセシビリティの対象・目標・試験範囲：〇〇 ・社内のセキュリティ・管理条件：〇〇 ・対応環境：スマートフォン対応必須、対応ブラウザは〇〇 ・外部連携：〇〇（例：予約システム／求人媒体） ・保守：月額〇〇円程度を想定。含めるべき範囲についても提案を求めます ■ 7. 体制と役割分担 ・当社窓口：〇〇部 〇〇（決裁者：〇〇） ・原稿：〇〇が担当（一部制作会社に依頼したい／全て自社で用意） ・写真撮影：撮影を依頼したい／自社素材を使用 ・既存コンテンツの移行：〇〇件、移行作業は〇〇が担当 ・打ち合わせ：〇週に1回程度、オンライン可 ■ 8. 予算 ・初期費用：〇〇万円（税込／税別）を上限とします ・月額費用：〇〇円（税込／税別）程度を想定 ・サーバー・製品・外部サービス実費を予算に含むか：〇〇 ・お見積もりは「一式」ではなく工程ごとの内訳をご記載ください ・お見積もりに含まれない作業がある場合、あわせてご教示ください ■ 9. スケジュール ・RFP配布：〇月〇日 ・質問受付締切：〇月〇日（回答：〇月〇日） ・提案書提出期限：〇月〇日 ・プレゼンテーション：〇月〇日 ・選定結果通知：〇月〇日 ・制作着手：〇月 ・公開希望：〇年〇月（理由：〇〇） ■ 10. ご提案いただきたい内容 1) 課題に対する解決方針 2) サイト構成案（サイトマップ） 3) 実施体制（担当者の役割と、公開後の窓口） 4) 制作スケジュール 5) 見積書（工程ごとの内訳を明記） 6) 類似実績（可能な範囲で成果もお示しください） ※デザイン案の提出は必須としません。 ■ 11. 選定の評価観点 ・課題理解の的確さ 30% ・提案内容の具体性と実現性 30% ・費用の妥当性 20% ・体制・運用サポート 20% ■ 12. 納品・受領と資料の取扱い ・ファイル、データ、権限、手順書の納品対象：〇〇 ・素材・製品・デザインデータの利用条件：〇〇 ・要求ごとの確認方法と検収条件：別添R01〜〇〇 ・提案資料の利用・共有・保管条件：〇〇 ■ 13. お問い合わせ先 株式会社〇〇 〇〇部 〇〇 メール：〇〇＠〇〇 ※ご質問は〇月〇日までにメールにてお願いいたします。
要求・回答・確認方法を対応させる
文章のRFPに、要求ごとの識別番号を付けた表を添えると、回答と見積もりを照合できます。
以下は架空の記入例です。
| ID・要求 | 区分 | 提案側の回答欄 | 確認方法 |
|---|---|---|---|
| R01・料金の自社更新 | 必須 | 方法・対象・費用・制約 | 担当者がテスト環境で編集 |
| R02・実績記事の移行 | 要調査 | 調査費と移行単価・条件 | 件数、画像、URLを照合 |
| R03・問い合わせ | 必須 | 送信先・通知・計測 | 合意したテストで受信確認 |
| R04・英語ページ | 任意 | 翻訳・更新担当と別料金 | 日英の更新手順を確認 |
| R05・復旧と引き継ぎ | 必須 | 保存対象・復旧担当・納品物 | 復元手順と権限を確認 |
回答は「対応可能」だけでなく、方法、条件、範囲外、追加費用を記載してもらいます。
未回答は確認待ちとして残し、実現できない必須条件がある提案を、点数だけで採用しないようにします。
質問から選定までの進め方
次は日程の組み方の例です。
案件共通の期間を示すものではありません。
- 同じ版のRFPと回答様式を配布し、受領と参加可否を確認する。
- 質問を集め、共通条件への回答をまとめる。各社の固有案や機密は公開しない。
- 条件が変わった場合は版を更新し、全社に変更点と提出期限を知らせる。
- 提案の必須条件、数量、範囲外と未回答を確認する。
- 必要な面談で、制作・運用担当と確認方法を確かめる。
- 合意した評価項目で比較し、根拠と選定理由を記録して結果を伝える。
質問回答を全社に共有する場合も、質問元の名前、個別の技術・企画、個人情報は必要な範囲に限定します。
顧客一覧や問い合わせ本文をそのまま添付せず、比較に必要な情報に整理し、秘密保持と資料の利用・保管条件を確認してください。
| 評価項目の例 | 配点例 | 残す根拠 |
|---|---|---|
| 課題と要求の理解 | 30 | R01〜R05への回答と条件 |
| 実現性・確認方法 | 30 | 操作例、移行・試験の方法 |
| 総費用 | 20 | 同じ期間・範囲での費用 |
| 制作・運用体制 | 20 | 担当、承認、障害時の対応 |
配点は例であり、目的に合わせて決めます。
採点する場合は尺度を揃え、提案書の該当箇所と未解決の条件を残してください。
RFPを作り切れない場合
まず決まっている条件と未定の条件を書き分けます。
専門的な調査が必要なら、調査の成果物・費用・期間を先に相談し、その結果をRFPへ反映できます。
MOTOKIへの制作・改善の相談では、現サイトURL、更新したい情報、残す機能、困っていることから範囲を整理できます。
発注後の承認・公開確認は制作の流れ、管理情報の受け渡しは引き継ぎチェックリストを参照してください。
よくある質問：ホームページ制作のRFPを書くとき
小規模なサイトでもRFPは必要ですか？
ページ数より、依頼条件の複雑さで判断します。
条件が短く明確なら依頼文から始められます。
部署ごとの要望、移行、独自機能がある場合は、共通の資料にまとめると回答を比べやすくなります。
予算や移行件数が未定でも依頼できますか？
未定であること、確定する担当と時期を書きます。
調査が必要なら調査費と成果物を分けて求め、必須条件だけの案と追加案を比較してください。
未確認の件数を確定値として埋めないようにします。
CMSやサーバーを指定してもよいですか？
社内規程や既存の連携など、外せない条件は指定します。
指定する理由と変更できる範囲を書き、提案してほしい部分と区別してください。
各社からの質問はすべて共有しますか？
見積もりに影響する共通条件は、同じ版で各社へ知らせます。
個別の企画・技術案や質問者の名前まで一律に共有せず、機密情報を除いて回答を整理します。
配点の高い会社をそのまま選んでよいですか？
先に必須条件の充足と未回答を確認します。
合計点が高くても、必須機能が実現できない提案は、その条件を解決するまで採用判断を保留します。
点数と一緒に根拠の箇所、追加費用、未解決事項を残してください。
