ストーリープランのレビュー

ストーリープランは、スライドコピーを書く前に 「このプレゼンテーションが誰をどの論理で説得するか」 を整理した設計案です。この段階で方向を修正すると、後のストーリーラインとスケルトンの修正範囲を大幅に減らすことができます。

ストーリープランで確認すべき項目

レビュー順序

1. 1

   まず聴衆と決定事項を読む

   プレゼンが実際に必要な状況と合っているか確認します。聴衆が違えば同じ資料でも結論の位置と説明の深さが変わります。

2. 2

   ナラティブ軸を一文で言ってみる

   チームメンバーがその一文だけを読んで「なぜこのプレゼンをするのか」を理解できるようにします。あまり一般的だと問題、変化、提案と期待効果が明らかになるように修正します。

3. 3

   推奨構造を比較する

   構造の名前より各ステップが何をするかを見ます。投資家用、経営陣報告用、顧客提案用は強調すべき根拠と順序が異なります。

4. 4

   根拠不足を補う

   必要な資料を添付するか、該当主張を削除・緩和するか、仮定として表示するように依頼します。根拠を作るために任意の数値を生成させてはいけません。

5. 5

   追加質問に答える

   まだ決まっていない範囲と優先順位を決定します。回答が難しい場合は「現在の資料で確認可能な範囲のみ使用」するよう制限します。

6. 6

   選択した構造でストーリーラインを作成する

   論理と必須根拠が整理できたら次のステップへ進みます。まだ大きな意見の相違がある場合はこの段階でチームレビューを行いましょう。

レビュー時に使う質問

• 聴衆が最初に知りたい内容が前方にあるか？
• 結論と要請事項が十分に具体的か？
• 問題、根拠、提案と期待効果が自然に結びついているか？
• 一つの主張に必要な根拠が実際の資料に存在するか？
• 内部用情報と外部公開可能情報が区別されているか？
• 今回のプレゼンで扱わなくてもよい内容が混ざっていないか？
• 分量内で核心論理を説明できるか？

修正依頼例

• 「推奨構造1を使用するが、結論と要請予算を第二ステップに前倒ししてください。」
• 「市場規模より既存顧客の使用データがより強い根拠なので優先順位を変更してください。」
• 「根拠のない2027年成長見通しは削除し、現在確定したパイプラインのみ使用してください。」
• 「聴衆は技術背景のない取締役会です。製品構造よりリスクと事業効果を中心に再設計してください。」