フレームワーク活用ガイドひとことで言うと#
**「1つのアイデアを、ストーリーの力で聴衆の頭に植え付ける」**ためのプレゼン構成法。TEDの責任者クリス・アンダーソンが提唱する「アイデアを贈る（idea worth spreading）」ための話し方で、フック→問題提起→本論→行動喚起の流れが基本。
押さえておきたい用語#
- スルーライン（Through Line）
- トーク全体を貫くたった1つの核心メッセージのこと。すべての内容がここに収束し、聴衆が1つだけ覚えるとしたらこれ、という一文で表現する。
- フック（Hook）
- 冒頭30秒で聴衆の注意を掴む仕掛けのこと。意外な質問、衝撃的なデータ、個人的なストーリーなどが典型的なパターン。
- 行動喚起（CTA: Call to Action）
- トークの最後に聴衆に具体的なアクションを呼びかけること。「意識を変えましょう」ではなく「明日、〇〇をしてください」と言い切る。
- 円環構造
- オープニングのフックとエンディングを対応させる構成技法のこと。冒頭の問いに最後で答える、冒頭のストーリーに戻って結論を語るなど。
TEDトーク構成法の全体像#
こんな悩みに効く#
- プレゼンが「情報の羅列」になってしまい、聴衆の心に残らない
- 時間が長くなるほど聴衆の集中力が落ちていく
- 「面白い話」と「仕事のプレゼン」を両立できない
基本の使い方#
トーク全体を貫くたった1つのアイデアを定義する。
- 「聴衆がこのトークの後、1つだけ覚えているとしたら何か？」に答える
- 1文で言えないなら、まだ絞り切れていない
- これが「スルーライン（through line）」となり、すべての内容がここに戻る
例: 「脆弱性（弱さを見せること）は勇気の源であり、人とのつながりを深める」（ブレネー・ブラウン）
冒頭30秒で聴衆を引き込む仕掛けを作る。
- 意外な質問：「皆さんは、今日までに何回失敗しましたか？」
- 衝撃的な事実：「世界の食料の1/3は廃棄されています」
- 個人的なストーリー：「3年前、私は全てを失いました」
- 最初に結論を見せない。好奇心を刺激して「続きを聞きたい」と思わせる
例: 「私は31歳のとき、自分の会社をクビになりました。自分で作った会社から。」
個人的なストーリー（感情）とデータ（論理）を交互に織り交ぜる。
- ストーリー：聴衆が感情移入できる具体的な場面を描写する
- データ：ストーリーを裏付ける数字や研究結果を提示する
- 対比：Before/After、常識 vs 真実、の構造が効果的
- 3つ以内のポイントに絞る（多すぎると記憶に残らない）
例: 「私の体験を聞いてください（ストーリー）」→「実は、これは私だけの話ではありません。研究によると…（データ）」
聴衆が明日からできる具体的なアクションを提示して終わる。
- 「ぜひ〜してみてください」と1つの行動を呼びかける
- オープニングのフックに戻って円環構造にすると記憶に残る
- 最後の言葉は特に大事。余韻を残す一文で締める
例: 「明日、職場で1人、『最近大丈夫？』と声をかけてみてください。それだけで世界は少し変わります。」
具体例#
スルーライン: 「失敗を共有する文化が、チームのイノベーションを加速する」
フック（1分）: 「先月、私は全社ミーティングで大失敗の話をしました。すると、その後の1週間で、チームの改善提案が3倍に増えました。」
本論（12分）:
- ストーリー①: 自分がプロジェクトで大きな失敗をした話。その後チームが萎縮した
- データ①: Googleの「心理的安全性」の研究。失敗を共有できるチームの生産性が40%高い
- ストーリー②: 失敗を全社で共有する「失敗アワード」を始めた。最初は誰も手を挙げなかったが、3ヶ月後には毎月15件以上のエントリーが集まるように
- データ②: 導入後6ヶ月で改善提案数が2.5倍に。離職率も15%低下
行動喚起（2分）: 「来週のチームミーティングで、1つ自分の失敗を共有してみてください。『私は〇〇で失敗しました。学んだことは〇〇です。』たった2文です。あなたのその2文が、チームの文化を変える最初の一歩になります。」
スルーライン: 「レガシーシステムの刷新は、技術の問題ではなく信頼の問題である」
フック（1分）: 「3年前、うちの本番データベースが72時間ダウンしました。原因は15年前に書かれた100行のストアドプロシージャでした。」
本論（14分）:
- ストーリー①: 72時間の障害対応。誰もそのコードを理解していなかった。復旧後、「もう二度と触れたくない」が全員の本音だった
- データ①: 大企業の80%がレガシー問題に年間IT予算の60%以上を費やしている（IDC調査）
- ストーリー②: リプレースを提案したが「動いてるものを触るな」と却下された。そこで、まず監視とテストを充実させ、小さな成功を3ヶ月間積み重ねた。テストカバレッジ0%を78%にした段階で、ようやく「やろう」と経営が動いた
- データ②: 段階的移行の結果、ダウンタイムはゼロ、処理速度は4.2倍に改善。年間保守コストは1,800万円削減
行動喚起（3分）: 「皆さんの会社にも"触れてはいけないコード"があるはずです。来月、まずそのコードにテストを1つ書いてみてください。信頼は1つのテストケースから始まります。」
スルーライン: 「新人だからこそ見える『当たり前の非効率』がある」
フック（30秒）: 「入社して最初の1週間で、私はチームの開発環境構築に3日かかりました。先輩に聞いたら『みんなそうだよ』と言われました。」
本論（3分30秒）:
- ストーリー: 手順書は50ページのConfluence。しかも半分が古い情報で、途中で何度もエラーが出る。先輩に聞くたびに「あ、その手順もう使わないんだ」と言われた
- データ: チーム12名の入れ替わりが年3名。3日×3名＝年間9人日が環境構築に消えている。時給換算で約45万円
- アクション: Docker Composeで環境を一発構築できるスクリプトを作成。セットアップ時間を3日から2時間に短縮
行動喚起（1分）: 「新人の皆さん、入社して感じた違和感をメモしてください。1ヶ月経つと慣れてしまいます。その違和感こそが、チームの改善ポイントです。」
やりがちな失敗パターン#
- アイデアが複数ある — 「あれもこれも伝えたい」で詰め込むと、結局何も残らない。1トーク1アイデアを徹底する
- データだけで感情がない — 数字の羅列は退屈。必ず「人間の物語」を入れて感情に訴える
- 行動喚起が抽象的 — 「意識を変えましょう」では動けない。「明日、〇〇をしてください」と具体的に
- 練習不足で時間オーバー — 本番で時間を超過すると、最も重要な行動喚起がカットされる。必ず通し練習で時間を計り、18分に収まるまで内容を削る
まとめ#
TEDトーク構成法は、1つのアイデアをフック・ストーリー・データ・行動喚起の流れで届ける技術。重要なのは「情報を伝える」のではなく「アイデアを聴衆に贈る」こと。18分以内でも、1つのアイデアは人の行動を変える力を持つ。