ストーリラインの洗練

スライドごとのタイトル、コアメッセージ、説明、可視化方向、データ構造をレビューし修正する方法を説明します。

ストーリラインは、承認済みのストーリープランを スライド単位の流れ に変換した結果です。各スライドには、プレゼンテーションで果たす役割、タイトル、コアメッセージ、必要な視覚資料が整理されます。

スライドごとに確認すべき項目

  • スライド番号とタイトル
  • スライドが果たすべき役割またはコアメッセージ
  • 要約と補足説明
  • 推奨される可視化構造(チャート、比較、タイムラインなど)
  • 必要な表やデータ
  • 根拠と出典が必要な箇所
  • 現在の準備状況
[画像プレースホルダー · IMG-STORY-01] ストーリラインパネルで複数のスライドカードが縦に並び、1枚が展開された画面
[撮影ガイド · IMG-STORY-01] 8〜10枚のビジネスアップデート例を使用します。展開されたカードにはタイトル、要約、本文、可視化構造、データ項目が表示される必要があります。

良いストーリラインの基準

レビュー基準

スライド1枚に1メッセージ

スライドタイトルだけで各スライドの結論が区別できるようにします。

自然な展開

前のスライドで立てた質問に次のスライドが答え、結論とリクエストへとつながるようにします。

適切な長さ

プレゼン時間と聴衆の集中度を考慮し、必須のスライドだけを残します。

根拠の結び付け

数値、事例、チャートがどの主張に使われるかが明確である必要があります。

可視化可能性

長い説明をそのまま入れるより、比較・流れ・変化・数値で表現できるようにします。

修正の順序

  1. 1

    まず全体タイトルを読む

    スライドタイトルを連続で読み、プレゼンの論理が理解できるか確認します。タイトルだけで流れが見えない場合は順序やメッセージを修正します。

  2. 2

    重複スライドを探す

    同じ結論を別の表現で繰り返すスライドは統合します。目的が異なる場合はタイトルで差別化します。

  3. 3

    結論の位置を確認する

    経営陣・顧客・投資家向けのプレゼンでは、コア結論が遅すぎないようにします。必要なら要約やリクエストスライドを前方に配置します。

  4. 4

    根拠と可視化構造を確認する

    チャートを提案したがデータがない、比較を提案したが基準が不明確なスライドを探します。資料を追加するか別の表現に変更します。

  5. 5

    修正依頼を送る

    対象スライドと望む変更、保持する内容を一緒に記載します。例:「スライド4と5を統合し、顧客インタビュー数とリリーススケジュールは保持する」などと依頼します。

  6. 6

    次のステップへ進む

    スライド順序とコアメッセージが合意できたら、スケルトンを作成します。

修正依頼の例

  • 「スライド1の後に経営陣向けの現在状況をまとめたスライドを追加してください。」
  • 「市場説明を3スライドから1スライドに減らし、顧客証拠を前方へ移動してください。」
  • 「スライド6を機能一覧ではなく、顧客が得る効果の3つに変更してください。」
  • 「最後のスライドを要約ではなく承認依頼と次の行動で終わらせてください。」
  • 「すべてのスライドタイトルを説明的名詞ではなく結論的文に変更してください。」
[画像プレースホルダー · IMG-STORY-02] ストーリラインの以前バージョンと修正後バージョンを比較できるバージョン選択画面
[撮影ガイド · IMG-STORY-02] バージョン1とバージョン2が区別され、最新バージョンのスライド順序が表示されるように撮影します。バージョン機能が画面に露出した実際の状態を使用し、欠けているUIは合成しません。

ストーリラインを確定する前に

  • すべての主要数値に実際の資料があるか確認します。
  • テキストではなく画像だけで存在する根拠が読めるか確認します。
  • 外部共有資料の場合は内部コード名と顧客実名を削除します。
  • 付録に移す内容を区別します。
  • スタイルや色に関する議論は必要範囲だけ残し、構造承認と混ぜないようにします。

ストーリラインで合意できないメッセージは、スケルトンでより高価な修正になります。チームの主要ステークホルダーがいる場合は、この段階でタイトルと順序をまず承認してください。

関連ドキュメント