深夜の海底研究所。
青いモニターの光が、静かなラボの壁をゆらゆら照らしている。
シティポップのベースラインが低く流れるなか、1枚のスライドをじっと見つめる。
そこには、グラフがあり、箇条書きがあり、アイコンがあり、注意書きがあり、さらに右下には小さな補足文まで詰め込まれている。
一見すると、情報量が多くて「頑張って作った資料」に見える。
でも、研究員として正直に言うね。
これは、伝わる資料ではなく、聞き手の脳にバグを起こす資料だ。
なぜなら、1枚のスライドに複数のメッセージが入っていると、聞き手は「どこを見ればいいのか」「何を覚えればいいのか」「結局、何が言いたいのか」を自分で判断しなければならないから。
資料を作った本人は、全部つながって見えている。
でも、聞き手の頭の中には、まだその設計図が入っていない。
だからこそ、資料作成ではこの原則が大事になる。
1スライド・1メッセージ。
これは単なるデザインルールじゃない。
相手の脳のメモリ消費を減らし、誤解というバグを防ぐための、資料設計の基本プロトコルだ。
今回は、「1スライド・1メッセージ」をエンジニア的に分解して、ユニットテストのように1枚ずつ伝達を検証する技術として整理していくよ。
1スライドで検証するメッセージは、1つに絞ろう
結論からいこう。
1枚のスライドで伝えるメッセージは、必ず1つに絞ろう。
理由はシンプル。
人の頭は、一度に複数の主張を処理するのが苦手だから。
プレゼン資料では、1枚のスライドに複数の主張を詰め込むと、聞き手が「何が重要なのか」を判断できなくなる。資料作成のコツとしても、1枚のスライドで伝えることを1つに絞り、「このスライドで言いたいことは何か」を一言で言えないなら分割を検討する考え方が紹介されている。
海外のプレゼン資料設計のルールでも、効果的なスライドの原則として「1枚に1つのアイデアだけを入れる」ことが挙げられている。さらに、見出しを活用し、必要な情報だけを残すことも重要なルールとして整理されている。
つまり、1スライド・1メッセージは「なんとなく見やすいから」ではない。
聞き手が正しく理解できるように、情報を最小単位に分割する技術なんだ。
エンジニアっぽく言うなら、スライドは「関数」に近い。
1つの関数に役割を詰め込みすぎると、バグが出やすくなる。
それと同じで、1枚のスライドに複数のメッセージを入れると、誤解が起きやすくなる。
だから、スライドごとにこう問いかけてみよう。
この1枚で、聞き手に何を1つだけ持ち帰ってほしい？
答えが1文で言えないなら、そのスライドはまだ分割前の大きなかたまりだ。
情報の粒度が粗すぎる。
1スライド・1メッセージとは何か
まず、言葉の定義をそろえておこう。
1スライド・1メッセージとは、1枚のスライドにつき、伝える主張を1つだけに絞る考え方だ。
ここで大事なのは、「情報を1つにする」ではなく、メッセージを1つにするという点。
たとえば、次のようなスライドがあるとする。
- 売上は前年比120%
- 新規顧客数は増加
- 解約率は低下
- 広告費は増加
- 来期は営業体制を強化
これを1枚に入れたら、情報としてはまとまって見えるかもしれない。
でも、メッセージは何だろう？
「売上が伸びた」なのか。
「営業がうまくいった」なのか。
「広告費が課題」なのか。
「来期は人員強化が必要」なのか。
聞き手は迷う。
一方で、こうするとメッセージが立つ。
今期の売上成長は、新規顧客の増加が主な要因です。
このメッセージを支える情報として、
- 売上前年比120%
- 新規顧客数が増加
- 解約率は横ばい
を配置する。
これなら、スライドの役割が明確になる。
つまり、1スライド・1メッセージとは、情報の数を機械的に減らすことではない。
そのスライドの中心にある主張を1つに固定することだ。
ここを間違えると、「情報は少ないけど何が言いたいかわからないスライド」になる。
これはこれでバグだ。
なぜ情報を詰め込むと、誤解というバグが起きるのか
人の頭には、作業用のメモリがある。
パソコンでいうRAMみたいなものだ。
アプリを開きすぎると動作が重くなるように、人も一度に処理する情報が多すぎると理解が遅くなる。
認知負荷理論では、人のワーキングメモリには限りがあり、情報を詰め込みすぎると学習や理解に悪影響が出ると説明されている。
プレゼンでも同じことが起きる。
聞き手は、ただスライドを見ているだけじゃない。
同時に、こんな処理をしている。
- 話し手の声を聞く
- スライドを見る
- 文字を読む
- 図やグラフを解釈する
- 自分の知識と照らし合わせる
- 重要なポイントを判断する
ここに複数のメッセージが混ざると、聞き手の脳内ではこうなる。
「え、今見るべきなのはグラフ？ 右の箇条書き？ それとも下の注意書き？」
この瞬間、理解の流れが止まる。
これは資料のバグだ。
しかも厄介なのは、作り手がそのバグに気づきにくいこと。
作り手は背景知識を持っている。
だから、情報が多くても自分の頭の中ではつながって見える。
でも、聞き手にはその前提がない。
だから、1枚のスライドに複数の主張を入れると、聞き手は勝手に優先順位を判断するしかなくなる。
その結果、こちらが伝えたいメッセージとは違う部分を重要だと受け取ってしまう。
これが誤解のバグだ。
ユニットテストで考える、スライド設計
ここでエンジニア的な比喩を使おう。
プログラムを書くとき、ユニットテストでは1つの機能が期待通りに動くかを検証する。
たとえば、税込価格を計算する関数なら、
- 税率が正しく反映されるか
- 小数点処理は正しいか
- 例外入力で壊れないか
を確認する。
でも、1つのテストで「税込価格」「在庫管理」「メール送信」「ログ出力」を全部検証しようとしたらどうなる？
どこで失敗したのかわからなくなる。
スライドも同じ。
1枚のスライドで、
- 課題の説明
- 原因の説明
- 解決策の説明
- 実行計画の説明
- 期待効果の説明
を全部やろうとすると、聞き手はどこで理解すればいいのかわからなくなる。
だから、スライドもユニットテストのように考える。
このスライドでは、何を1つだけ検証するのか？
たとえば、
- スライド1：現状の問題を理解してもらう
- スライド2：問題の原因を理解してもらう
- スライド3：解決策の方向性に納得してもらう
- スライド4：実行計画が現実的だと感じてもらう
- スライド5：次のアクションを決めてもらう
このように分ける。
すると、1枚ごとの役割が明確になる。
聞き手も、今どの話をしているのか迷わない。
これは、資料の保守性も上げる。
あとから修正するときも、「このスライドは原因説明のページだから、解決策の話は次のページに移そう」と判断できる。
資料作成におけるバグ修正がしやすくなるんだ。
悪いスライドの典型：全部盛りプレート型
よくある失敗は、全部盛りプレート型のスライドだ。
たとえば、こんなスライド。
タイトル：売上改善施策について
中身：
- 現状の売上推移
- 顧客アンケート結果
- 競合比較
- 課題一覧
- 改善施策
- 実施スケジュール
- 期待効果
作り手としては、「必要な情報をまとめた便利なスライド」のつもりかもしれない。
でも、聞き手からするとこう見える。
「で、何を見ればいいの？」
これはレストランで、カレー、寿司、ラーメン、ケーキ、コーヒーが全部同じ皿に乗っている状態に近い。
どれも美味しいかもしれない。
でも、一皿の体験としては混乱する。
情報も同じだ。
聞き手が同時に味わえるメッセージは、基本的に1つ。
複数のメッセージを食べさせようとすると、味が混ざってしまう。
良いスライドの考え方：1枚に1つの「検証ポイント」を置く
良いスライドは、最初に検証ポイントが決まっている。
たとえば、売上改善の資料なら、こう分ける。
スライド1
メッセージ：売上低下の主因は、新規顧客の減少です。
入れる情報：
- 売上推移
- 新規顧客数の推移
- 既存顧客売上との比較
スライド2
メッセージ：新規顧客が減った理由は、広告流入の質が落ちたためです。
入れる情報：
- 広告別の流入数
- CVRの変化
- 顧客アンケート
スライド3
メッセージ：広告改善よりも、LP改善を優先すべきです。
入れる情報：
- LP離脱率
- 競合比較
- 改善余地の一覧
こうすると、1枚ごとに伝えることがはっきりする。
ポイントは、スライドタイトルをメッセージ化すること。
「売上推移」では弱い。
それはただのラベル。
「売上低下の主因は、新規顧客の減少です」なら強い。
それは主張。
1スライド・1メッセージの本質は、タイトルに表れる。
タイトルを見ただけで、そのスライドの結論がわかる。
本文やグラフは、その結論を支える証拠になる。
1スライド・1メッセージの作り方
ここからは、実際の作り方を分解していこう。
ステップ1：まず言いたいことを全部出す
最初からきれいにまとめようとしなくていい。
むしろ最初は、頭の中の情報を全部出そう。
- 伝えたいこと
- 根拠
- データ
- 事例
- 補足
- 注意点
- 相手にしてほしい行動
これをメモに書き出す。
ここでは整理しなくていい。
海底研究所の机の上に、情報のパーツを全部広げるイメージだ。
ステップ2：似た情報をグループに分ける
次に、似た情報をまとめる。
たとえば、
- 現状
- 課題
- 原因
- 解決策
- 効果
- 次の行動
というグループに分ける。
この時点で、「これは別スライドにした方がいいな」という単位が見えてくる。
ステップ3：各グループに1文のメッセージをつける
ここが一番大事。
各グループに対して、こう問いかける。
この情報群で、相手に何を理解してほしい？
その答えを1文にする。
悪い例：
- 課題について
- 売上データ
- 競合比較
- 今後の施策
良い例：
- 売上低下の原因は、新規顧客の減少です
- 競合に負けているのは、価格ではなく導入のしやすさです
- 最初に改善すべきなのは、広告ではなくLPです
- 来月は3つの施策に絞って実行します
この1文が、スライドのコアメッセージになる。
ステップ4：メッセージを支える情報だけを残す
次に、スライドに入れる情報を選ぶ。
基準はこれ。
その情報は、メッセージを支えているか？
支えていないなら、削る。
あるいは別スライドに移す。
ここで「せっかく調べたから入れたい」という気持ちが出てくる。
でも、正直に言うね。
それは作り手の都合だ。
聞き手にとって必要ない情報なら、入れるほど伝達精度は落ちる。
資料は努力の展示会ではない。
相手の意思決定を助ける道具だ。
ステップ5：最後に1枚ずつテストする
完成したら、スライドごとにユニットテストをする。
チェック項目はこれ。
- このスライドのメッセージを1文で言えるか
- タイトルが結論になっているか
- グラフや図はその結論を支えているか
- 余計な補足が主役を邪魔していないか
- 10秒見ただけで何が言いたいか伝わるか
このテストに落ちたら、まだバグが残っている。
分割する。
削る。
タイトルを書き直す。
それでいい。
資料作成は、最初から完成品を作る作業じゃない。
デバッグしながら伝達精度を上げる作業だ。
1スライド・1メッセージの落とし穴
ここで少し厳しい話をする。
「1スライド・1メッセージ」を知っている人は多い。
でも、実際にできている人は少ない。
理由は、メッセージの定義が曖昧だから。
「このスライドは1メッセージです」と言いながら、実際には情報が多すぎて、見る側には何も伝わらないことがある。ワンスライド・ワンメッセージの難しさとして、「ワンメッセージ」の定義が曖昧で、人によって含める情報量が大きく違うという指摘もある。
たとえば、
このサービスの強みは、手厚いサポートです。
というメッセージのスライドに、
- 担当者4名の写真
- 各担当者の経歴
- 得意領域
- 支援実績
- お客様の声
- サポート体制図
を全部入れたらどうなる？
メッセージは1つかもしれない。
でも、情報量が多すぎる。
聞き手の注意は分散する。
だから、1スライド・1メッセージは、正確にはこう考えた方がいい。
1スライド・1メッセージ・1フォーカス。
メッセージが1つでも、視線の焦点が複数あるならまだ重い。
スライドを分割すると枚数が増える問題
よくある不安がこれ。
「スライド枚数が増えすぎませんか？」
結論、増えてもいい。
むしろ、1枚に詰め込んで理解されない方が問題だ。
プレゼン資料では、情報を詰め込みすぎないこと、複数メッセージがある場合は分割を検討することが推奨されている。
枚数が多い資料が悪いのではない。
1枚あたりの理解コストが高い資料が悪い。
映画を考えてみよう。
2時間の映画でも、シーンが適切に分かれていれば見やすい。
でも、1シーンに全部の事件、説明、感情、伏線を詰め込んだら疲れる。
資料も同じ。
スライド枚数は、時間ではなくリズムで考える。
1枚1メッセージに分けると、説明のテンポが良くなる。
聞き手は「今はこれを理解すればいいんだ」と安心できる。
これは、海底の一本道にライトを1つずつ灯していくようなものだ。
一気に全部を照らす必要はない。
次に進む道だけ見えればいい。
情報を削るのが怖い人へ
資料作成で一番つらいのは、削ることだ。
「このデータも大事」
「この補足も必要」
「これを消すと説明不足になるかも」
その気持ちはわかる。
でも、ここで冷静になろう。
全部入れることは、親切ではない。
相手に判断を丸投げしているだけだ。
本当に親切なのは、相手が迷わないように、情報の優先順位を設計してあげること。
削るのが怖いなら、消さなくてもいい。
別の場所に逃がせばいい。
- 補足スライドに入れる
- 付録に回す
- 口頭説明にする
- Q&Aで使う
- 参考資料として配布する
メインスライドに残すのは、メッセージを支える情報だけ。
主役を立てるために、脇役を舞台袖に下げる。
それが資料設計だ。
具体例：詰め込みスライドを分割してみる
たとえば、こんなスライドがあるとする。
タイトル：ブログ改善施策
中身：
- アクセス数が減少
- 検索順位が低下
- クリック率が低い
- タイトル改善が必要
- 内部リンクが弱い
- 収益記事への導線が弱い
- リライトを進めるべき
- 優先記事は10本
これは、情報としては重要。
でも、1枚に入れると論点が多すぎる。
分割するとこうなる。
スライド1
検索流入の減少が、アクセス低下の主因です。
入れる情報：
- アクセス推移
- 検索流入の変化
- SNS流入との比較
スライド2
検索順位低下の原因は、タイトルと導入の弱さです。
入れる情報：
- 主要キーワードの順位
- CTR
- 競合タイトル比較
スライド3
収益改善には、収益記事への導線強化が必要です。
入れる情報：
- 収益記事のクリック率
- 内部リンクの位置
- 改善案
スライド4
まずは優先度の高い10記事からリライトします。
入れる情報：
- 優先記事一覧
- 選定理由
- スケジュール
こうすれば、聞き手は1枚ずつ理解できる。
まさに、複雑なコードを小さな関数に分けるようなものだ。
AIプロンプト：詰め込みスライドを1メッセージに分割する
ここからは実践パート。
資料作成で迷ったときは、AIに「分割」と「メッセージ化」を手伝わせよう。
プロンプト1：詰め込みスライドを分割する
あなたはプレゼン資料の構成に強い編集者です。
以下のスライド内容を確認し、「1スライド・1メッセージ」の原則に沿って、複数のスライドに分割してください。# 元スライドのタイトル
ここにタイトルを入力# 元スライドに入っている情報
- 情報1
- 情報2
- 情報3
- 情報4
- 情報5# 出力してほしい形式
1. 分割後のスライドタイトル
2. そのスライドで伝える1つのメッセージ
3. 残すべき情報
4. 削る、または補足に回す情報
5. 聞き手が理解しやすくなる理由# 条件
- 各スライドのメッセージは1文で書く
- タイトルは「〇〇について」ではなく、結論が伝わる文にする
- 情報を詰め込みすぎない
- 聞き手が10秒で理解できる構成にする
プロンプト2：スライドのユニットテストをする
あなたは資料作成のレビュー担当です。
以下のスライド案が「1スライド・1メッセージ」になっているかをチェックしてください。# スライドタイトル
ここにタイトルを入力# スライドの内容
ここに箇条書きや説明文を入力# チェック項目
- メッセージが1つに絞られているか
- タイトルが結論になっているか
- 情報量が多すぎないか
- 聞き手が迷いそうな部分はないか
- 分割すべき情報はあるか# 出力形式
1. 判定：OK / 要改善
2. このスライドのメインメッセージ
3. バグになりそうな箇所
4. 改善案
5. 分割するなら何枚に分けるべきか
プロンプト3：タイトルをメッセージ化する
あなたはプレゼン資料のタイトル改善に強いコピーライターです。
以下のスライドタイトルを、聞き手に結論が伝わる「メッセージ型タイトル」に書き換えてください。# 元タイトル
例：売上推移# スライドで伝えたい内容
例：売上は下がっているが、原因は既存顧客ではなく新規顧客の減少にある# 出力条件
- 15〜30文字程度
- 結論が一目で伝わる
- 抽象語だけにしない
- 「〜について」は使わない
- 3案出す
AIは、情報を整理する助手としてかなり使える。
ただし、最後に判断するのはあなた。
AIが出した案をそのまま使うのではなく、聞き手の状況に合わせてデバッグしよう。
図解・チェックリスト
ここはあとで図解を入れると、記事の理解度が上がる部分だよ。
図解案2：スライドをユニットテストする流れ
挿入場所：
「ユニットテストで考える、スライド設計」の直後。
図解内容：
1枚のスライドがテスト装置に入る。
「メッセージは1つか？」「タイトルは結論か？」「余計な情報はないか？」というチェックを通過し、最後に「伝達OK」と表示される。
画像生成プロンプト：
海底研究所の実験装置に1枚のプレゼンスライドが入っている図解。装置の横に「メッセージは1つか」「タイトルは結論か」「余計な情報はないか」というチェック項目が並び、すべて通過すると青い光で「伝達OK」と表示される。エンジニア風、近未来、シティポップ、ロイヤルブルー基調。
図解案3：情報を最小単位に分割するイメージ
挿入場所：
「1スライド・1メッセージの作り方」の前。
図解内容：
大きな情報のかたまりを、小さなブロックに分解している図。
それぞれのブロックに「現状」「原因」「解決策」「効果」「次の行動」とラベルをつける。
画像生成プロンプト：
大きな情報の塊が、青い光のラインで小さなブロックに分割されていく図解。各ブロックには「現状」「原因」「解決策」「効果」「次の行動」と書かれている。背景は深海の研究所。シンプルなアイソメトリック風、ブログ記事向け、ロイヤルブルーと薄い青を基調。
1スライド・1メッセージのデバッグチェックリスト
最後に、実務で使えるチェックリストを置いておくね。
- このスライドの結論を1文で言えるか
- タイトルが「項目名」ではなく「主張」になっているか
- グラフや図はメッセージを支えているか
- 補足情報が主役を邪魔していないか
- 1枚の中に複数の論点が混ざっていないか
- 10秒見ただけで何が言いたいかわかるか
- 分割した方が伝わる情報を無理に入れていないか
- 聞き手が次に何を理解すればいいか明確か
このチェックに1つでも引っかかったら、スライドを分割してみよう。
スライドは小さく分けるほど、強く伝わる
深夜の海底研究所で、フィンスキーは最後のログを保存した。
1スライド・1メッセージは、情報を減らすためのルールではない。
誤解というバグを防ぐために、情報を最小単位へ分割する設計思想だ。
1枚のスライドにすべてを詰め込みたくなる気持ちはわかる。
その方が頑張って見えるし、資料の枚数も少なくなる。
でも、聞き手にとって大事なのは、作り手の努力量ではない。
何を理解すればいいかが、一瞬でわかること。
資料は、情報の倉庫ではなく、理解の通路だ。
1枚ずつライトを灯すように、現状、原因、解決策、効果、次の行動を分けて届けよう。
そうすれば、聞き手の脳は迷わない。
あなたのメッセージは、ノイズに埋もれず届く。
明日スライドを作るときは、まずこう問いかけてみて。
この1枚で、何を1つだけ伝える？
その問いが、資料のバグを減らす最初のデバッグになる。
海底研究所のモニターを落として、今日はここまで。
あなたの次のスライドが、静かに、でも確実に伝わる1枚になりますように。
おやすみ。
