一場簡報有三個獨立的產物，多數人只做第一個：投影片（視覺）、講稿與結構（論證）、現場（交付）。三者品質不相關——版面精美但論證鬆散的簡報說服不了任何人；論證嚴密但講者念稿的簡報聽眾會在第五分鐘離線。本專欄把三者拆開處理，並把每一項對應到 open-slide 這個 React-first、agent 導向的框架上，讓「最佳實務」不只是原則，而是可以寫進 slides/<id>/index.tsx 的東西。
這裡不教怎麼開啟簡報軟體、不教「字要大一點」。假設讀者已經能做出乾淨的投影片，缺的是三件事：把內容組織成會被記住的論證、讓聽眾在聽的當下真的在思考、在現場穩得住。
三個決定整份專欄走向的判斷
一、投影片是給聽眾的，講稿是給你的，兩者不該是同一份東西。 Mayer 的冗餘原則（redundancy principle）在實驗上一致顯示：圖 ＋ 口說優於圖 ＋ 口說 ＋ 同樣文字的螢幕文本，因為語音管道與視覺管道會爭搶同一段語言處理資源。這條原則直接否定了業界最常見的做法——把講稿做成投影片，再照著念。真正的解法不是「少寫字」，而是分家：論述放講者備忘（open-slide 的 export const notes），投影片只留下無法用嘴表達的東西（圖、對比、數字、結構）。
二、時間長度不決定結構，「一個重點需要多少證據」才決定。 15 分鐘與 60 分鐘不是同一份簡報的縮放，是兩種不同的體裁。15 分鐘只能承載一個 big idea 加三段支撐；60 分鐘承載的是四到五個相互獨立、各自完整的重點，中間必須插入消化與提取（retrieval）段落，否則後半場的資訊會覆蓋前半場。把 60 分鐘的內容壓進 15 分鐘，或把 15 分鐘的內容拉長成 60 分鐘，都會失敗，且失敗方式完全不同。見 簡約 15 分鐘 與 深入 1 小時。
三、講者的信心來自「可預測性」，不是來自「天賦」或「放輕鬆」。 緊張的生理喚起無法靠「冷靜下來」消除；Brooks（2014）的實驗顯示，把喚起重新標定為興奮（說出「我很興奮」）比嘗試冷靜產生更好的表現。真正能降低不確定性的是工程性的東西：排練到開場 90 秒可以無意識執行、presenter view 的資訊佈局、器材的雙備援、Q&A 的分類話術。見 排練與信心。
能力階段（進階起跳）
| 階段 | 你已經能做到 | 對應筆記 |
|---|---|---|
| 起跳門檻 | 版面乾淨、字級夠大、不會跑版 | （本專欄不涵蓋） |
| 有主張 | 說得出這場簡報的 big idea 與目標行為改變 | 01 |
| 有結構 | 用 SCQA／金字塔或 sparkline 排出論證骨架，而非「議程 → 內容 → 總結」 | 02 |
| 會分體裁 | 15 分鐘與 1 小時用不同模板、不同張數邏輯、不同節奏 | 03–04 |
| 控制負荷 | 每頁只承載一個重點，訊噪比可量、signposting 明確、不朗讀投影片 | 05, 07 |
| 讓人思考 | 會設計預測題、停頓、提取點與對比，而不只是「講得清楚」 | 06 |
| 環境可控 | presenter view、器材備援、房間動線、字級可讀距離都事先驗過 | 08 |
| 現場穩 | 有開場 protocol、Q&A 分類話術、出錯復原路徑 | 09–10 |
| 工具落地 | 用 open-slide 把上述全部寫成可版控、可 review 的程式碼 | 11–14 |
| 會排錯 | 看到症狀能定位是結構問題、負荷問題還是交付問題 | 15–16 |
「我想做到⋯⋯」索引
- 我要做一場 15 分鐘、只想讓人記住一件事的簡報 → 簡約 15 分鐘，含逐段時間分配表與 10–14 頁的配置邏輯。
- 我要做一場 1 小時的技術分享／內訓，怕聽眾在第 25 分鐘睡著 → 深入 1 小時，章節化模板 ＋ 每章 12 分鐘的微結構 ＋ 中場設計。
- 我的內容都對，但聽眾聽完講不出重點 → 結構與敘事（結論先行、SCQA）與 讓聽眾思考與記住（提取練習、峰終）。
- 投影片太滿，刪不下去 → 認知負荷與訊噪比 的「三個垃圾桶」分流法：講者備忘、附錄頁、講義。
- 我一開口就會下意識念投影片 → 認知負荷與訊噪比 的冗餘原則，以及 排練與信心 的「要點式排練」。
- 我想讓聽眾在聽的時候動腦，而不是被動接收 → 讓聽眾思考與記住：預測題（pretesting）、停頓長度、鄰座討論、提取式收尾。
- 上台前手抖、聲音發緊 → 排練與信心 的開場前 protocol 與重新標定（reappraisal）。
- Q&A 被問倒／被踢館 → 現場交付與 Q&A 的五類問題分類與救援話術。
- 投影機、轉接頭、網路出包 → 講者環境與器材 的雙備援清單與現場 15 分鐘檢查表。
- 我想用程式碼寫簡報，並且讓 AI agent 幫我產出 → open-slide 基礎與取捨、agent 工作流。
- 我想直接看可以貼上去跑的 slide 程式碼 → 兩份實作範例：簡約版與深入版各一。
- 我要用 open-slide 上台，怕現場出事 → present mode、備忘與匯出。
- 我想直接查症狀 → 進階常見錯誤與破解。
學習路徑
- 進階起跳：簡報的三個產物與 big idea
- 結構與敘事：金字塔、SCQA、sparkline、S.T.A.R.
- 簡約 15 分鐘：單一 big idea 的極簡設計法
- 深入 1 小時：章節化、分段與注意力經營
- 認知負荷與訊噪比：一次一重點的工程
- 讓聽眾獲得學習與思考：提取、預測、停頓
- 投影片工藝（進階）：版面、型級、資料視覺化、動畫的正當用途
- 講者環境與器材：讓現場變成可預測系統
- 排練方法與信心：從逐字到要點的四輪
- 現場交付與 Q&A：開場 90 秒、連結、救援話術
- open-slide 基礎：檔案契約、1920×1080 與框架取捨
- open-slide agent 工作流：create-slide、inspector、apply-comments、review
- 兩份可執行範例：簡約 deck 與深入 deck
- present mode、speaker notes、匯出與現場備援
- 進階常見錯誤與破解
- 主張 vs 可佐證，與延伸資源
與站內其他筆記的關係
- Handoff（交接）深入解說：簡報本質上是一次單向、限時、不可回捲的交接。那篇的「資訊損耗率」與六個共同要素，換到簡報場景就是本專欄的認知負荷與 signposting。
- Problem Framing ＋ Spec-Driven Development：本專欄 01 的「先寫一句話 big idea 才動手做投影片」，就是規格先行在溝通上的版本。
- Engineering AI Coding Methodology：open-slide 的 agent 工作流（
/create-slide→ inspector 留言 →/apply-comments）是那篇「意圖／驗證／審查」閉環的一個具體實例，見 12。 - 全響應式最佳實踐：open-slide 的固定 1920×1080 canvas 均勻縮放，正是那篇說的 letterbox 取景策略；理解那篇會知道為何簡報框架敢用固定座標而網頁不敢。
- Dark Theme 最佳實踐：投影機的實際對比度遠低於螢幕，深色底 slide 在明亮會議室常不可讀——顏色決策的原理見那篇，場地取捨見本專欄 08。
🔍 待解問題 / 持續追蹤
- Mayer 的多媒體原則絕大多數在受控的教學實驗中驗證（短材料、學生受試、立即後測），移到「一小時的產業技術分享」是否等效，沒有直接證據。本專欄一律以「機制合理、外推未驗證」標示，見 16。
- 「注意力 10–15 分鐘就下降」被廣泛引用，但 Wilson & Korn（2007）回顧後認為原始資料不支持這個固定數字。那麼一小時簡報該多久分段一次？目前只能說「分段有益」有證據，「12 分鐘」是可操作的起點而非科學常數。
- 峰終定律（peak-end）用在演講設計上很流行，但 2022 年的統合分析對其適用邊界結論保守。強調結尾仍然合理（成本低），但不該當成鐵律推導出「中段可以放鬆」。
- open-slide 的原生可編輯 PPTX 匯出尚未提供（現況為「每頁一張圖」）。當對方要求可編輯檔案時，slides-as-code 的協作優勢會斷在交付這一環，目前沒有好解法。
- open-slide 的 PDF 匯出在 Safari 不支援。以 macOS 為主力的講者需要一條固定的備援流程，見 14。
- 逐字稿排練 vs 要點排練的效果差異，缺乏公開的對照研究；本專欄提出的四輪排練法屬於可操作的工程建議，不是實證結論。
🕒 更新紀錄
- 2026-08-16：初版，建立 hub ＋ 16 篇原子筆記（結構與敘事、兩種體裁模板、認知負荷、思考設計、投影片工藝、環境器材、排練與信心、交付與 Q&A、open-slide 基礎／工作流／範例／放映、反模式、證據檢視）。open-slide 內容以 open-slide.dev 官方文件（
/docs、llms-full.txt，2026-08 版）為據。