スライドを90秒のプレゼンテーション向けにデザインする方法

九十秒という時間は奇妙な長さです。本格的なスピーチには短すぎ、単一のサウンドバイトには長すぎるのが、まさにそのためにほとんどの人が準備を間違えます。彼らは通常の10分間のプレゼンテーションの縮小版として扱うか、あるいはエレベーターピッチのようにスライドを全く省略してしまいます。どちらのアプローチも、実際にタイマーが始まるとすぐに崩れてしまいます。 私は起業家や製品マネージャーが何度も90秒のピッチを練習しても、最初のスライドだけで40秒オーバーになるのを何度も見ました。話し過ぎたからではなく、誰もデッキを作る前に計算をしなかったからです。

ソフトウェアを開く前に誰も行わない計算

ここでは、すべてを支えるべき数字です：アメリカ言語聴覚協会のフォーマルなスピーチの基準速度（約130語/分）で、90秒のスロットは約190から200語の話し言葉を収容できます。それだけです。全てのスクリプト——問題、解決策、証拠、リクエスト——が200語未満で済みます。 典型的なスライドデッキと並べると、その不一致は明らかです。10分間の話に対応する標準的な10スライドのデッキは、各スライドあたり約130語を想定しています。その構造を90秒に圧縮すると、各スライドあたり約20語の話し時間しかなくなります——単一の文を伝えるのに勉強するか、多くのスライドが試みているような2、3のアイデアを伝えるにはほとんど足りません。 つまり、最初の本当の決断はスライドデザインではなく、どれだけのスライドがカットされるかです。そして、正直な答えは通常、人々が予想するよりも少ないことが多い：3から5枚、8枚や10枚ではなく。

この長さでは、1つのアイデアを1枚のスライドにするのはスタイルの選択ではなく制約です

ほとんどのプレゼンテーションのアドバイスは、各スライドに1つのアイデアを限定するように言います。この原則はどのタイムラインでも通用しますが、90秒ではスタイルの好みから避けられない数学的な制約になります。4枚から5枚のスライドを使う場合、各スライドあたり約20から35語の話し時間しかありません。スライドから読み上げることなく、またはスライドを読み上げることなく（スライドから読み上げるのは、すでに90秒で集中力を失いそうな部屋をさらに失望させる最速の方法です）密度の高い3点のスライドがこのウィンドウに収まることはありません。 実際にどのように見えるかはこうです：各スライドに1つの数字、1つの画像、または1つの短いフレーズ——見出しとサポートの箇条書きを併せ持つものではありません。スライドがポイントを伝えるために箇条書きが必要な場合、それは2つのスライドが1つのアイデアを共有しているか、あるいは90秒版には全く含まれていない可能性があります。

デッキが長くなったときにまず切るべきもの

• コンテキストや背景——オーディエンスは既にそれを持っているか、またはポイントに従うために必要としない
• ポイントに入る前に「私たちが誰か」を伝える役割のあるスライド
• 既に示している数字をサポートする二次的な指標——新しい数字を追加するのではなく
• 単に「次に話すトピック」を示すためだけに存在するトランジションスライド——それを口頭で伝える方が良い

呼吸で進むスライド

ここがほとんどの90秒の練習が静かに失敗する場所で、これは内容とは全く関係ありません。人は話し方を練習し、言葉を時間内に収め、スライドの進め方を後回しにしてしまいます——「だいたい適切なタイミング」でクリックする。90秒では、「だいたい適切なタイミング」はしばしば2秒から3秒のギャップになり、4つのトランジションであれば、全体のスロットを吹き飛ばすほどのものになります。 修正策は厳しいカウントダウンではありません。各スライドの変更を特定の話し言葉のキューに結びつけることです——文の最後の単語ではなく、まだ十分な言葉を話したという曖昧な感覚ではありません。まずスクリプトを書き、各スライドが変わる正確な単語をマークし、毎回その単語でクリックを練習します。これにより、ペースは筋肉記憶となり、文中で次のポイントを覚えながらも、クリックを監視する必要がなくなります。 一つ言えることは、これはスクリプト自体が固定されている場合にのみ機能します。フレキシブルなプレゼンターで、部屋によってフレーズを現場で調整するタイプの場合、タイミング付きのクリックペースはあなたと戦います。その場合、より信頼性の高い方法は、1つのフレキシブルなスライドを組み込むことです——通常は真ん中のスライドで、数秒多くかけたり少なくかけたりしても、その後のスライドを乱さないようにするものです。

「1分間に1枚のスライド」のルールがこの長さで静かに崩れる理由

「1分間に1枚のスライド」のガイドラインはどこでも見られますが、20分や30分の話にとっては合理的なスタートポイントです。これを90秒にスケールダウンすると、1枚、もしくは2枚のスライドしか提案されません——実際に試してみると、問題、解決策、リクエストを1枚のフレームに収めるのは清潔ではありますが、難しいことがわかります。ピッチデッキはトレーラーのように機能し、レポートのように機能しません——フォローアップの会話を得るために十分な情報を提供するだけです——そして、トレーラーは1つのカットだけで十分な動きを生み出すには、より多くのカットが必要です。 この長さでより良く機能するのは、約4枚のスライドで、各スライドあたり20〜25秒を平均するものです：鋭い問題の宣言、1文の解決策、1つの証拠点、そしてリクエスト。それ以下だとピッチは平坦に感じ、それ以上だとスライドからスクリプトを読み上げるようになってしまい、元々読み上げるために作られていないスライドになります。

短いスロットに特有の練習の罠

長いデッキは寛容な練習の数学を持っています——一度や二度通してみると、10分の自然な変動が平均化されます。90秒のピッチにはそのような余地がほとんどありません。2枚目のスライドで3秒の躊躇は、全体の時間予算の3%を超えます、そして、次のトランジションがスケジュール通りに発火し続ける場合、あなたが話している間にさらに悪化します。 これはまた、人々が練習時間を悪く予算化する場所でもあります。プレゼンテーションの準備時間は一貫して過小評価されており、90秒のピッチでは予想される方向とは逆の不均衡が生じます——コンテンツが決まればスライド作成にはほとんど時間がかかりませんが、精度を求める練習段階には、長い話よりもはるかに多くの繰り返しが必要です。特に余裕がないためです。 実際の目標長さで10回以上のクリーンな練習を繰り返すことで、1回の仕上げの読み上げよりも多くの問題が露見します。もしも一貫して105秒で終わるのに対して90秒が目標であれば、修正策は話し方を速くすることではなく、1つの文を切り捨てることが通常です。 スクリプトを書く前に、何もしない状態でタイマーを使って90秒のスクリプトを読み上げてみてください。スクリプトが単純な話し言葉としてウィンドウ内に収まらない場合、どんなスライドデザインもそれを救うことはできません——スライドは既に収まるメッセージを運ぶことしかできません。