文字が多いスライドをAIで短くするとき、単純に要約するだけでは、重要な条件や数字まで消えることがあります。先にやるべきなのは文字数削減ではなく、「この1枚で何を理解・判断してほしいか」を1つに決めることです。そのMessageに必要なEvidenceだけを残し、ContextやDetailを別の場所へ動かします。
この記事では、情報をMessage / Evidence / Context / Detailへ分け、1枚1Messageに再構成する方法をBefore / Afterで説明します。読後には、AIに「短くして」と頼むのではなく、残す情報・移す情報・削る情報を判断しながらSlideを軽くできる状態を目指します。
目次
最初に「このSlideの仕事」を1文で決める
たとえば、Slideに市場規模、競合、価格、User Voice、提案が全部載っているなら、文字を減らす前に役割が多すぎます。
「このSlideで、A案を選ぶ理由を伝える」のように1文で役割を決めます。役割が2つ以上あるなら、Slide分割を検討します。
Slide Content Triageをする
情報を4種類へ分けます。
表は横にスクロールできます
| Type | 役割 | 扱い |
|---|---|---|
| Message | このSlideの結論 | 必ず残す |
| Evidence | Messageを支える根拠 | 最小限残す |
| Context | 理解の前提 | 短縮 / Notesへ |
| Detail | 追加情報 | Appendix / 次Slideへ |
この分類を先にすると、削る基準が文字数ではなく役割になります。
Messageは1文・1判断にする
「売上は伸びているが利益率が低下し、広告効率にも課題がある」は複数Messageです。
売上、利益率、広告効率がそれぞれ重要ならSlideを分けます。ひとつだけDecisionに必要なら、そのMessageを残し、他は補助へ回します。
Topic TitleをConclusion Titleへ変える
「現状」「課題」「分析結果」といったTitleでは、本文を読まないと意味が分かりません。
「売上は伸びたが利益率は3pt低下」のように、Slideの結論をTitleへ置きます。Titleだけ読めばMessageが分かる状態にします。
Evidenceは2〜3個に絞る
Messageを支える数字が10個あっても、全部載せる必要はありません。
直接Evidenceとして強いものを2〜3個残し、詳細TableはAppendixへ。数字を削るときは、条件・単位・期間まで消さないよう注意します。
Before / After例
Before:
Title「営業状況」
本文:売上、商談数、受注率、平均単価、営業人数、広告費、問い合わせ、前年比、原因仮説を長文で列挙。
After:
Title「売上増は商談数増が主因、受注率は横ばい」
Evidence:売上+18%、商談数+22%、受注率±0.2pt。
Detail:商品別内訳はAppendix。
Unknown:商談増の原因は未確認。
数字は構造説明用の架空例です。情報を減らしても、Messageと根拠はむしろ明確になります。
AIへの依頼は「要約」より「分類」から
「このSlideを短くして」と頼むと、AIは文章圧縮を優先します。
先に「Message / Evidence / Context / Detailへ分類し、削除候補・Appendix候補・残す項目を分けて」と依頼します。その後にCondenseすると、重要条件を落としにくくなります。
Prompt例
「以下のSlide Draftを整理してください。最初にMain Messageを1文で特定し、各情報を MESSAGE / EVIDENCE / CONTEXT / DETAIL / REMOVE_CANDIDATE に分類してください。EvidenceはMessageを直接支えるものを優先。条件、否定、母数、単位、期間は削らない。複数Messageがある場合はSlide分割案を出してください。最後に短縮版を作ってください。」
いきなりRewriteさせず、判断過程を分けます。
長い文章は「箇条書き化」だけでは解決しない
段落を5つのBulletへ変えても、情報量が同じなら読みやすさはあまり変わりません。
Bullet化の前に、何がMessageで何がDetailかを決めます。不要情報を削った後で、必要なら短いBulletへ整えます。
数字の羅列を減らす
5つのKPIを全部見せるより、Messageを直接支える2つを強調し、残りは小さく補助へ回す方が判断しやすい場合があります。
ただし、都合の良い数字だけ選ばないよう、反対Evidenceや重要なTradeoffは残します。
条件・例外は短縮しても消さない
「対象は有料Planのみ」「n=18」「暫定値」「一部地域を除く」といった条件は、短くても判断を変える可能性があります。
AIの要約で落ちやすいので、MUST_KEEPとして指定します。
Notesへ移してよい情報
口頭説明用の背景、計算Methodの詳細、補足例などはSpeaker Notesへ移せます。
一方、Slide単体で共有される可能性がある資料では、重要条件をNotesだけに置かないようにします。
Appendixへ移してよい情報
全データ、詳細比較、調査Method、長いSource一覧、全Caseなど、質問が出たときだけ必要なものはAppendix候補です。
本文Slideには結論と最小Evidenceを残し、深掘り要求に答えられるBackupを用意します。
Slideを分ける判断基準
次のどれかに当てはまるなら分割候補です。
-
Titleを1文にできない
-
Evidenceが別々の結論を支えている
-
比較と提案が同居している
-
現状とActionが同居している
-
文字を半分にしてもまだ重い
1枚1Messageは見た目のRuleではなく、理解単位のRuleです。
逆にSlideを増やしすぎない
細かく分けすぎると、1行だけのSlideが連続し、Storyが遅くなります。
同じMessageを補足するEvidenceなら1枚にまとめ、違うDecisionを求めるときだけ分けます。
表が重い場合は評価軸を減らす
比較表が10列あるなら、文字サイズを小さくするより、Decisionに必要な評価軸へ絞ります。
全項目が必要なら、Summary TableとDetail Tableを分けます。G935のように比較目的から軸を選ぶと整理しやすくなります。
Chartが重い場合はSeriesを減らす
折れ線が12本ある、Labelが全Pointに付いている、といった場合は、重要Seriesだけ残す、Small Multipleへ分ける、DetailをAppendixへ移す方法があります。
情報を削る目的は「空白を増やす」ことではなく、読み手がMessageを取り出しやすくすることです。
VisualとTextで同じことを重複させない
Chartに数値が見えているのに、本文で同じ数値を全部書き直すと情報が重複します。
TextはChartから読み取るべきMessageや注意点に絞ります。逆にChartだけでは分からない条件・定義は補足します。
強調は1〜2箇所に絞る
Bold、色、Box、矢印を全部に使うと、どこが重要か分かりません。
Messageに直結するValueやComparisonだけを強調し、装飾のPriorityをつけます。
読み順を1本にする
情報量が多いSlideでは、左上→右下なのか、中央→左右なのか、読み順が曖昧になりがちです。
Title → Main Evidence → Supporting Noteの順に視線が流れる構造へします。
小さい文字で解決しない
情報が多いからFont Sizeを下げると、読めないSlideを作るだけになりがちです。
先にMessage分割・Detail移動・表の軸削減を行い、それでも収まらない場合にLayoutを見直します。文字を小さくするのは最後の手段です。
Slide全体のDensityをそろえすぎない
すべてのSlideを同じ情報量にする必要はありません。Decision Slideは余白を多く、Evidence Slideは少し密度が高くても構いません。
重要度に応じて情報量を変える方が、全ページを同じCard数・Bullet数へ揃えるより自然です。
AIで短縮した後のMeaning QA
短縮後は原文と照合し、次を確認します。
-
否定が反転していない
-
条件が消えていない
-
単位が残っている
-
母数が必要な場合は残っている
-
暫定/推定/未確認が断定に変わっていない
文字数が減っただけではPASSにしません。
30秒Scan Test
Slideを3秒〜5秒ずつ見て、Titleだけで何を言いたいか分かるか確認します。
プレゼン全体でも、Titleを連続して読めばStoryが追える状態が理想です。
Before / Afterを保存する
重要なSlideをAIで大きく短縮する場合、元Draftを残します。
何を削ったか比較できるため、条件やEvidenceを落とした場合に戻せます。
レビュー時は「削りすぎ」も見る
短くした結果、なぜその結論になるのか分からなくなることもあります。
Messageだけ強く残ってEvidenceが弱くなっていないか、初見の人が前提なしで理解できるかを確認します。削るQAと同時に、必要情報が残っているかも見ます。
最終Slide Simplification Checklist
-
Slideの仕事が1つ
-
TitleがConclusion
-
1枚1Message
-
Evidenceは直接支えるものだけ
-
条件/単位/母数を保持
-
ContextはNotesへ
-
DetailはAppendixへ
-
複数Messageなら分割
-
VisualとTextを重複させない
-
強調箇所を絞った
-
小さい文字で解決していない
-
短縮後に原文照合した
AIものさしの判断
スライドの情報量を減らすときは、文字数ではなく「判断に必要な情報の階層」を減らすのがポイントです。Messageを1つに固定し、そのMessageを支えるEvidenceだけを本体に残します。
まず最も重いSlideを1枚だけ選び、Message / Evidence / Context / Detailへ分類してください。Before / Afterで意味が変わっていないか確認し、問題なければ他のSlideへ展開する。この順なら、AIの要約で大事な条件まで削る事故を避けながら、資料全体を軽くできます。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-09
Microsoft Support:Frequently asked questions about Copilot in PowerPoint(新しいタブで開く)
Google ヘルプ:Gemini in Google スライドを活用する(新しいタブで開く)
Canva Help:Use Magic Design to generate design templates(新しいタブで開く)
