AIでスライドの情報量を減らす方法|1枚1メッセージに整理

情報が多いslideは、文字数を減らす前に一枚のmessageを一つに絞ります。結論、必要なEvidence、補足を分け、判断に不要な説明は次slideやAppendixへ移します。

AIものさし編集部

文字が多いスライドを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の結論必ず残す
EvidenceMessageを支える根拠最小限残す
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の要約で大事な条件まで削る事故を避けながら、資料全体を軽くできます。

次に読む・使う

この記事の次に必要な情報へ進めます。