指南
為什麼好摘要很難寫
大多數摘要都在同樣兩個地方失敗:要不就是打太多馬虎眼(每個重點都從「與會者討論了……」開頭),要不就是流水帳(10 條項目,毫無結構)。兩種都不是忙碌讀者需要的。
好的摘要從論點切入,點出 5–8 個值得記住的東西,然後停。它讓你知道值不值得重聽。貼到 Slack 或寫進 wiki 都沒問題——兩種讀者都能得到同樣的答案。
好摘要應該包含什麼
- TL;DR — 一段話,不超過 80 words,從實際重點切入——不是從主題切入。
- 重點整理 — 5–8 條項目,每條都是讀者可以採取行動的完整論點。
- 說話者歸屬 — 誰說了什麼——在這很重要的時候(辯論、訪談)才加。
- 沒有廢話 — 不寫「與會者討論了」,不寫「涵蓋了各種主題」。
- 一頁就結束 — 一個畫面能看完——看不完的話,那就不算摘要。
audien·to 怎麼幫你做摘要
文件裡會有什麼
- TL;DR 段落精簡一段話,不超過 80 words,從答案或論點切入——不是從回顧切入。
- 重點整理5–8 條項目,每條都是單一論點或決策。依重要性排序,不按時間順序。
- 說話者歸屬超過一位說話者且很重要時才加(訪談、辯論)。獨白則省略。
- 數字保留如果說了數字(營收、百分比、截止日期),摘要裡原文保留。
- 不會憑空發明音訊裡沒說的不會出現在摘要裡。我們摘要的是實際說的話,不是應該說的話。
摘要的長度與結構
- 從答案開始從結論開頭,不從主題開頭。讀者來這裡要找答案,不是找議程。
- 項目要是論點「定價上漲 12%」勝過「定價被討論了」。每條都要可以採取行動。
- 5–8 點,不要 15 點如果什麼都重要,就等於什麼都不重要。挑值得記住的。
- 一個畫面,不要兩個需要捲動的摘要已經失去意義了。
- 名稱與數字具體細節留下;模糊的參考資料刪掉。
選項面板裡的調整旋鈕
- 長度短(3 條)· 標準(5–8 條)· 長(10+ 條)——適用於 8 條真的不夠的情況。
- 語氣中立 · 親切 · 簡潔有力。配合來源音訊。
- 說話者歸屬按名字 · 按角色 · 關閉——視說話者是否承載核心意義而定。
- 項目風格論點(預設)· 主題 · 混合——論點讀起來最快。
- 輸出語言支援 67 種語言。會議用一種語言,摘要用另一種語言很方便。