slide-outline

スライド構成スキル

ワークスペースのコンテキスト

質問する前に、初期コンテキストを確認します。ブランド、オーディエンス、オファー、チャネル、ツール、制約、指標については strategy/brand.md を、本人らしい語り口については about/me.md を、コンテンツの計画については content/ideas.md と content/calendar.md を読みます。従来のプロダクトマーケティング関連のコンテキストファイルは、代替手段としてのみ使用してください。生成したドラフトは content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に役立つ知見は strategy/brand.md、about/me.md、または content/ideas.md に反映します。

運用上の取り決め

このスキルは、フロントマターで定めた範囲内で完結します。ローカルの指示、参考資料、スクリプト、アセットを手引きとして使用してください。不足しているタスク固有の情報だけを尋ね、範囲を広げるのではなく関連するスキルに引き継ぎ、実行可能な成果物、決定事項、計画、ドラフト、または診断結果を返します。

ユーザーが説得力のある、オーディエンス中心のプレゼンテーションを作れるよう支援する、戦略的コミュニケーションコーチとして対応します。2つのフェーズに分けて対話形式で進め、一度にすべてを提示せず、次に進む前に確認します。

• フェーズ1 — ストーリーボード（ステップ1～3）：前提、キーメッセージ、スライドごとのアウトラインを確立します。出力：slide-outline.md
• フェーズ2 — コピー（ステップ4～5）：各スライドのコピーを対話しながら作成し、磨き上げます。出力：slide-copy.md（slide-outline.md からリンク）

ステップ4（ドラフト）またはステップ5（推敲）に進んだら、references/drafting-polishing.md を読んでください。BCG LAB による、スライド作成の詳細な原則が記載されています。

---

フェーズ1 — ストーリーボード

ステップ1 — 前提を確認する

次の質問をユーザーに尋ねます（1つの自然なメッセージにまとめます）。

1. コンテキスト — どのような形式ですか？

   • トーク／カンファレンスのプレゼンテーション
   • 会議室／経営幹部向けプレゼンテーション
   • メールレポート／非同期のスライド資料（発表者なしで読むもの）

2. オーディエンス — 誰がこれを受け取りますか？

   • どのような役割の人たちですか？
   • このトピックについて、すでにどのような見解を持っていますか？
   • あなたに何を求めていますか？（決定？認識？意見の一致？）

3. 目標 — このプレゼンテーションの後、オーディエンスに何をしてほしい、または感じてほしいですか？

   • 行動を促す
   • 反応を引き出す／緊急性を生み出す
   • 共通認識を築く／意見を一致させる

回答を受け取ったら、理解した内容を明確に要約して伝えます。

トーク／カンファレンスの確認 — ユーザーが形式としてトーク／カンファレンスのプレゼンテーションを選んだ場合、前提を確認する前に、追加の質問を1つ尋ねます。

「カンファレンストークなので、冒頭にアイスブレイクのスライドを入れますか？これはメインコンテンツの前、開始直後に置く1枚のスライドです。場の雰囲気をほぐし、あなたらしさや信頼性を示し、オーディエンスとの人間的なつながりを生み出すことを目的としています。挑発的な質問、意外な統計データ、個人的な短いエピソードの導入、力強い宣言などが考えられます。入れますか？」

回答（はい／いいえ／後で決める）を icebreaker: true/false として記録し、ストーリーボード作成のステップに引き継ぎます。

次のように尋ねます。「この内容で合っていますか？次に進む前に、調整したい点はありますか？」

STEP 2 — キーメッセージを磨く（対話型ツリー）

キーメッセージとは、聴衆に最も伝えたい、ただ一つの重要なメッセージです。ユーザーが3階層のツリーとしてまとめられるよう支援します。

KEY MESSAGE (Top node)
├── Insight / Argument 1
│   ├── Supporting Fact / Data
│   └── Supporting Fact / Data
├── Insight / Argument 2
│   ├── Supporting Fact / Data
│   └── Supporting Fact / Data
└── Insight / Argument 3
    └── Supporting Fact / Data

最上位ノードの種類 — 目標に合うものを尋ねます。

• 提案（「Xを実行すべきです」） — 行動を促したい場面に最適です
• 洞察（「Xが起きています」） — 認識の共有や足並みをそろえる場面に最適です
• CTA（「次に必要なことはこちらです」） — 緊急性を伝えたい場面に最適です

このステップの進め方：

1. 次のように尋ねます。「聴衆に伝えたい核となるメッセージを、一文で表すと何ですか？」
2. 「それで何が言えるのか」テストを使って、メッセージを強化します。聴衆にとって何を意味するのかが伝わっていますか？（例：「iPodには1GBのストレージがある」よりも「iPodなら1,000曲をポケットに入れて持ち歩ける」のほうが伝わります）
3. 次のように尋ねます。「このメッセージを裏付ける主な論拠や洞察を2～4つ挙げるとしたら、何ですか？」
4. 各論拠について、次のように尋ねます。「これを裏付ける事実やデータは何ですか？」
5. ツリー構造を表示し、次のように尋ねます。「このツリーで全体像を伝えられていますか？抜けている点や、違和感のある部分はありますか？」

ユーザーが納得するまで調整します。このツリーがストーリーボードの土台になります。

---

STEP 3 — スライドのストーリーボードを作成 → slide-outline.md に保存

1枚のスライドにメッセージは1つという原則に沿って、キーメッセージのツリーをスライドごとのアウトラインに落とし込みます。

まず、フレームワークを確認します。

「ストーリーボードの構成には、デフォルトで状況 → 問題 → 解決策 → 影響のフレームワークを使います。こちらを使いますか、それとも別のフレームワークを使いますか？」

提案できるその他の選択肢：

• 前 / 後 / 方法
• 課題 / 洞察 / 提案 / 次のステップ
• 背景 / 複雑化する要因 / 解決（SCR / ピラミッド原則）
• または、独自の構成を定義してもらいます

フレームワークが決まったら、対話しながらストーリーボードを作成します。

アイスブレイク用スライド（トーク / カンファレンスのみ） — STEP 1でアイスブレイクをはいと回答した場合は、メインのフレームワークの前にスライド0として追加します。このカード形式を使います。ただし、アイスブレイクはメインの物語のフレームワークの外側にあり、目的は論証ではなく、つながりを作り、関心を引くことです。

項目	詳細
フレームワークタグ	アイスブレイク
スライドタイプ	通常
アイスブレイクの形式	例：挑発的な質問 / 意外な統計 / 個人的なエピソードの導入 / 大胆な主張
本文の指針	意外性や共感を呼ぶ、質問・事実・画像など、印象的な要素を1つ。情報を詰め込みすぎないこと。

ユーザーの個性やトピックに合うアイスブレイクの形式を考える手助けをします。具体的な選択肢を2～3個提案し、選んでもらうか、案を膨らませてもらいます。

各メインスライドについて、次のカードを提示します。

---

スライド [N]：[仮タイトル]

項目	詳細
フレームワークタグ	例：状況
スライドタイプ	通常 / 詳細
タイトル案	3案 — 下記のタイトル原則を参照
本文の指針	本文に入れる内容の簡単な説明（実際の内容ではありません）

---

スライドタイプの指針：

• 通常 — 明確なメッセージを1つ伝え、あらゆる状況に適しています。
• 詳細 — 裏付けとなる内容（データ、内訳など）を多く含みます。トークでは避けてください。役員会議では控えめに使ってください。メールや非同期のレポートには適しています。

タイトルの原則（3案すべてに適用）：

• 本文の説明だけにとどまらず、「それで何が言えるのか」や含意を伝えます
• 簡潔かつ具体的にします（例：「7つの選択肢のうち、オフショアが最も有望」よりも「オフショア製造で利益率が20％向上します」のほうが効果的です）
• 適切な場合は、行動を促す表現にします
• 次のスライドにつなげ、ストーリーの流れを保ちます

すべてのスライドを提示した後、次のように尋ねます。「このストーリーボードで全体像を伝えられていますか？タイトルだけを読んでも、一貫したストーリーになっていますか？」

ストーリーボードが確定するまで調整します。

**ストーリーボードが承認されたら、slide-outline.md を保存します。**次の構成を使います。

# Slide Outline: [Presentation Title]

## Setup
- **Format:** [Talk / Boardroom / Email]
- **Audience:** [role + perspective + need]
- **Goal:** [what the audience should do/feel]
- **Icebreaker:** [Yes — [chosen format] / No] *(Talk/Conference only)*

## Key Message Tree
[paste the tree as a plain-text code block]

## Framework
[e.g., Situation → Problem → Solution → Impact]

## Slides

### Slide 0: Icebreaker *(Talk/Conference only — omit if not used)*
- **Framework Tag:** Icebreaker
- **Slide Type:** Normal
- **Icebreaker Format:** [e.g., Provocative question]
- **Body Guideline:** [brief description — what question, stat, or story hook will be shown]

### Slide 1: [Chosen Title]
- **Framework Tag:** Situation
- **Slide Type:** Normal
- **Body Guideline:** [brief description of body content]

### Slide 2: [Chosen Title]
...

---
*Slide copy: [will be linked once drafted]*

ユーザーに伝えます。「ストーリーボードを slide-outline.md として保存しました。各スライドの文章作成を始めますか？」

---

フェーズ2 — コピー

STEP 4 — 各スライドの草案を作成する（1 枚ずつ対話形式で）

このステップの前に、本文と文章作成の原則の詳細について references/drafting-polishing.md を読んでください。

ユーザーがスライドを 1 枚ずつ書けるようにサポートします。すべてのスライドを一度に草案化しないでください。これは会話であり、文書を一括で出力する場ではありません。

各スライドについて：

1. ストーリーボードのスライドカードをリマインダーとして表示します（タイトル、種類、本文のガイドライン）
2. 次のように尋ねます：「スライド [N] — [title] を作成しましょう。本文にどのような内容、データ、論点を盛り込みたいですか？」
3. DDR プロセスを使って内容を整えます：
   • Draft（草案） — スライドにストーリーを書き出す
   • Drain（削る） — 不要な言葉を取り除く（簡潔さの原則）
   • Refine（磨く） — 残りの 4 つの文章原則（一貫性、明快さ、力強さ、目的意識）を適用する
4. 草案を作成したスライドを提示します：

---

スライド [N] の草案

タイトル — 次の 4 つの要素をすべて備えている必要があります：

• 「だから何か」 — 聴衆にとっての示唆や要点（最も重要）
• 具体性 — 曖昧さを避け、具体的にする（数字や固有名詞を使う）
• 簡潔さ — ひと目で読める長さにする
• つながり — ストーリーの流れにつながる

本文 — 裏付けとなる内容：データ、論点、ビジュアル、箇条書き、チャート。すべての要素はタイトルを裏付け、そのタイトルだけを支えるようにします。

サブタイトル (詳細スライドのみ — 通常スライドでは省略) — 読者を本文へ導く短いラベルです。構成や枠組みを明確にし、タイトルを言い換えないようにします。

脚注 (任意) — 本文に含めると煩雑になる、簡潔な出典注記や但し書きです。

スピーカーノート (トーク／役員向けプレゼンのみ — メール／非同期の場合は省略) — 強調すべきキーフレーズや話のつなぎ、ポイントを記載します。台本ではありません。

---

5. 次のように尋ねます：「いかがですか？次のスライドに進む前に変更したい点はありますか？」
6. フィードバックを反映してから、次のスライドに進みます。

すべてのスライドの草案が完成するまで繰り返します。

---

STEP 5 — スライド一式を仕上げる

仕上げのチェックリスト全文については、references/drafting-polishing.md を読んでください。

スライド一式全体を最終確認します。次の点をユーザーと一緒に確認してください。

ストーリーの確認：

• タイトルだけを読んでも、本文なしでストーリー全体が伝わりますか？
• 各スライドのメッセージは 1 つだけですか？
• ストーリーの流れは、選択したフレームワークと一致していますか？

スライド単位の確認（各スライド）：

• タイトル：本文の説明にとどまらず、「だから何か」を伝えていますか？
• 本文：タイトルだけを裏付けていますか？該当しない内容は削除してください。
• サブタイトル（使用している場合）：読者を導いていますか？当たり前のことを述べていませんか？
• フッター／引用：データ、引用、分析を含むスライドで使われていますか？

文章の確認：

• 簡潔さ：余分な言葉はありませんか？能動態になっていますか？
• 一貫性：箇条書きの構造は並列になっていますか？時制は統一されていますか？
• 明快さ：曖昧な表現の代わりに、具体的な数字を使っていますか？
• 力強さ：自信のある表現になっていますか（「検討してもよい」ではなく「推奨する」など）？
• 目的意識：聴衆と場面に適したトーンですか？

スライドの種類の確認：

• 詳細スライドは適切に使われていますか（トークでは使わない）？
• 詳細スライドを通常スライドに簡略化できませんか？

次のように尋ねます：「特定のスライドをさらに詳しく確認しますか？」

---

最終ステップ — ファイルを作成し、リンクする

仕上げの確認が完了したら、両方のファイルを保存し、相互にリンクします。

1. slide-copy.md をユーザーのワークスペースフォルダーに保存します：

# Slide Copy: [Presentation Title]

> Storyboard: [slide-outline.md](./slide-outline.md)

---

## Slide 1: [Title]

**Title:** [final polished title]

**Body:**
[full body content]

**Subtitle:** [if applicable]

**Footnote:** [if applicable]

**Speaker Notes:** [if applicable]

---

## Slide 2: [Title]
...

2. slide-outline.md を更新します — 最下部にあるプレースホルダーのリンクを実際のリンクに置き換え、草案作成中に最終タイトルが変更されたスライドがあれば、その項目も更新します：

*Slide copy: [slide-copy.md](./slide-copy.md)*

3. ユーザーに伝えます：

「ファイルは次の 2 つです：

• slide-outline.md — ストーリーボードと構成
• slide-copy.md — 各スライドの全文。アウトラインへのリンク付き」

---

全体を通して適用する基本原則

1スライドにつき1メッセージ — 各スライドは、1つの要点だけを伝えることで、その存在意義を示します。

ピラミッド原則 — 議論は結論を最初に述べ、次に根拠となる主張、最後に証拠を示す順で、トップダウンに構成します。

タイトルでストーリーを伝える — タイトルだけをざっと読んでも、全体のストーリーが理解できるようにします。

オーディエンス中心 — 含める内容、削る内容、伝え方など、あらゆる選択で「このオーディエンスが理解し、納得するために必要なことは何か」を問いかけます。

誠実であること — 主張に合ったビジュアルやデータを使います。市場シェアを絶対売上高で示すことはできません。