プレゼンテーション要約の書き方 - ステップ、具体例、テンプレート
ほとんどのスライド資料は一度読まれるだけで、記憶にはあいまいにしか残りません。プレゼンテーションの要約こそが、人々が手元に残し、転送し、3週間後にあなたに引用して問い返す部分なのです。
また、それは多くの人がスライドを作り終えた後、最後に急いで書く部分でもあります。その順序は逆であり、結果にそれが表れてしまいます。
本ガイドでは、プレゼンテーションの要約とは何か、そしてそれが取る3つの形式について解説します。その上で、自分自身のスライド資料にも、他人の資料にも使える3ステップの手法を紹介します。
プレゼンテーションの要約とは何か
プレゼンテーションの要約とは、プレゼンテーションそのものがなくても、その主張を伝える短い文章のことです。
この定義には明確な一線があります。もし読者が内容を理解するためにスライドを必要とするなら、それは要約ではありません。キャプション（説明文）です。
本物のプレゼンテーションの要約と目次を分けるものは、次の3つです。
- トピックではなく、結論を述べている。「チャーン分析」よりも「エンタープライズ部門でチャーンが上昇した」の方が優れています。
- 重要な数値を載せている。20個ではなく、2つか3つです。
- 次に何が起こるかを述べている。決定事項なしで終わる要約は、読者に勝手な解釈を委ねることになります。
3つの種類と、どれが必要か
この言葉は3つの異なる役割を指します。間違った種類の要約を書いてしまうことが、最もよくある失敗です。これは通常、どの種類が求められているのかを誰も確認しなかったために起こります。
| 種類 | 長さ | 作成タイミング | 読者 |
|---|---|---|---|
| 要約スライド | 1スライド、30〜60語程度 | 発表前 | 会議室にいる全員 |
| アブストラクト（予告） | 50〜150語程度 | 発表前 | 参加するかどうかを検討している人 |
| 発表後の要約 | 200〜500語程度 | 発表後 | 欠席した人と、将来の自分 |
要約スライドはスライド資料の中に含まれます。それが必要な場合は、スライド特有のレイアウトを解説したエグゼクティブサマリースライドのガイドをご覧ください。
発表後の要約は、スライドではなくドキュメントです。これは、会議室にいなかった人が6週間後に予備知識なしで読んでも理解できるものでなければなりません。そのフォーマットについては、発表後のリキャップの解説でカバーしています。
以下で紹介する執筆方法は、これら3つのすべてに共通しています。
プレゼンテーションの要約に含めるべきもの
優れた要約を分解すると、5つの要素が見えてきます。毎回5つすべてが必要なわけではありませんが、含めない場合は見落としではなく、意図的な判断であるべきです。
- プレゼンテーションが答えた問い。1文で書きます。これが書けない場合、そのスライド資料には問いが存在しなかったということです。
- 答え。これも1文です。これが、人々が引用するフレーズになります。
- 根拠。2つか3つの数値と、それぞれの情報源です。
- 注意書き。分析がカバーしていない範囲や、確実性が低い部分です。
- 次のステップ。誰が、何を、いつまでにやるか。
注意書きは、長さを削るために真っ先にカットされがちです。しかし、残してください。元の分析よりも確実であるかのように見せてしまうプレゼンテーションの要約は、ない方がマシです。要約は、あなたの前提条件や但し書きを置き去りにして、一人歩きしてしまうからです。
プレゼンテーションの要約の書き方
3つのステップがあります。スピードよりも順序が重要です。
ステップ 1：他の何よりも先に「答え」を書く
スライド資料ではなく、白紙のドキュメントを開きます。プレゼンテーションが解決しようとした問いに対する答えを、1文で書きます。
スライドを読み返す前にこれを行ってください。読み返してしまうと、構成を要約することに引っ張られてしまいます。重要なのは構成ではなく、得られた知見（ファインディング）です。
もしその文が長くなりすぎる場合、そのプレゼンテーションはおそらく2つの主張をしています。両方の文を書き出し、どちらを主軸にするか決めてください。
その文だけでテストしてみましょう。会議に参加していなかった人にその文を渡してみます。彼らの最初の反応が、納得のリアクションではなく、詳細を尋ねる質問だった場合、その文はまだ十分な役割を果たせていません。
このステップで、プレゼンテーションの要約の成否が決まります。これ以降の作業は、すべて組み立てにすぎません。
1つ注意があります。書いているうちに「答え」の文が何度も変わってしまう場合、分析がまだ完了していません。執筆を止め、データに戻ってください。
ステップ 2：主張を支える3つの数値を抽出する
ここで、明確な目的を持ってスライド資料に戻ります。あなたの書いた文に説得力を持たせる、最小限の数値のセットを見つけてください。
通常、3つが上限です。それ以上の数値を並べても、読者の頭には入りません。また、数値が羅列されていると、どれが重要なのかをあなたが判断できなかったという印象を与えてしまいます。
それぞれの数値について、どこから来たのかを記録しておきます。「ダッシュボードから」ではなく、実際のテーブル、ファイル、またはクエリを特定します。これには1分余計にかかりますが、誰かから数値について突っ込まれたときに、1時間を節約することになります。
読みやすさのために端数を丸めるのは構いませんが、結論が変わってしまうような丸め方は絶対に避けてください。4.2%を4%にするのは問題ありません。しかし、5%のしきい値を超えるかどうかがテーマの要約で、4.6%を5%に丸めるのはNGです。
数値がスプレッドシートから来ている場合、その具体的な方法はピボットテーブルを使わずにExcelデータを要約する方法のガイドで解説しています。
ステップ 3：注意書きと次のステップを追加し、削る
これで「答え」と「根拠」が揃いました。残るは2つです。
注意書きは、根拠の直後に1文で入れます。分析の限界（境界線）を明記してください。対象期間、除外したセグメント、あるいは対処したデータの品質問題などがこれに該当します。
次のステップは最後に配置し、担当者の名前を紐付ける必要があります。「価格設定を見直すべき」は次のステップではありません。「10月の取締役会までに、Dana担当で価格設定を見直す」が正しい書き方です。
その後、削ります。草稿を読み直し、上記の5つの役割のいずれも果たしていない文をすべて削除します。ほとんどの初稿は、ここで約3分の1を削ることで、より洗練されたものになります。
まず形容詞を削りましょう。「重大な」「大幅な」「顕著な」といった言葉は、強調しているように見えて、実際には何の情報を生み出していません。数値が大きいのであれば、数値そのものがそれを物語ってくれます。
具体的な書き換え例
以下は、同じ知見を「悪い例」と「良い例」で書き分けたものです。
ビフォー（84語）：
このプレゼンテーションでは、四半期ごとのチャーン分析について説明しました。セグメントや期間ごとのチャーンを調査しました。この分析には、複数のソースからのデータが含まれています。エンタープライズ部門において、さらなる調査が必要と思われるいくつかの興味深いパターンが見つかりました。また、ミッドマーケットに関する知見もありました。いくつかの考えられる原因について議論しました。また、優先順位に応じて、チームが今後数週間のうちに検討できる潜在的な次のステップについても説明しました。
アフター（79語）：
Q3のエンタープライズ部門のチャーン率は4.2%に上昇（Q2の2.8%から増加）。ミッドマーケットとSMBは横ばいでした。
3つの数値がこれを支えています。失注した14のエンタープライズアカウントのうち、11アカウントにはエグゼクティブスポンサーが登録されていませんでした（CRMエクスポート、9月18日）。これらのアカウントの平均Time-to-First-Value（最初の価値を実感するまでの時間）は、目標の21日に対して47日でした（オンボーディングログ）。14アカウントのうち9アカウントで、サポートチケットが30日以上開いたままでした。
これには、買収によって失われたアカウントは含まれません。10月の取締役会までに、Danaがスポンサーカバー率の見直しを担当します。
長さはほぼ同じです。しかし、後者であれば会議を欠席した人に転送しても、すぐにアクションを起こすことができます。
後者のバージョンが「やっていないこと」に注目してください。プレゼンテーション自体の説明は一切していません。ただ、得られた知見を伝えているのです。
情報源の明記も、目立たないながらも重要な役割を果たしています。それぞれの数値の出所が、ごく短い言葉で示されています。これを書く手間はほとんどかかりませんが、最もよくある質問（「その数字はどこから来たのか？」）を未然に防ぐことができます。
プレゼンテーションの要約の適切な長さ
長さは、スライド資料の枚数ではなく、読者の意思決定に合わせて調整してください。知見がシンプルであれば、60枚のスライド資料であっても、40語程度の要約にまとめることができます。
| 状況・媒体 | 目安の長さ |
|---|---|
| 要約スライド | 30〜60語程度 |
| メールの本文 | 100〜200語程度 |
| 共有ドキュメントまたはWiki | 200〜500語程度 |
| 取締役会向けの事前資料 | 300〜500語程度（スライド資料を添付） |
500語を超えると、それは要約ではなく「レポート」になります。それは異なるルールを持つ、別の成果物です。
上限を守るべき実用的な理由があります。要約は、スマートフォン、廊下、あるいは会議の合間に読まれるものです。2回以上スクロールしなければならないものは「後で読む」に回され、結局読まれることはありません。
最後まで読まれる言葉遣い
米国連邦政府の「プレイン・ランゲージ（平易な言葉遣い）」のガイドラインが、ここでもそのまま当てはまります。これは、一般的な文章術のアドバイスよりも具体的です。
能動態を使いましょう。Digital.govのプレイン・ランゲージ・ガイドにはこうあります。「能動態は、誰が何をすべきかを明確にします。責任の所在に関する曖昧さを排除します。」次のステップを割り当てる要約において、これこそが最も重要なポイントです。
現在形を使いましょう。同ガイドはその理由を端的に説明しています。「動詞の最もシンプルで強力な形式は現在形である。」
動作を名詞化してしまう「隠れた動詞」に注意してください。同ガイドの例は的を射ています。「データの分析を行う（We conduct an analysis of the data）」ではなく、「データを分析する（We analyze data）」と書くべきです。要約では、名詞化した方がフォーマルに聞こえるため、この問題が起こりがちです。しかし、そのフォーマルさは単なる「水増し」として読まれてしまいます。
もう1つ、簡単にできるテストがあります。プレゼンテーションの要約を声に出して読んでみてください。あなたが引っかかった文は、読者も必ず引っかかります。
よくある間違い
- 知見ではなく、スライド資料自体を要約している。「このプレゼンテーションでは〜について説明しました」という書き出しがその典型です。
- 答えを第3段落に埋もれさせている。読者は途中で読むのをやめてしまいます。結論から書き始めましょう。
- 注意書きを省いている。要約はスライド資料よりも広く流通するため、前提条件のない主張だけが一人歩きしてしまいます。
- 情報源のない数値。一度でも答えられない質問をされると、その場の信頼を失います。
- 次のステップに担当者がいない。名前のないアクションが実行されることはありません。
- 最後に急いで書いている。スライドの1枚目を作る前に、答えとなる文をドラフトしてください。これにより、スライド資料自体の質も向上します。
- 前四半期の表現を使い回している。要約を使い回すと、最も重要であるはずの「変化した部分」が見えなくなってしまいます。
他人のプレゼンテーションを要約する
自分が作っていないスライド資料をまとめるのは、また別の難しさがあります。スライドは手元にあっても、その背景にある論理（推論）がわからないことがあり、この2つが一致していることは稀だからです。
結末から逆算して考えましょう。発表者は本当の結論を最後の3枚のスライドに置くか、口頭で言うだけでスライドには書かないことがよくあります。スライドの1枚目からではなく、そこから始めてください。
次に、結論と根拠が一致しているかを自分で検証します。あなたが署名して出すプレゼンテーションの要約は、誰がスライドを作ったかに関わらず、あなたの主張になります。もし数値が最後のスライドを裏付けていない場合、そのギャップは注意書きに記載すべきです。
公開する前に、発表者に1つだけ質問をしてください。「何をあえて省きましたか？」その答えは、要約全体の中で最も役立つ一文になることが多く、スライドに書かれていることはほとんどありません。
ここでも帰属（誰の発表か）が重要です。上部に発表者の名前と日付を記載してください。6ヶ月も経てば、それが誰の分析だったのか誰も覚えていません。残るのは要約だけです。
定例会議で取り入れる価値のある習慣があります。要約を一箇所にまとめ、一貫した構成にしておくことで、読者が4回分の要約をざっと見てトレンドを把握できるようにします。構成がバラバラなまとめがフォルダに散乱している状態は、まとめが全くない状態と大差ありません。比較作業が手作業になってしまうからです。
再利用可能なテンプレート
これをコピーして記入してください。以下の順序で5つの項目があります。
知見（ファインディング）：［1文で。トピックではなく、答えを書きます。］
根拠：［数値1、情報源付き］［数値2、情報源付き］［数値3、情報源付き］
注意書き：［この分析がカバーしていない範囲］
次のステップ：［アクション、担当者、期日］
詳細：［スライド資料または元データへのリンク］
最後の項目は、見た目以上に重要です。情報源へのリンクが貼られているプレゼンテーションの要約は、一度目だけでなく、二度目に読まれたときにも信頼されます。
チームが普段使っているツールの中にテンプレートを置いておきましょう。どんなに優れたフォーマットであっても、誰も見つけられない場所にあれば、使われることはありません。
実際に手間がかかる部分
要約を書くこと自体はすぐに終わります。時間がかかるのは、それを支える3つの数値を見つけ出す作業です。特に、それらが異なる場所に散らばっている場合はなおさらです。
それこそが、自動化する価値のある部分です。数値がスプレッドシート、データベース、PDFに散在している場合、それらを手作業で集めるだけで午後が丸々潰れてしまいます。また、転記ミスの原因にもなります。
Powerdrill Bloomが、その半分の作業を引き受けます。ドキュメントやデータベースを横断して自然言語で質問するだけで、すべての数値が、その背景にあるページ、行、図表とともに返ってきます。この最後の機能があるからこそ、元のデータに戻って確認することなく、情報源のメモを書き加えることができるのです。
判断を下すのはあなた自身です。どの知見を優先するか、注意書きに何を書くか、誰が次のステップを担当するかといった決定は、ツールが代わりにやってくれるものではありません。送信する前に、当社のスライド資料レビュー用チェックリストを最後の確認としてご活用ください。
よくある質問
プレゼンテーションの要約とは何ですか？
プレゼンテーションそのものがなくても、その主張を伝える短い文章のことです。優れた要約は、得られた知見を述べ、それを支える2〜3の数値を提示し、注意書きを明記し、次のステップを割り当てます。
プレゼンテーションの要約はどのくらいの長さにすべきですか？
要約スライドの場合は30〜60語程度、メールの場合は100〜200語程度です。共有ドキュメントの場合は200〜500語程度になります。長さはスライド資料のサイズではなく、読者の意思決定に合わせて調整します。
要約（サマリー）とアブストラクトの違いは何ですか？
アブストラクトは、参加するかどうかを検討してもらうためにプレゼンテーションの前に書かれます。一方、プレゼンテーションの要約は通常、参加できなかった人に知見を伝えるためにプレゼンテーションの後に書かれます。
プレゼンテーションの要約に推奨事項（提案）を含めるべきですか？
はい。最後の要素として、担当者と期日を紐付けて含めるべきです。知見を述べるだけで終わる要約は、読者に次のステップを考えさせることになります。そして通常、彼らが自ら考えることはありません。
スライド資料を作る前に要約を書いてもいいですか？
むしろそうすべきです。最初に答えとなる文をドラフトすることで、結論を明確にせざるを得なくなり、結果としてスライド資料を短くまとめることができます。その文が書けないのであれば、スライド資料を作る準備がまだできていません。その後の進め方については、当社のデータスライド構成案作成ガイドをご覧ください。
情報源： Digital.gov, Writing for understanding（PlainLanguage.govから改編されたプレイン・ランゲージ・ガイド・シリーズの一部）