第11章：説得力のあるプレゼンテーション
この章で作れる成果物
この章を読み終えると、次の成果物を作れる状態を目指します。
- presentation task brief: プレゼンの目的、聞き手、意思決定点、情報分類、承認者を定義する設計メモ。
- executive narrative storyboard: 経営説明を、判断事項、背景、選択肢、推奨、リスク、依頼事項へ展開するストーリーボード。
- slide message map: 各スライドの1メッセージ、根拠、図表、話す内容、次のスライドとの接続を管理する表。
- data / chart evidence card: グラフ、表、スクリーンショット、引用の出所、確認日、読み取り方、注意点を残すカード。
- Q&A / objection register: 想定質問、反対意見、回答方針、根拠、保留条件、回答責任者を整理する台帳。
- speaker notes / delivery plan: 発話順、強調点、時間配分、デモや資料提示、質疑の扱いを定義する運用メモ。
- presentation review checklist: 聞き手適合、根拠、リスク、視覚表現、承認、再利用条件を確認するチェックリスト。
- presentation outcome log: 合意事項、未決事項、宿題、回答保留、再利用条件を残す発表後ログ。
第10章では、1枚サマリー、提案書、報告書、稟議メモを、判断可能な文書へ仕上げる方法を扱いました。本章では、その文書をもとに、聞き手がその場で理解し、質問し、判断できるプレゼンテーション、経営説明、想定Q&Aへ展開します。
プレゼンテーションの目的は、きれいなスライドを作ることではありません。聞き手が、何を決めるべきか、なぜ今決めるのか、どの根拠を信じてよいのか、どのリスクを受け入れるのかを判断できる状態にすることです。AIは構成案、スライド案、話者メモ、想定質問の生成に有効ですが、結論、根拠、リスク許容、承認依頼の責任は人間が持ちます。
本章とAI活用の標準業務フロー
本章は、AI活用の標準業務フロー（1枚） のうち、主に次の工程に対応します。
- 1. タスク定義: プレゼンの目的、聞き手、意思決定点、期待する反応、承認者を決める。
- 2. 情報分類: スライド、発話、デモ、配布資料に含めてよい情報を分ける。
- 3. 文脈設計: 聞き手の前提知識、関心事、懸念、既存決定、説明制約を context pack にする。
- 4. 出力仕様: deck schema、slide message map、Q&A register、speaker notes の形式を定義する。
- 5. 手段選択: 口頭説明、スライド、1枚サマリー、デモ、PDF、表、グラフ、録画、補足資料の使い分けを決める。
- 6. 生成: AIにストーリーボード、スライド見出し、図表案、想定質問、発話メモを出させる。
- 7. 評価: CARE+、聞き手適合、論理のつながり、視覚表現、Q&A耐性、承認条件で点検する。
- 8. ファクトチェック: data / chart evidence card と evidence-to-document traceability matrix で、主張、数値、図表、引用を確認する。
- 9. 編集・承認: 人間が最終スライド、発話、配布可否、質疑で回答してよい範囲を承認する。
- 10. ログ化・再利用: 採用版、Q&A、差し戻し理由、再利用条件、廃止条件を残す。
AIに「プレゼン資料を作って」と依頼する前に、聞き手が何を判断するのか、どの資料を見ればよいのか、どの質問に備える必要があるのかを設計します。
11.1 この章で扱う業務課題
プレゼンテーションで起きる問題は、話し方やデザインだけではありません。多くは、意思決定と根拠の設計不足から生じます。
- スライドは多いが、聞き手が何を決めればよいか分からない。
- 第10章で作った decision memo とスライドの主張がずれている。
- 数値、グラフ、引用の出所や確認日が不明なまま提示される。
- AIが作った見栄えのよい図表を、確認なしに説明へ使う。
- 反対意見や想定質問を準備せず、質疑で重要論点が保留になる。
- 経営向け、現場向け、法務・セキュリティ向けで、同じ説明をしてしまう。
- 顧客名、個人情報、契約条件、未公開情報をスライドや発話に含めてしまう。
- 終了後に、何が合意され、何が宿題になったかが残っていない。
本章では、プレゼンを「説明イベント」ではなく「意思決定のための成果物」として扱います。スライド、話者メモ、想定Q&A、補足資料、承認ログを一体で設計します。
11.2 presentation task brief
11.2.1 プレゼン前に決めること
presentation task brief は、プレゼンの目的と制約を定義するメモです。
【presentation task brief】
成果物名:
利用場面: 経営会議 / 部門会議 / 顧客説明 / プロジェクト報告 / 研修
聞き手:
聞き手の関心事:
意思決定点:
今回求める反応: 承認 / 合意 / 意見収集 / 保留判断 / 次回検討
説明時間:
配布資料の有無:
情報分類: 公開 / 社内限定 / 機密 / 個人情報 / 顧客情報 / 契約情報 / 著作物
AI利用環境: 外部AI / 社内AI / AI利用不可 / 手作業中心
参照する文書: 1枚サマリー / 提案書 / 報告書 / 稟議メモ / decision memo
根拠資料:
未確認事項:
想定される反対意見:
承認者:
発表後に残すログ:
再利用条件:
brief がないままスライドを作ると、AIは整った構成を出せますが、聞き手の判断に必要な情報が抜けます。意思決定点、情報分類、未確認事項、回答してよい範囲を先に決めます。
11.2.2 聞き手別に説明の重心を変える
同じ提案でも、聞き手によって知りたいことは変わります。
| 聞き手 | 主な問い | 説明の中心 | 注意点 |
|---|---|---|---|
| 経営層 | 何を決めるべきか | 判断事項、選択肢、推奨、リスク、投資判断 | 詳細手順より意思決定条件を優先する |
| 部門長 | 実行できるか | 体制、負荷、期限、責任分界、現場影響 | 現場制約と支援策を明示する |
| 現場担当 | 何をすればよいか | 作業手順、変更点、支援、問い合わせ先 | 不安や例外処理を扱う |
| 法務 / セキュリティ | 許容できるか | 情報分類、契約、privacy、IP、承認、ログ | 判断を一般論で代替しない |
| 顧客 | 自社に合うか | 課題理解、提案範囲、導入条件、リスク対応 | 未確定の効果や条件を断定しない |
AIに構成案を出させる場合も、聞き手ごとに「何を先に知りたいか」を指定します。
次の decision memo をもとに、経営会議向けの説明構成を作ってください。
聞き手は、投資判断、リスク、代替案、却下時影響を重視します。
技術詳細は補足資料へ回し、スライド本編は判断事項、推奨案、根拠、リスク、依頼事項を中心にしてください。
根拠が不足している項目は「要確認」として分けてください。
11.2.3 context pack と話してよい範囲
プレゼンでは、スライドに書く情報だけでなく、口頭で話す情報も管理対象です。
【presentation context pack】
聞き手:
今回決めること:
今回決めないこと:
前提として共有済みの情報:
説明してよい情報:
口頭でも話してはいけない情報:
補足資料へ回す情報:
未確認として扱う情報:
想定質問:
回答してよい範囲:
回答を保留する条件:
顧客名、個人情報、契約条件、未公開ロードマップ、セキュリティ詳細などは、スライドに書かなくても発話で漏れる可能性があります。第9章の data classification card と policy / approval matrix に従い、説明してよい範囲を決めます。
11.3 executive narrative storyboard
11.3.1 経営説明は「物語」ではなく「判断順序」
ストーリーは、聞き手を感動させるためではなく、判断順序を迷わせないために使います。経営説明では、次の順序が基本になります。
【executive narrative storyboard】
1. 何を決めてほしいか
2. なぜ今決める必要があるか
3. 現状で何が起きているか
4. 選択肢は何か
5. 推奨案は何か
6. 推奨案を支える根拠は何か
7. 主なリスクと緩和策は何か
8. 未確認事項は何か
9. 承認後に誰が何をするか
10. 次回見直し条件は何か
第10章の executive narrative / decision memo template は、この storyboard の材料になります。スライド化するときは、文書の順序をそのまま貼るのではなく、聞き手の判断順序に合わせて再配置します。
11.3.2 改善前と改善後
【改善前】
新しいAI活用施策について説明します。
各部門でAI利用が進んでいるため、当社でも活用を強化したいと考えています。
業務効率化や品質向上が期待できます。
【問題点】
- 何を承認してほしいか分からない。
- 判断期限、選択肢、リスク、代替案がない。
- 「期待できます」が根拠や前提とつながっていない。
【改善後】
判断してほしいこと:
営業提案書の初稿作成に、承認済み社内AI環境を試験導入するか。
推奨:
限定導入を推奨します。対象は公開情報と匿名化済み顧客課題を使う提案骨子作成に限ります。
根拠:
- 第10章の proposal skeleton により、提案書作成を課題、提案範囲、リスク、次アクションへ分解できる。
- data classification card により、顧客名、価格、契約条件をAI入力から除外できる。
- document review checklist により、未確認の効果数値を顧客提示前に分離できる。
リスク / 緩和策:
- 顧客固有情報の混入: 社内AI環境に限定し、入力前に匿名化する。
- 効果の過大表現: 実測前の数値はサンプルまたは要確認として扱う。
- 承認漏れ: 提案責任者と必要部門の確認を audit log に残す。
依頼事項:
試験対象案件、レビュー担当者、ログ保管場所の承認をお願いします。
改善後は、聞き手が判断できるように、判断事項、推奨、根拠、リスク、依頼事項を分けています。
11.3.3 スライド構成へ落とす
storyboard をスライドに展開するときは、全情報を本編へ入れません。本編、補足、口頭、ログを分けます。
| 情報 | 置き場所 | 判断基準 |
|---|---|---|
| 判断事項 | 冒頭スライド | 聞き手が最初に把握すべきため |
| 推奨案 | 冒頭または結論スライド | 判断対象と直結するため |
| 根拠の要約 | 本編 | 説明責任に必要なため |
| 詳細データ | 補足資料 | 質疑時に参照できればよいため |
| 未確認事項 | 本編または補足 | 断定を避けるため |
| 承認条件 | 結論スライド | 次アクションに必要なため |
| 詳細ログ | audit log | 監査・再利用に必要なため |
11.4 slide message map
11.4.1 1スライド1メッセージを管理する
slide message map は、スライドごとの役割を管理する表です。見出し、主張、根拠、図表、話者メモ、次のスライドへの接続を分けます。
| # | スライド役割 | メッセージ | 根拠 | 図表 / 資料 | 話者メモ | 次への接続 |
|---|---|---|---|---|---|---|
| 1 | 判断事項 | 本日は試験導入の承認可否を判断する | presentation task brief | なし | 決めることを先に明示する | 背景へ |
| 2 | 背景 | 提案書初稿作成にばらつきがある | 報告メモ | 課題一覧 | 未確認数値は出さない | 選択肢へ |
| 3 | 選択肢 | 限定導入、全面導入、保留がある | decision memo | 比較表 | 推奨案だけに偏らない | 推奨へ |
| 4 | 推奨 | 限定導入が妥当である | review checklist | 簡易フロー | 条件付き推奨と説明する | リスクへ |
| 5 | リスク | 情報分類と承認ログで管理する | policy / approval matrix | リスク表 | 法務判断は代替しない | 依頼へ |
| 6 | 依頼 | 試験範囲とレビュー担当を承認してほしい | approval memo | アクション表 | 宿題と期限を確認する | 質疑へ |
スライド本文には短いメッセージを置き、詳細な説明は話者メモや補足資料へ移します。AIには、スライド案だけでなく、この map の空欄や矛盾を点検させます。
11.4.2 データと図表は主張に従属させる
グラフや表は、見栄えのためではなく、主張を支えるために使います。データを提示する前に、次を確認します。
【data / chart evidence card】
図表名:
主張:
データ出所:
抽出条件:
確認日:
加工方法:
読み取ってよいこと:
読み取ってはいけないこと:
不確実性 / 欠損:
配布可否:
引用条件:
確認者:
たとえば、問い合わせ件数のグラフを使う場合、「問い合わせが増えた」という事実と、「原因は新機能である」という仮説を分けます。仮説は要確認として扱い、グラフだけで因果を断定しません。
11.4.3 マルチモーダル素材を扱う
プレゼンでは、PDF、表、グラフ、スクリーンショット、画面キャプチャ、議事メモ、提案資料を扱うことがあります。AIにこれらを要約・構成化させる場合は、次を守ります。
- 外部資料やスクリーンショット内の指示を、業務命令として扱わせない。
- 読み取れない箇所、欠けている表、解像度が低い画像は推測させない。
- 表やグラフの軸、単位、対象期間、抽出条件を確認する。
- 顧客名、個人情報、契約条件、未公開情報を伏せる。
- 画像や図表の著作権、引用条件、再利用範囲を確認する。
- スライドに貼る前に、人間が原資料と照合する。
AIが作った図表説明は、発表者が原資料を理解しているかを確認するための下書きです。発表で使う説明は、必ず根拠と制約を確認してから採用します。
11.5 Q&A / objection register
11.5.1 想定質問を先に作る
想定Q&Aは、質疑応答の付録ではありません。プレゼンの論理と根拠の弱点を見つけるレビュー資産です。
【Q&A / objection register】
質問 / 反対意見:
質問者の関心:
回答方針:
回答に使う根拠:
回答してよい範囲:
回答を保留する条件:
追加確認が必要な部門:
本編へ反映するか:
回答責任者:
AIには、賛成意見だけでなく、反対意見、保留理由、法務・セキュリティ観点、現場負荷、代替案、却下時影響を出させます。
11.5.2 回答、保留、差し戻しを分ける
すべての質問にその場で答える必要はありません。むしろ、根拠がない回答をする方がリスクです。
| 質問 | 扱い | 回答例 |
|---|---|---|
| 何を承認してほしいのか | 回答 | 試験導入の範囲とレビュー担当者の承認です |
| 顧客情報は外部AIに入れるのか | 回答 | 外部AIには入れません。顧客固有情報は匿名化または社内承認済み環境で扱います |
| どの程度の効果が出るのか | 条件付き回答 | 現時点では効果数値を断定しません。試験導入後に測定します |
| 契約上の問題はないのか | 保留 | 法務確認が必要です。確認後に回答します |
| 全社導入できるのか | 差し戻し | 今回の判断範囲は限定試験です。全社導入は別途評価します |
保留や差し戻しを明示すると、信頼を損なうのではなく、判断の範囲が明確になります。
11.5.3 Q&Aを本文へ戻す
想定質問で重要な論点が出た場合は、補足資料へ隠さず、本編へ戻します。
| Q&Aで見つかった論点 | 本編への反映 |
|---|---|
| 承認条件が曖昧 | 結論スライドに承認条件を追加する |
| セキュリティ懸念が強い | リスクスライドを前倒しする |
| 効果測定が不明 | 評価指標と測定タイミングを追加する |
| 現場負荷が不明 | 体制・役割分担スライドを追加する |
| 代替案が不足 | 選択肢比較を追加する |
Q&A は、発表後に捨てるものではありません。次回説明、FAQ、会議ログ、意思決定ログへ再利用します。
11.6 speaker notes / delivery plan
11.6.1 話者メモは台本ではなく運用メモ
speaker notes は、読み上げ台本ではありません。何を強調し、何を省略し、どの質問で止めるかを管理するメモです。
【speaker notes / delivery plan】
スライド番号:
狙い:
話す要点:
強調する判断事項:
読み飛ばしてよい補足:
質問を受けるタイミング:
回答してよい範囲:
保留する条件:
次のスライドへの接続:
AIには、発話案を出させてもよいですが、読み上げるだけの台本にしないようにします。聞き手の反応に応じて、詳細へ進むか、補足へ回すかを発表者が判断します。
11.6.2 オンライン / ハイブリッドでの注意
オンラインやハイブリッドでは、聞き手の反応、質問、合意状況が見えにくくなります。ツール操作の細部ではなく、運用上の設計を重視します。
- 冒頭で、判断事項、質疑タイミング、チャット利用、録画有無を明示する。
- 重要スライドには、発話なしでも意味が通る見出しを置く。
- 口頭だけで承認を取らず、決定事項と宿題を会議後に記録する。
- 画面共有する資料に、機密情報や通知が映らないようにする。
- スクリーンショットやデモ画面に個人情報、顧客名、未公開情報がないか確認する。
- 質疑で出た未確認事項を、その場で断定せず、回答期限と責任者を残す。
11.6.3 終了後のログ化
プレゼン終了後は、スライドを保存するだけでなく、意思決定と宿題を残します。
【presentation outcome log】
発表日時:
参加者:
目的:
提示した資料版:
合意事項:
未決事項:
承認条件:
宿題:
回答保留事項:
変更依頼:
次回確認日:
再利用してよい資料:
再利用してはいけない情報:
廃止条件:
このログは、第12章で扱う会議設計、議事録、意思決定ログ、合意形成へつながります。
11.7 AI協働による作成・レビュー
11.7.1 AIに任せる範囲 / 任せない範囲
| 作業 | AIに任せやすい範囲 | 人間が責任を持つ範囲 |
|---|---|---|
| 構成設計 | storyboard案、スライド見出し案、順序案 | 意思決定点、聞き手、承認依頼 |
| スライド案 | 1メッセージ化、要約、箇条書き案 | 採用する主張、配布可否、機密除外 |
| 図表説明 | 読み取り候補、ラベル案、注意点案 | 出所確認、軸・単位確認、断定可否 |
| Q&A | 想定質問、反対意見、回答案 | 回答してよい範囲、保留条件、責任者 |
| 発話メモ | 話す順序、強調点、言い換え案 | 最終発話、質疑対応、承認判断 |
| レビュー | 抜け漏れ、矛盾、聞き手適合の指摘 | 提出、発表、承認、ログ化 |
AIは、発表者の代わりに責任を負いません。重要な質問にどう答えるか、何を保留するか、どの情報を出さないかは人間が決めます。
11.7.2 deck review loop
【deck review loop】
1. presentation task brief を作る
2. executive narrative storyboard を作る
3. slide message map に展開する
4. data / chart evidence card で図表と根拠を確認する
5. Q&A / objection register を作る
6. CARE+で聞き手適合、根拠、リスク、承認条件を評価する
7. 機密情報、個人情報、著作物、未確認事項を分離する
8. speaker notes / delivery plan を作る
9. 人間が最終スライドと発話範囲を承認する
10. presentation outcome log に結果を残す
11.7.3 presentation review checklist
【presentation review checklist】
目的:
□ 聞き手と意思決定点が明確である
□ 冒頭で判断事項を示している
□ 今回決めないことが分かる
論理:
□ decision memo とスライドの主張が一致している
□ 各スライドのメッセージが1つに絞られている
□ 結論、根拠、リスク、依頼事項がつながっている
根拠:
□ 数値、グラフ、引用に出所、確認日、状態がある
□ 因果関係と相関関係を混同していない
□ 未確認情報を断定していない
視覚表現:
□ 図表は主張を支えるために使っている
□ 軸、単位、対象範囲、期間が分かる
□ 見た目の装飾で重要度を誤解させていない
リスク:
□ 情報分類と配布可否を確認した
□ スクリーンショット、PDF、図表の権利・引用条件を確認した
□ 質疑で回答してよい範囲と保留条件を決めた
承認:
□ 承認者、発表者、回答責任者が明確である
□ 合意事項と宿題をログ化する手順がある
□ 再利用条件と廃止条件を残した
11.8 よくある失敗と改善策
11.8.1 スライド作成から始める
スライド作成から始めると、見た目は整っても、意思決定点が曖昧になります。まず presentation task brief と executive narrative storyboard を作ります。
11.8.2 すべてを本編に入れる
すべての詳細を本編に入れると、聞き手は判断できません。本編、補足資料、話者メモ、ログを分けます。
11.8.3 根拠不明の数値を強調する
AIが生成した数値、出所不明の改善率、他社事例の断定は使いません。出所、確認日、抽出条件、適用範囲を示せない場合は、削除または要確認にします。
11.8.4 図表で因果を断定する
グラフで変化が見えても、原因を示したとは限りません。読み取ってよいこと、読み取ってはいけないことを data / chart evidence card に残します。
11.8.5 反対意見を隠す
反対意見を隠すと、質疑で信頼を失います。Q&A / objection register で先に扱い、必要な論点は本編へ戻します。
11.8.6 発表後の決定を残さない
プレゼンで合意したつもりでも、ログがなければ後から確認できません。合意事項、未決事項、宿題、承認条件を presentation outcome log に残します。
11.9 人間が最終判断すべき点
AIと協働しても、次の判断は人間が行います。
- プレゼンの目的、聞き手、意思決定点、依頼事項。
- スライド、補足資料、口頭説明に含めてよい情報。
- どの根拠、数値、図表、引用を採用するか。
- 未確認事項を本編に残すか、補足へ回すか、削除するか。
- 反対意見や質問にその場で回答するか、保留するか。
- 法務、セキュリティ、契約、privacy、IP に関わる回答範囲。
- スライドの配布可否、録画可否、再利用範囲。
- 合意事項、未決事項、宿題、承認条件をどう記録するか。
- 発表後にテンプレートやQ&Aをどこまで資産化するか。
- 発表者として最終責任を持てる内容か。
章末演習
演習11-1：presentation task brief を作る
自分が近く実施する説明または報告を1つ選び、presentation task brief を作ってください。聞き手、意思決定点、今回求める反応、情報分類、承認者を明示してください。
演習11-2：executive narrative storyboard を作る
第10章で作った1枚サマリー、提案書、報告書、稟議メモのいずれかをもとに、executive narrative storyboard を作ってください。判断事項、推奨案、根拠、リスク、依頼事項を分けてください。
演習11-3：slide message map を作る
演習11-2の storyboard を、5〜7枚程度の slide message map に展開してください。各スライドのメッセージ、根拠、図表、話者メモ、次への接続を記入してください。
演習11-4：Q&A / objection register を作る
想定質問と反対意見を少なくとも5件挙げ、回答方針、根拠、回答してよい範囲、保留条件を整理してください。
演習11-5：presentation review checklist を適用する
自分のスライド案または説明案に、presentation review checklist を適用してください。未確認の数値、根拠不明の図表、回答してはいけない情報を分離してください。
理解度チェック
□ presentation task brief を使い、聞き手、意思決定点、情報分類、承認者を定義できる □ executive narrative storyboard で、経営説明を判断順序として設計できる □ slide message map で、各スライドのメッセージ、根拠、図表、話者メモを管理できる □ data / chart evidence card で、図表の出所、確認日、読み取り範囲を確認できる □ Q&A / objection register で、想定質問、反対意見、回答範囲、保留条件を整理できる □ speaker notes / delivery plan で、発話、質疑、保留条件を設計できる □ presentation review checklist で、聞き手適合、根拠、リスク、承認を点検できる □ AIに任せる範囲と、人間が最終判断する範囲を分けられる
章末の要点
- プレゼンテーションは、スライド作成ではなく、聞き手の意思決定を支援する成果物です。
- presentation task brief は、目的、聞き手、意思決定点、情報分類、承認者を定義する入口です。
- executive narrative storyboard は、経営説明を判断事項、選択肢、推奨、根拠、リスク、依頼事項へ展開します。
- slide message map は、スライドごとのメッセージ、根拠、図表、話者メモを管理します。
- data / chart evidence card は、図表やスクリーンショットを根拠確認できる説明資料へ変えるために使います。
- Q&A / objection register は、反対意見を隠すのではなく、説明の弱点を補強するために使います。
- speaker notes / delivery plan は、発話、質疑、保留条件、次への接続を管理する運用メモです。
- presentation outcome log は、合意事項、未決事項、宿題、承認条件を次の会議・意思決定ログへつなげます。
次章への橋渡し
第11章では、AIと協働しながら、経営説明、プレゼンテーション、想定Q&Aを、聞き手が判断できる成果物へ仕上げる方法を扱いました。次の第12章では、プレゼン後に生じる議論、会議設計、議事録、意思決定ログ、合意形成を扱います。
- 前章: 第10章：論理的な文書作成
- 次章: 第12章：効果的な会議・議論術
- リライト方針: 2026年版リライト契約と分割計画