一度、プレゼンテーションのストーリー構築についての記事をすべて読み込んだプレゼンターのリハーサルを見たことがあります。ヒーローの旅のスライド。対立のスライド。解決のスライド。スピーカーのノートにはほぼそのままタイトルが付けられており、構造的には完璧でしたが、プレゼンテーションは順番通り、プレゼンターが意図したスピードで、他のことに気を取らない観客に向けて作られていたため、全く生きていませんでした。実際の会議室やスクリーン共有では、そういったことは全く起こりません。 これが、ほとんどのストーリー構築のアドバイスが飛ばしている部分です。ページ上の物語や映画のストーリーは、ページを読み手が好きなタイミングでめくったり、映画が24フレーム毎に進むように、ペースがコントロールされています。しかし、スライドデッキはそのようなコントロールがありません。人は先読みします。付録を開きます。スライド9を説明する前にスライド14のスクリーンショットを撮ります。プレゼンテーションでのストーリー構築とは、読み手が順番通りに進まない観客に向けて設計し、読み飛ばしてもなお物語が伝わるようにすることです。 --- **構造と順序は同じではない** ほとんどのガイドは、「デッキに物語のアークを与える」ことと「スライドをストーリー順に並べる」ことを混同しています。これらは同じ問題ではありません。物語のアークとは、緊張と解決、設定、複雑化、転換、報酬のことです。一方、順序とはスライドがファイル内でどのように並んでいるかです。観客の注意が線形に進まない場合、完璧なアークを持っていても、スライドの順序が壊れていることになります。実際のライブミーティングで、テーブル上に印刷されたハンドアウトがある場合、そうなることがほとんどです。 私の経験上、解決策はより良いアークテンプレートではありません。各スライドを、単独で意味を成すように設計しつつ、全体の順序が何かを目指すようにすることです。これは、映画のシーンのように、順序外のシーンが意味を成さないという制約とは、本質的に異なります。良いプレゼンテーションスライドは、単独で読んでも意味を成し、順番通りに読んでも報酬を与えるべきです。これは、よく編集されたマガジン記事のようなものに近いです。 --- **一つのスレッドを選び、その他はその証拠にする** 「明確なストーリーを持つ」というアドバイスは、単独ではほとんど役に立ちません。誰もが自分のストーリーが明確だと思っています。実際に役に立ったのは、より厳しいテストです：最後のスライドで、最初に信じていなかったことを、1文で説明できるかどうか。できないなら、まだストーリーはありません。トピックにすぎません。 その一つの信念変化の文句が決まったら、各スライドはそれを支持するか、あるいは不要です。あなた自身が興味を持つスライドも含めてです。ここが、よくある「自分の最も良いデータを入れる」という本能と異なる点です。強力なチャートでも、その一つの信念変化に向かって観客を導かないものは、ノイズです。たとえあなたの最も印象的な分析であってもです。私は、そのスレッドと競合するチャートを切る方が好きです。コンサルティングファームはこの点で非常に厳格です。McKinseyのスライド構造は、ほぼすべてのスライドが主張を述べるように設計されており、データを表示するだけではなく、これはコンサルティングスタイルのデッキ以外でも借りる価値のある教訓です。 --- **情報の公開順序はスライド数よりも多くの仕事をしている** 標準的なアドバイス（「はじめ、中間、終わり」）が崩れる具体的なケースがあります：ピッチデッキです。市場規模を問題が感じられる前に公開すると、観客はあなたの主張に先んじて計算を行い、解決策を見たときにはすでに、それが十分に大きいかどうかを判断してしまいます。問題を遅くに示すと、すでに解決策に売り込まれた観客にとって、それは後付けの正当化のように見え、会社が存在する理由ではなくなります。 これは、実際にはストーリーのアークについての話ではなく、あなたが観客に推測させる前に何を公開するかという話です。最も強力なデータポイントを最初に公開することをお勧めするわけではありません。ときには、その数字が意味を持つ理由を観客に与える3枚後、あるいはそれ以上後に属する場合があります。起業家がこの公開順序でよく間違えるところの分析は、こちらの記事で詳しく説明されています。このペースのミスは、資金調達デッキに限らず、広く一般化されます。 --- **情報を与えないことはストーリーのツールであり、リスクではない** 人々が見落とすことの一つ：ストーリーにはまだ知らない情報が必要です。ほとんどのビジネスプレゼンテーションは、そのことを恐れています。各スライドが完全に自立して説明できるようにし、結論を事前に述べるようにするからです。「明瞭さ」が最高の美徳と見なされるためです。しかし、完全な事前の明瞭さは、人々を引き付ける緊張感を殺してしまいます。 仮想的な例（実際のクライアントではなく、メカニズムを説明するためのもの）：四半期レビューで、「売上は12%増加した」と開くのではなく、「3月に1つの製品ラインの価格設定を変更しました。残りのビジネスに何が起こったかを見てください」と開くことを想像してください。同じ基礎データですが、2つ目のバージョンでは、数字が登場するまで観客が待つ時間が生まれ、数字が登場したときにより強く響きます。しかし、これは機能するのは、その待ち時間が実際に報酬に値する場合に限ります。普通の数字に対して緊張感を作ると、観客はその不一致に気づき、以降のスライドのペースについて疑念を抱くようになります。 --- **ビジュアルはストーリーを担い、雰囲気を作るのではない** 多くのストーリー構築のアドバイスは、ビジュアルを雰囲気づくりの手段として扱います。暗い写真で「トーンを設定する」などです。これは、キーノートのオープニングには適していますが、物語の仕事をするスライドでは、ビジュアルは観客が理解する内容を変えるべきです。前後比較の写真ペアは物語の仕事をします。ハンドシェイクのストック写真と箇条書きリストの隣にあるものは、物語の衣装を着た装飾にすぎません。 これは、データが多いスライドでは、人々が予想するよりも重要です。アニメーションでチャートの結論を明らかにすること（トレンドラインを一点ずつ構築するのではなく、全体を一度に表示するのではなく）は、文章の語順がペースを使うのと同じように、ペースを使っています。これは小さなテクニックですが、PowerPointのビルドアニメーションが物語の真の仕事をしている数少ない場所の一つです。 --- **ストーリー構築があなたに反する場合** 「物語を語る」というアドバイスが悪い場合を挙げる価値があります：高度に技術的または規制上のプレゼンテーションで、観客が特定の順序で主張を検証する必要がある場合、物語の展開を経験する必要はありません。安全性のレビュー、監査の要約、コンプライアンスのウォークスルーなどです。これらは、結論を先行させることで、スキャン可能な構造が必要です。情報を与えないことは、ドラマティックではなく、回避的と見なされるためです。私はこのようなデッキに物語のペースを適用しません。観客の仕事は、あなたの仕事をチェックすることであり、あなたの指導に従うことではありません。どちらのモードにいるかを知ることは、これらのテクニックが信頼を助けるか、逆に信頼を損なうかを決めます。注意力自体が、どちらのモードでも管理するべきリソースであり、デッキ中で観客がどのように集中力を失うかは、こちらの記事で理解する価値があります。 --- 実践的なテストに戻ります：スライドを順序外に、実際の関係者がするように、散らばったまま読みます。もしも意味のある意味を成すのであれば、あなたのストーリーはナレーションに存在し、構造に存在していないということです。そして、それが実際の部屋と接触したときに生き残るストーリーのバージョンです。