ビジネス提案プレゼンテーションは、見込み顧客、パートナー、または内部スポンサーのための短い意思決定文書です。聴衆が長い提案書から議論を再構築することを強いることなく、要求、問題、提案された解決策、証拠、範囲、投資、および次のステップを評価しやすくする必要があります。
このテンプレートは、聴衆がプロジェクトを承認するか、購入の会話を続けるか、または定義された作品に資金を提供するかを決定する必要がある場合に使用します。これは、一般的な会社概要やセールストーク資料とは異なります。提案書は、特定の購入者の問題、成果物、商業境界線、および意思決定経路に基づいています。代理店またはキャンペーンの取り組みについては、マーケティング提案構造成果物、メディア支出、クライアントの依存関係、測定責任を分離します。購入決定の代わりに補助金を検討するには、助成金提案書のプレゼンテーション例ニーズ、方法、予算、意図した結果を結びつける。
提案プレゼンテーションはどのような決定を支持すべきですか?
スライド エディタを開く前に、決定を 1 文で書きます。有用なバージョンでは、誰が決定しているのか、何を承認しているのか、求められている結果、いつ決定が必要なのかが示されています。例: 「10 月 3 日までに、研究、プロトタイプ、実装計画を含むノーススターのサポート チームの 6 週間のオンボーディングの再設計を承認する。」
文がデッキのフィルターになります。購入者が次の質問のいずれかに答えるのに役立つ場合は、メイン パスにスライドを入れておきます。
- 私たちの問題と制約を理解していますか?
- 提案されたアプローチは信頼でき、具体的ですか?
- いつ、誰から何を受け取るのでしょうか?
- それは私たちのチームに何を要求しますか?
- コストはいくらですか?また、そのコストを変更する可能性がある仮定は何ですか?
- 次にどのような決定や入力が必要ですか?
一般的な業界の段落ではなく、見込み客の言葉で冒頭をパーソナライズします。発見メモ、承認された概要、または購入者が確認した問題の説明を使用します。資料の説得力を高めるために、問題点、結果、お客様の声、顧客の名前をでっち上げないでください。
優れた提案プレゼンテーションは、問題から意思決定までの圧縮されたルートです。あ意思決定の準備が整ったエグゼクティブ サマリー スライドは、会社概要を繰り返すのではなく、購入者固有の質問を記載する場合、最初の実質的なページとして機能します。
購入者の評価に続くスライド構造は何ですか?
正確な数は決定に従う必要がありますが、ほとんどの提案にはコンパクトなメインパスと詳細な付録が必要です。実際の構造は次のとおりです。
| スライドまたはセクション | 質問に答える | 含めるもの |
|---|---|---|
| タイトルと決定 | これは何ですか?なぜ今なのですか? | 見込み客、提案名、日付、および 1 文の質問 |
| 概要 | 何をお勧めしますか? | 問題、アプローチ、期待値、範囲、および必要な決定 |
| 現状 | 何を理解しましたか? | 購入者の状況、証拠、制約、および検証された場合の不作為のコスト |
| 提案された解決策 | どうしますか? | ワークストリーム、成果物、除外事項、およびアプローチが問題にどのように対処するか |
| 防水性とフィット感 | なぜこのアプローチを信頼すべきなのでしょうか? | 関連する経験、手法、事例証拠、またはソースノート付きのデモンストレーション |
| 計画と責任 | 作業はどのように進められますか? | マイルストーン、インプット、役割、依存関係、およびレビューポイント |
| 投資と前提条件 | どのようなコミットメントが必要ですか? | 価格体系、支払時期、前提条件、オプション、および変更条件 |
| 決定と次のステップ | この会議の後はどうなりますか? | 意思決定の所有者、目標日、即時入力、および連絡先パス |
すべてのセクションを無理に個別のスライドに入れないでください。スライドをまだスキャンできるときに、密接に関連するアイデアを結合し、主要な決定ではなく疑問を裏付ける証拠を付録に移動します。逆に、購入者が範囲や価格など 2 つの異なる質問を比較する必要がある場合は、スライドを分割します。
この構造を出発点として使用し、購入者の決定に対してすべてのページをチェックします。各ページには、特定の質問に回答するか、承認に必要な入力を確立する必要があります。
問題、解決策、価値をどのように説明しますか?
解決策が購入者の状況に明らかに関連している場合、その提案は信頼を獲得します。単純な 3 列のロジックを使用します。
| 購入者の証拠 | 提案された回答 | 期待判定値 |
|---|---|---|
| サポート リクエストは手動でルーティングされ、所有権が不明瞭です | インテークフローをマッピングし、トリアージ状態をプロトタイプ化し、実装バックログを定義する | チームにレビューされたプロセスと構築可能な引き継ぎを提供します |
| キャンペーンレポートの調整には数日かかります | KPI 定義を標準化し、月次レポートのワークフローを作成する | 数値に関する議論を減らし、アクションに焦点を当てたレビューを行う |
| 営業チームはセグメント全体で汎用デッキを再利用します | セグメント固有の証明とレビューチェックリストを使用してモジュール式の物語を構築します | 次の顧客との会話をより関連性のあるものにする |
承認された要件、プロセスサンプル、ベースライン、会議メモ、情報源に裏付けられた観察など、購入者が認識できる証拠を使用します。仮定に個別にラベルを付けます。期待される結果が予測、シナリオ、または仮説である場合は、その旨を伝えます。契約書や検証された証拠がそれを裏付ける場合を除き、「保証付き」、「最高の」、「シームレス」、および同様の文言は避けてください。
値を購入者の条件に合わせて入力します。 「再設計された 12 枚のスライド」が出力です。 「結果、推進力、リスク、意思決定を示す再利用可能なエグゼクティブ レポート デッキ」は、出力が重要である理由を説明しています。価値の表明は、提案の成果物と意思決定の範囲に限定してください。
範囲が混乱する可能性がある場合は、短い「含まれていない」行を含めます。明示的な除外により、購入者と配送チームが保護されます。また、提案では隣接するすべてのタスクがカバーされているように見せかけているわけではないため、価格の解釈が容易になります。
範囲、スケジュール、価格、役割をどのように示すべきですか?
購入者はソリューションを単独で評価しません。彼らは、それを開始して完了するために必要な取り組みを評価します。聴衆をプロジェクト管理の詳細に埋没させることなく、運用モデルを可視化します。
- 範囲:ワークストリーム、成果物、レビューラウンド、および除外項目に名前を付けます。提案書、作業明細書、フォローアップ電子メールでは同じ名詞を使用してください。
- タイムライン:装飾的なカレンダーではなく、マイルストーンと決定ポイントを表示します。承認、ソースへのアクセス、関係者の対応状況など、日付が変更される可能性があるものについて説明します。
- 責任:購入者の入力、所有者、意思決定者、およびレビュー期間を特定します。責任のないタイムラインは願望にすぎません。
- 価格:金額、単位、支払時期、税金または費用の仮定（該当する場合）、および変更のきっかけを提示します。小さな脚注の中に商業用語を隠さないでください。
- オプション:パッケージを提供する場合は、トレードオフを明示してください。購入者に違いを解読させるような、ほぼ同じオプションを 3 つ作成しないでください。
日付と引き継ぎを決定する場合は、マイルストーン テーブルを使用します。範囲と所有権を決定する場合は、ワークストリーム マップを使用します。オプションが大きく異なる場合は、比較表を使用してください。あマトリックス形式の比較は役立ちますが、実際に購入者の質問でない限り、提案を競合分析に変えないでください。
商業上の数値がまだ検討中の場合は、推定値または範囲としてラベルを付け、依存関係を記載します。スライドが完成しているように見せるために、偽の正確な数値を作成しないでください。
証拠、リスク、明確な次のステップを追加するにはどうすればよいですか?
プルーフは、テンプレートのスロットを埋めるのではなく、購入者の実際のリスクに答える必要があります。適合性を確立する最小の証拠単位を選択します。
- 元のコンテキストとソースを含む関連するケーススタディ。
- メソッドと出力を示す作業サンプルまたはウォークスルー。
- 推奨事項を具体化するベースラインと診断。
- 購入者が検証する許可を持っている適格な参照または資格情報。
- 最初のコミットメントを制限し、レビューを定義するパイロット計画。
一般的なロゴウォール、発明された指標、匿名の証言、借用した競合他社の例を証拠として提示しないでください。証拠が機密である場合は、出典を公開せずに方法と制限を説明してください。
提案書でリスクを可視化します。主な依存関係、変更の可能性があるもの、軽減策、および意思決定の所有者をリストします。リスクセクションは、それが具体的であれば信頼性を築きます。 「遅延が発生する可能性があります」は役に立ちません。 「タイムラインでは、クライアントが 10 月 7 日までに承認されたデータ ディクショナリを提供すると想定しています。そうでない場合、KPI ワークショップは次のレビュー スロットに移動します。」は実行可能です。
1 つの決定パスでクローズします。何を承認するか、誰が決定権を持っているか、どのような情報が必要か、承認後に何が起こるかを聴衆に伝えます。クロージングでは、新たな約束や 2 番目の製品の売り込みを導入すべきではありません。
Presenti は提案書の草案とレビューをどのように支援できますか?
承認された概要、証拠開示メモ、範囲、価格設定の仮定、証拠資産、および必要な決定から始めます。承認された構造に従った編集可能な初稿を Presenti に依頼してください。有益なインプットは「説得力のある提案をする」ことではありません。それは、購入者のコンテキスト、決定文、成果物、証拠、制約、レビュー パスです。
生成後、ソースと照らし合わせてデッキを検査します。見込み顧客の名前、問題、範囲、日付、価格、事例証拠、および次のステップが正確であることを確認してください。一般的な見出しを書き換えて、それぞれが提案の結論を説明するようにします。スライドが編集可能な状態のままであること、および生成された主張が単にもっともらしいという理由だけで検証済みとして扱われないことを確認します。
最終購入者テストを使用します。ディスカバリーに出席しなかった人でも、問題、提案された解決策、コミットメント、リスク、次のアクションを資料だけで説明できますか?そうでない場合は、装飾を改善する前に物語を改善してください。
よくある質問
ビジネス提案プレゼンテーションには何枚のスライドを含める必要がありますか?
購入者が決定を評価できるよう、使用するスライドの数を最小限に抑えます。コンパクトな提案書には、7 ～ 12 枚のメイン スライドと付録の詳細な証拠が必要になる場合があります。正しい数は、範囲、リスク、および決定の数によって異なります。
提案書と提案資料の違いは何ですか?
提案は、範囲、成果物、投資、前提条件、および次のステップを含む、定義された購入者のニーズに対応します。ピッチデッキは、特定の範囲が合意される前に、企業、製品、または機会への関心を引き起こす可能性があります。
提案プレゼンテーションに価格を記載する必要がありますか?
視聴者が商業的なコミットメントを評価または承認することが期待される場合は、はい。金額または範囲、前提条件、支払時期、およびそれを変更する内容を示してください。価格設定が意図的に延期されている場合は、その理由を説明し、次のステップを指定します。
提案をパーソナライズしたものにするにはどうすればよいですか?
購入者が確認した問題、言語、制約、決定基準、および関連する証拠を使用します。パーソナライゼーションは、一般的なテンプレートにロゴや会社名を追加するだけではありません。
最後のスライドには何を言うべきですか?
決定、所有者、タイミング、必要な入力、および即時の次のアクションを述べます。必要に応じて、連絡先の詳細または会議のパスを含めます。漠然とした「質問？」で終わらせないでください。提案に承認が必要な場合はスライドします。
結論
ビジネス提案のプレゼンテーションは、指定された聴衆が具体的な決定を下すのに役立つ必要があります。購入者のコンテキストから始めて質問し、問題、解決策、証拠、範囲、タイムライン、投資、リスクを順に進めてから、所有する次のステップで終了します。仮定を可視化し、検証済みの証拠を期待から分離し、購入者に届く前に編集可能なドラフトをソースと照らし合わせてレビューします。
