第 2 步 · 先排內容，再談設計
進「Deck Mode」之前，先把每一頁的內容定下來。
大多數 AI 做 PPT 的流程死在這裡：太早開始設計。文字、頁序、敘事邏輯還沒理順就動手排版，之後每一次改動都要連著視覺一起返工，成本翻倍。
這一步要產出什麼
一份乾淨的內容骨架，每頁寫清楚：
- 頁標題
- 一句話核心資訊
- 主要支撐點
- 建議的視覺元素（如果有用的話）
- 這頁要不要圖表、logo、配圖、截圖或者動效
外加一版純文字的 HTML 預覽——把每頁的文字塞進一個樸素版式裡，方便你在沒有設計干擾的情況下審結構。
提示詞
text
我要做一份關於 [主題] 的 PPT。
觀眾：
[觀眾]
觀眾應該理解：
[他們要理解什麼]
觀眾應該得出的結論或決定：
[他們應該相信什麼 / 決定什麼 / 去做什麼]
原始材料：
[貼上筆記、轉錄、報告或者要點]
請給出一頁一頁的內容方案。
要求：
1. 現在不要設計幻燈片。
2. 現在不要寫最終的 HTML。
3. 一共 [頁數] 頁。
4. 每頁給出：
- 頁標題
- 一句話核心資訊
- 主要支撐點
- 建議的視覺元素（如果有用）
- 這頁需不需要圖表、logo、配圖、截圖或動效
5. 每頁只講一個想法。
6. 單頁文字不要太多。
大綱給完之後，再做一版簡單的 HTML 預覽，把每頁文字放進一個樸素
版式裡，讓我在視覺設計開始之前先審一遍結構。為什麼要那版純文字 HTML
因為在漂亮的排版裡，你看不出內容的毛病。
字型好看、留白舒服的時候，一句空話讀起來也像回事。剝掉設計只剩文字，你才能看見：這頁到底說了什麼、跟上一頁是什麼關係、有沒有跟第 7 頁重複。
檢查點：現在就改結構
這是全套流程裡最便宜的一次修改機會。往下走一步，同樣的改動就要連著視覺一起返工。
對著骨架過一遍：
- [ ] 改標題——每個標題是不是在陳述一個結論，而不是一個話題
- [ ] 刪弱頁——哪一頁拿掉之後，論證不受影響
- [ ] 合併——有沒有兩頁在說同一件事
- [ ] 結論——最後那頁是不是明確說出了你要觀眾做的決定
- [ ] 頁數——是不是為了湊數留了幾頁
標題這條值得多說一句。「關於成本的分析」是話題，「成本比預期低 30%，主要來自這一項」是結論。後者能讓觀眾在三秒內知道該不該細看這一頁。
一個改法示例
改前
第 5 页 · 用户反馈
- 收集了 200 条反馈
- 正面 60%，负面 25%，中性 15%
- 主要问题集中在响应速度問題：標題是話題，三條要點是並列的資料，觀眾不知道你想讓他們記住什麼。
改後
第 5 页 · 用户满意的是覆盖面，不满的全在速度
核心信息：负面反馈里 8 成指向同一件事，这是二期唯一要解决的问题
- 200 条反馈，负面 25%
- 负面中 80% 是「等太久」，其余分散
- 覆盖面和准确率两项没有出现在负面反馈里
视觉：一个横向条形图，把负面反馈的构成拆开變化：標題變成結論，支撐點從並列變成遞進，明確了這頁要引出什麼。
用哪個工具做這一步
任何 AI 對話都行——你在用的 Claude、ChatGPT、豆包都可以。也可以就在 OpenDesign 的對話裡做，如果你習慣東西都在一個地方。
這一步的輸出是純文本，跟工具無關。
常見坑
| 坑 | 表現 | 怎麼辦 |
|---|---|---|
| 材料太少就要 15 頁 | 出現湊數頁和重複頁 | 按材料量定頁數，寧可 8 頁紮實 |
| 每頁塞四五個要點 | 上臺念不完，觀眾也讀不完 | 一頁一個想法，多的拆頁 |
| 跳過純文字預覽 | 結構毛病要到設計完才發現 | 那半分鐘別省 |
| 忘了寫視覺需求 | 第 6、7 步沒有依據 | 每頁都標一下要不要圖表 |
下一步
第 3 步 · Deck Mode 生成可編輯的第一版 — 風格定了，內容定了，現在可以開始做了。