クライアントからの返信メールで、あなたの8スライドのドラフトに対して「薄っぺらい感じがする。25スライドに近づけられないか？」と1行書かれたとします。あなたの8スライド版が強力だとは思っていますが、それを率直に言えば、自分の都合を守っているように聞こえてしまい、クライアントの成果に焦点を当てているように見えない最速の方法です。では実際には次に何が起こるでしょうか？ 多くのアドバイスは「クライアントに教育する」や「プロセスを信じる」といったところまでで終わりますが、それは正しいですが、返信ボックスに向かって見ているその瞬間には役に立ちません。より有用な質問は、8が25を上回るかどうかではなく、クライアントが25という数字にたどり着いた理由です——その数字はほとんどの場合、スライド数そのものについてのものではありません。 --- **クライアントが数字にこだわっているのではなく、その数字がカバーしている内容にこだわっているのです** 誰もが、25スライドのプレゼンテーションを単純に「スライド数のため」に欲しがっているわけではありません。クライアントがスライド数を増やそうとするのは、通常、次の3つの不安のいずれかを代弁しているからです：部屋にいないステークホルダーが質問を投げかけ、プレゼンテーションで答えられないこと、何かを省略すると「仕事をしなかった」と見なされること、または競合他社のプレゼンテーションがより包括的だったように見えること。これらの不安はスライド数についてのものではありません。部屋にいない人に備えられていない状況で準備不足に見られることを恐れているのです。 これは返信を書く前に考える価値のあることです。なぜなら、「8は25より優れている」と主張するのは、クライアントが実際に問いかけている質問に答えることではなく、クライアントが質問していない質問に答えることになるからです。**本当の質問は、プレゼンテーションが部屋にいない人に対する検証に耐えられるかどうか**——そしてそれはスライド数とは全く関係のない解決可能な問題です。 --- **その数字は、プレゼンテーションがまだ割り当てられていない仕事の症状です** 単一の決断を1回の会議で行うために作られたプレゼンテーションと、後で開かれ、転送され、徹底的に検討されることを想定したプレゼンテーションは、2つの異なる仕事をしています——そして、1つの仕事に適したスライド数は、しばしばもう一方には適していません。クライアントの本当のオーディエンスが部屋に集まり、即座に「はい」または「いいえ」を言えば、通常はスライド数を増やすことでリクエストを薄める方が、強化する方が多いです。プレゼンテーションが会議の後に回覧される場合、密度が雑多さではなく、あなたが部屋にいないのに説明することなく読者が信頼できる証拠となるのです。 そこで、スライド数について触れる前にクライアントに最初に問うべき本当の質問は、このプレゼンテーションが会議終了後にどうなるかです。その単一の回答は、スライド数についてのどの議論よりも速く意見の食い違いを解決し、最小主義のプレゼンテーションが本当に役立つのか、それとも必要な証拠を隠すだけなのかを決めるのと同じ区別です。 --- **数字に反論するのではなく、2つのドキュメントに分割する** ここが「単に8に戻す」という整然としたアドバイスが実践で崩れる理由です：時にはクライアントが本当に25スライド分の素材を必要としており、それが1スライドあたり1〜2分でライブでプレゼンテーションする必要はないのです。私が最も成功した対処法は、追加の17スライドを拒否することではなく、「プレゼンテーションで使用されるもの」と「残されるもの」を分けることです。 - 部屋で実際に吸収できる長さのコアデッキを構築する——多くの20〜30分の内部ピッチでは、25よりも8〜12スライドに近いものが適切です。 - 残りの素材を明確にラベル付けされた付録に移動させる：バックアップデータ、代替シナリオ、特定のステークホルダーが質問する可能性のある詳細など。 - ライブでコアデッキをプレゼンテーションする。全ファイル（付録を含む）を渡し、クライアントが作業したものが捨てられることはないようにする。 これは機能する理由は、クライアントの実際の不安——何もカットされていない、ただ順序が変わっただけ——を解決しつつ、ライブのオーディエンスが40秒毎に25スライドを聞く必要がないからです。これはライブコンポーネントが全くないプレゼンテーションで、単に読まれるドキュメントとして存在する場合には機能しません。その場合、クライアントが求めた長く密度の高いバージョンを作る方が良いです。 --- **証拠を持ってくるのではなく、会話に意見を投入する** 「スライド数が少ない方が良い」は、あなたの好みに基づく趣味として受け取られます。ドロップボックスのDocSendは、共有されたプレゼンテーションで実際にどのように人が対応するかを追跡し、成功した資金調達につながったピッチデッキは平均で投資家の注意を4分以上維持したのに対し、資金調達に失敗したデッキは約1分半しか注意を維持できなかったことを発見しました。この差は直接スライド数によるものではありませんでした。それは、デッキが開かれた後も注意を引き続けられるかどうかであり、25スライドにパディングされたデッキは、緊密なデッキよりも注意を速く失う傾向があります。 この統計はクライアントに持ち込む価値があるのは、それがあなたの意見と彼らの意見の対立ではなく、「実際に部屋を引き付ける」ことを再定義するからです。それは「デザイナーの好み」から「部屋の判断」へと議論を移行させます。また、それは特に経営陣の前に立つ際に最も重要な武器でもあります——彼らは、実際にはスライドの美しさや数字ではなく、10秒でポイントを理解し、スライドを使って何かを決断できるかどうかを判断しています。25スライドのデッキは、緊密なデッキよりもこのテストをよくパスすることはほとんどありません。 --- **時には25が本当に正しい数字——そしてその複雑さ** 「短い方が常に正しい」という教条にまでこのフレームワークを押し進めることはせず、それは正しくありません。部屋で1行1行検討されるボードの更新、エンジニアリングチームへの技術的引き渡し、コンプライアンスレビューなど、これらの仕事では、25の密度の高いスライドが8の清潔なスライドを上回ることがあります。そのオーディエンスの仕事は調査することであり、即座に決断することではありません。長いデッキを習慣的に作ることが間違いです。そのオーディエンスはもともと4分間と「はい」または「いいえ」しか与えないのに。 長さを正当化するプレゼンテーションと、単にパディングされたプレゼンテーションを分けるのは、スライドカウンターの数字ではなく、毎スライドが論理的に必要だったのか、それともカットすることが「何かを残す」と感じられたのかです。その後者の理由こそが、クライアントに対して名指しする価値のあるものです——数字についての規則ではなく、数字の背後にある実際の質問として。 次回、クライアントが部屋で吸収できるスライド数よりも多くのスライドを求めたとき、スライド数についての議論を全く避けましょう。会議終了後にプレゼンテーションがどうなるか、そしてあなたがいないのにそれを再開する人が誰かを尋ねてください。その質問に答えると、スライド数はほぼ自動的に決まります。