giving-presentations

プレゼンテーションを行う

対象範囲

対象

• 目標と聴衆をもとに、明確な講演の目的と依頼事項を定める
• 対比（「現状」と「実現できる未来」）を使って、説得力のあるストーリーを構築する
• 時間に追われる状況でも話しやすい、スライドとトークトラックの計画を作成する
• ロールプレイ、Q&A の準備、事前説明を通じて、重要度の高い講演のリスクを軽減する
• 自信を持って話せるよう、リハーサルを行う（イメージトレーニングと録画・振り返りを含む）
• 対面と Zoom でのプレゼンテーションの進め方（存在感、間の取り方、考えるときに顔を上げること）

使用する場合

• 「全社ミーティングの報告について、アウトラインとトークトラックを作成してください」
• 「このドキュメントを、明確な依頼事項を含む 10 分間の経営陣向けプレゼンテーションにまとめるのを手伝ってください」
• 「基調講演／カンファレンストークの構成が必要です」
• 「重要度の高いレビューに向けて、Q&A と反論への準備をしてください」
• 「自信を持って発表できるよう、リハーサル計画を作成してください」

使用しない場合

• 必要なのがビジュアルやブランドデザインの仕上げだけの場合（デザインシステムまたはデザイナーを利用してください。このスキルはストーリー構成と発表に重点を置いています）
• 長文の意思決定文書が必要な場合（まずメモ／PRD を作成してから、プレゼンテーションにまとめてください）
• ゼロからの戦略について、関係者間の綿密な合意形成が必要な場合（先に合意形成を進めてください。このスキルでは、方向性と依頼事項が定まっていることを前提とします）
• 専門家のレビューなしで、規制対象またはリスクの高いトピック（医療／法律／金融に関する助言）について発表する場合

入力

最低限必要な情報

• プレゼンテーションの種類と実施環境（全社ミーティング、基調講演、経営陣レビュー、顧客向けデモなど。対面か Zoom か）
• 聴衆（役職／職位）と、聴衆が重視していること
• 望ましい成果（情報共有／合意形成／意思決定／説得）と依頼事項（決定、承認、次のステップ）
• 制限時間と Q&A の形式（分数、リアルタイムの Q&A か非同期か）
• 中核となる内容（箇条書き、ドキュメント、メモ、既存のスライド資料）と、必ず含める項目
• 制約（期限、仕上がりのレベル、避けるべき機密情報）

情報が不足している場合の進め方

• references/INTAKE.md から最大 5 つの質問をしてください（一度に 3～5 問）。
• 詳細が不足している場合は、前提を明示して進め、不明点を示してください。

成果物

Markdown 形式のプレゼンテーションパックを作成してください（チャット内、または希望があればファイル形式）。

1. プレゼンテーション概要（目標、聴衆、依頼事項、制約）
2. ストーリーのアウトライン（中核メッセージと「現状」と「実現できる未来」の対比）
3. スライドごとのアウトラインとトークトラック（各スライドの要点、主要ポイント、根拠、発表者用メモ）
4. Q&A／反論集（よくある質問と簡潔な回答）
5. 関係者への事前説明計画（事前に会う相手、合意する内容、リスクの軽減方法）
6. リハーサルと発表計画（イメージトレーニング、録画・振り返り、時間配分、段取り、Zoom／対面での注意点）
7. リスク／未解決の質問／次のステップ（必ず含める）

テンプレート：references/TEMPLATES.md
詳細なガイダンス：references/WORKFLOW.md

ワークフロー（8 ステップ）

1) インテーク：目的、依頼事項、制約を確定する

• 入力： ユーザーの背景情報と references/INTAKE.md。
• アクション： 聴衆、成果、最も重要な依頼事項を明確にします。制限時間と対象範囲内外を確認します。
• 出力： プレゼンテーション概要（ドラフト）と前提／不明点のリスト。
• 確認事項： 次の文を一文で埋められること。「この話の後、聴衆は _____ する。」

2) 対比を使ってストーリーの軸を組み立てる

• 入力： 概要と元資料（ドキュメント／箇条書き／スライド資料）。
• アクション： 「現状」と「実現できる未来」を定義します。それを支えるポイントを 2～4 個選び、行動喚起を定めます。
• 出力： ストーリーのアウトライン（対比表とストーリーの要所）。
• 確認事項： 対比が具体的で曖昧ではなく、聴衆が重視することと合致していること。

3) ナラティブをスライド／ストーリーの構成に落とし込みます

• 入力： ナラティブの概要＋制限時間。
• アクション： 構成（例：背景 → 緊張感 → 提案 → 根拠 → 依頼）を選びます。各スライドの要点を1つに絞ったスライド一覧を作成し、おおよその時間配分を設定します。
• 出力： スライドごとの概要（タイトル＋要点＋時間配分）。
• 確認事項： 発表が余裕をもって制限時間内に収まること。複数の要点が競合しているスライドがないこと。

4) 発表用の台本と根拠を作成します（話しやすい表現にします）

• 入力： スライドの概要＋根拠となる情報源。
• アクション： スピーカーノート（箇条書きの話す内容）を作成し、根拠（指標、例、デモ）を加え、「知っておくとよい」程度の内容は削ります。
• 出力： スピーカーノート＋根拠の計画を含むスライド概要。
• 確認事項： 各スライドの内容を、読み上げずに話せること。専門用語が聴衆に伝わる表現になっていること。

5) 想定される反論をロールプレイしてQ&Aに備えます

• 入力： ドラフト一式＋ステークホルダーの背景情報。
• アクション： Q&A／反論のリストを作成します。最も手ごわい聴衆を想定してロールプレイし、回答を練り直します。未回答の質問も特定します。
• 出力： Q&Aリスト＋「解決が必要な不明点」のリスト。
• 確認事項： 想定される上位10件の質問に簡潔な回答があり、代替案（「DATEまでに回答します」）も用意されていること。

6) ステークホルダーへの事前説明でリスクを減らします（不意打ちをなくします）

• 入力： ドラフト一式＋ステークホルダー一覧。
• アクション： 主要な意思決定者や影響力のある人との事前打ち合わせを計画し、実施します。早い段階で反論を把握し、ナラティブや依頼内容を更新します。
• 出力： 事前説明の計画＋変更履歴（何を、なぜ変更したか）。
• 確認事項： 主要なステークホルダーが、本番の会議で初めて主要な依頼を知ることがないこと。

7) リハーサルを繰り返し、自信をつけます（イメージし、録画し、改善します）

• 入力： ほぼ完成した概要／発表用台本。
• アクション： まず頭の中で本番をシミュレーションし、次に時間を計って通し練習をします。自分を録画して見直し、改善を繰り返します。（間を取る、考えるときは顔を上げる、原稿を読まないなど）話し方の合図を加えます。
• 出力： リハーサル計画＋時間配分のメモ＋話し方の合図。
• 確認事項： 大きくつまずくことなく、制限時間内に2回連続で発表できること。

8) 最終化し、品質ゲートを実施します

• 入力： 最終ドラフト一式＋ロジスティクス。
• アクション： references/CHECKLISTS.mdを使って確認し、references/RUBRIC.mdで評価します。会場／Zoomやバックアップなどのロジスティクスを確認します。最終版一式を作成します。
• 出力： 最終プレゼンテーション一式＋リスク／未解決の質問／次のステップ。
• 確認事項： チームメイトがブリーフとスライドの概要を読んで、依頼内容と全体の流れを正しく予測できること。

品質ゲート（必須）

• references/CHECKLISTS.mdとreferences/RUBRIC.mdを使用します。
• 必ず含める項目：リスク、未解決の質問、次のステップ。

例

例1（全社向けアップデート）：「今四半期にリリースしたもの、次の予定、他チームに必要な支援について、7分間の全社向けプレゼンテーションを作成してください。」
想定される出力：ブリーフ、ナラティブの対比（現状と次の予定）、スライドの概要＋発表用台本、Q&A、リハーサル＋発表計画。

例2（意思決定を伴う経営幹部レビュー）：「新しいオンボーディングフローを提案する、12分間の経営幹部レビューが必要です。4週間の実験を実施する承認を得るのが目的です。反論への準備を手伝ってください。」
想定される出力：明確な依頼、裏付けとなる根拠、反論リスト、主要な経営幹部への事前説明計画、リハーサル計画。

境界例：「スライドの見た目をよくしてください。」
対応：問題がナラティブ／構成にあるのか、ビジュアルデザインにあるのかを確認します。純粋に見た目だけの問題であれば、デザインシステムとの整合やデザイナーへの相談を勧め、ビジネス上の内容を作り出さないようにします。