プレゼンが終わると、提案書は会議室を離れます。会議に出席した顧客担当者がマーケティング、購買、経営陣へファイルを渡す瞬間、発表者の説明やその場で交わされた質問は抜け落ちます。反応のよかったスライドも、別の人には文脈のない画像に見えるかもしれません。
このとき提案書は、もう一度読まれるプレゼンテーションではなく、社内を移動する判断資料になります。競合の提案書と違って見せる工夫より先に、確認すべきことは一つです。最初の会議にいなかった人にも、何を判断すべきか分かるか。
社内検討の確認事項：発表者がいなくても判断できるか
発表の順番だけを考えると、冒頭の会社紹介やポートフォリオが長くなりがちです。社内共有を基準にすると、受け取る人はまず、なぜこの提案を見ているのか、どの問題と範囲を扱うのか、今回何を決める必要があるのかを知る必要があります。
冒頭では、次の四つがすぐに分かるようにします。
- 現在の状況と解決したい問題
- 提案する範囲と範囲外の項目
- 推奨する方向とその理由
- 顧客が確認または決定すべき項目
この構造があれば、担当者がプレゼン全体を再現しなくても、資料の役割と次の質問を伝えられます。特に、提案範囲と範囲外の項目は、社内で伝わるうちに期待が膨らむのを防ぐ基準になります。
結論の隣に選択理由を置く
「この戦略を推奨します」という文だけが残ると、社内の検討者は他の選択肢と比べにくくなります。推奨案の隣に、何を優先し、どの制約を受け入れたのかを書きます。スピード、制作範囲、運用負荷のうち、何を基準に選んだのかを示す形です。
検討過程をすべて本文へ入れる必要はありません。選択肢ごとの差、推奨理由、まだ合意していない条件を一つの画面で見つけられれば十分です。確定事項と仮定を分けると、検討者は何を承認し、何をさらに尋ねるべきかを切り分けられます。
ポートフォリオを今回の選択の根拠として配置する
プロジェクトの画像や動画を多く集めても、提案の根拠が強くなるとは限りません。それぞれの事例が、今回の提案のどの選択を説明するのかを一文で添えます。表現の方向を示すのか、複雑な情報を整理した構造を示すのか、運用方法の違いを示すのかを区別します。
プロセスや動きが判断に欠かせない場面に限って短い動画やGIFを置き、適用条件と範囲は静止した文章として残します。実際の利用許可や公開範囲を確認していないプロジェクトを、匿名の成功事例に仕立ててはいけません。ポートフォリオは華やかな独立セクションではなく、推奨案を検討するための根拠であるべきです。
予算と日程は数字より前提を先に示す
予算表とスケジュール表は、社内共有の途中で単独で渡されやすいページです。合計金額と締切だけを置くと、その数字がどの範囲を前提としているのかが消えてしまいます。
含まれる項目、別途協議する項目、顧客が提供する資料、フィードバックと承認の時期など、日程に影響する条件を近くに置きます。確定金額と例示的な範囲を混ぜず、変更時に再協議する基準を書きます。判断に影響する前提をすべて小さな注釈へ押し込めてはいけません。
送付メモまで提案書の一部と考える
最終PDFをリンクで共有するなら、タイトル、修正日、問い合わせ担当者を確認します。メールやメッセージにはプレゼンの要約を繰り返すのではなく、社内の検討者へそのまま転送できるメモを添えます。
この文書は、キャンペーンの方向と初回の制作範囲を決めるための提案書です。選択肢によって含まれる範囲が異なり、日程は素材の提供日と初回フィードバックの時期に左右されます。検討時は、選択肢と役割分担を先にご確認ください。
共有後に閲覧記録を確認しても、選択や承認と解釈してはいけません。特定のページが再び開かれていたら、その条件が十分に説明されていたかを確かめる質問を準備する程度にとどめます。
発表者ノートを隠して読み直す
送る前に、発表者ノートと口頭説明をすべて隠した状態で文書を読みます。最初の画面で目的と判断項目を見つけられるか、事例が推奨理由につながっているか、予算・日程の前提が本文で見えるか、未解決の質問と担当者が残っているかを確認します。
エージェンシーの提案書は、会議室での印象を保存するファイルではありません。顧客組織の中で、質問と判断が次の人へ正確に伝わるように設計する文書です。