目次 / 企画・プロデュース / Webサイト企画
企画提案書
10秒でわかる!要点まとめ
-
「作って欲しいもの」ではなく「解決すべき課題」から逆算したストーリーを語る
-
冒頭の数ページ(エグゼクティブサマリー)で全てを伝えられなければ、企画はスルーされる
-
共感を生む「熱意」と、決裁を促す「予算・ROI」のロジックの両方を詰め込む
1. 概要:クライアントの「Yes」を引き出すためのシナリオ
企画提案書とは、クライアントが抱えるビジネス上の課題や目的に対し、Webサイト制作やリニューアルを通じてどのように解決し、どのような成果(KGI)を達成するかを論理的に提示するドキュメントです。
単なる「デザイン案集」ではなく、「現状分析」→「課題提示」→「解決策(企画)」→「実行計画(予算・スケジュール)」という一連の流れを説得力のあるストーリーとして構築します。この提案書がクライアントに承認されて初めて、プロジェクトが始動するため、ディレクションにおける「最初の、そして最大の山場」となります。
2. なぜ重要なのか:予算と信頼を獲得する「営業ツール」
クライアントへの提案が成功しなければ、プロジェクトは開始されず、これまでのリサーチや設計の努力はすべて水の泡となります。企画提案書は、クライアントに「この企画に予算を投じる価値がある」と納得してもらうための、最も重要な営業ツールです。
特に企業の決裁者は多忙です。何十ページもある提案書を隅々まで読む時間はありません。冒頭の数ページで企画の全体像、メリット、そして投資対効果(ROI)が明確に伝わる構造になっていなければ、内容が充実していても採用されることはありません。
3. 実務のポイント:構成と客観的な裏付け
承認を得やすい企画提案書を作るための鉄則は、以下の構成を遵守することです。
-
結論先行(エグゼクティブサマリー):提案書の最初のページに、企画の目的、提案内容、期待効果の3点を簡潔にまとめます。まず結論を伝えることで、読み手は後の内容をスムーズに理解できます。
-
現状分析と課題提示:「競合はこうだが、御社はこれができていない」「データに基づくと、スマホユーザーの離脱率が課題」といった、客観的な事実(データや3C分析)を根拠に課題を提示し、共感を得ます。
-
収支計画(予算・ROI):感情論ではなく、「この予算(コスト)で、これだけの売上(リターン)が見込める」という収支計画を明確に示します。定性的なメリットだけでなく、数値目標を提示することが決裁を促します。
-
ビジュアルの活用:文字が詰まったページは読まれません。図やグラフ、ワイヤーフレーム、ムードボードなどを活用し、視覚的に訴えかけるデザイン(レイアウト)も重要です。
4. スキルアップのヒント:「Why」から始めるストーリーテリング
企画提案書は「How(どう作るか)」から書き始めるのではなく、「Why(なぜ今、これを作るべきなのか)」から始めるストーリーテリングを習得してください。
クライアントが抱える「痛み」や「夢」といった感情的な部分に語りかけるコピーを冒頭に配置し、その後に論理的な「解決策(企画)」を提示する構成が人の心を動かします。また、プレゼンテーションのスキルも不可欠です。作成した企画書を、限られた時間で端的に、かつ熱意をもって伝える練習を繰り返すことで、提案の成功率は劇的に向上します。
関連
- D+ウェビナー 第3回(2026-07-16)「ChatGPT&Claude.aiを活用した提案資料・見積もり作成」
登壇: 山本真也(株式会社ShareDan 代表取締役/株式会社エスケイワード CTO)
生成AIで提案資料を作るときの実務知見:
- ツールの優劣ではなく工程で使い分ける。初期の要件整理・壁打ちと、たたき台の生成を分ける
- ヒアリング内容を丸ごと渡さない。人がいったん論点を整理してから渡す。情報量を増やすほど論点はぼやける
- 「その会社が提案する意味」までにじませるには、自社の強み・実績・営業方針を事前にコンテキストとして持たせる設計が要る レポート: https://note.com/disa_pr/n/n9d4939c26262
- D+ウェビナー 第8回(2026-09-30)「【提案編】Figma × Claude で、提案はどこまで任せられる?」
登壇: 庄司美雪(合同会社いろは 代表)、小泉誠(Studio FireColor/株式会社IMAKE 取締役)。お二人とも Friends of Figma Tama のリーダー/満足度 4.22/5
架空の銭湯のLP提案を「ヒアリング → 要件整理 → ワイヤー → デザイン → 提案書 → 提案の場」の6工程に分け、工程ごとに「AIに移ったこと → 人に残ったこと」を並べた:
- ヒアリング: メモの構造化 → 聞く・引き出す
- 要件整理: 叩き台と、穴の指摘 → 取捨選択・優先順位・聞き足す
- ワイヤー: 初稿の生成 → 合意した構造と勘所
- デザイン: 案の生成と展開 → 方向性を出し、案を選ぶ
- 提案書: 生成・整形 → 構成と、判断してもらう項目
- 提案の場: 想定問答・やりとりの整理 → 要望を引き出す対話
- 結論は「AIに移ったのは『作る』。人に残ったのは『決める』と『引き出す』」
- 前の工程を踏んでいれば、提案書の材料はもう揃っている。7ページの構成は人が決め、生成はAIで約5分、手直しは10分ほど
- 提案で求められるのは完成度ではなく「決めるのに必要な解像度」。作る手間をAIに任せたぶん、何を聞き、何を判断してもらうかに時間を回せる 工程ごとの知見は 022・028・133・134 の関連節に レポート: https://note.com/disa_pr/n/n4ddbcfc0caaa