如何撰寫清楚的會議摘要

會議摘要不是逐字稿，而是簡短記錄團隊做了什麼決定、接下來會發生什麼事，以及每項行動由誰負責。好的摘要能讓錯過會議的人在一兩分鐘內了解結果。

趁討論還記憶猶新時動筆，但要以需要了解決定的讀者為對象編輯，而不是把所有導向決定的細節全部寫進去。

採用決定優先的結構

清楚的會議摘要通常包含：

1. 主題：會議討論的內容。
2. 決定：現在已經達成共識的事項。
3. 待辦事項：接下來需要完成的工作。
4. 負責人：每項行動由誰負責。
5. 日期：每項行動的截止時間。
6. 未決問題：仍然需要做出決定的事項。

如果會議沒有做出任何決定，就直接說明。“尚未決定；Jordan 會在週五前比較兩個選項”，比假裝會議已經得出結論更有幫助。

會議摘要範本

主旨：摘要：[會議主題] — [日期]

大家好：

感謝大家今天的討論。以下是主要決定與後續事項的簡要摘要。

決定

• [決定一]
• [決定二]

待辦事項

• [負責人] 將在 [日期] 前完成[行動]。
• [負責人] 將在 [日期] 前完成[行動]。

未決問題

[問題、負責人，以及解決問題的日期]

把決定和討論分開

人們常常按照時間順序寫會議筆記：先是 Alex 說了什麼，接著 Priya 提議什麼，然後團隊繼續討論。這種格式會讓讀者自己重建結果。把決定放在前面，只有在需要解釋取捨或未來限制時，才加入討論內容。

讓待辦事項真正可執行

“行銷團隊跟進” 不是待辦事項。“Maya 會在週四前把修訂後的發布郵件寄給團隊” 才是。每項行動都應該有一位負責人、一個動詞，以及日期或明確的下一個檢查時間點。

• 不夠明確：“檢查新手引導流程。”
• 清楚：“Sam 會在週二前檢查新手引導流程，並列出最大的三個摩擦點。”

維持中立且有用的語氣

摘要不應該歸咎任何人，也不該重新爭辯已經討論過的內容。用中立的語言記錄結果。如果決定附帶條件，請把條件寫清楚。如果負責人尚未確定，就把它標記為未決問題，而不是當成定案呈現。

QKeyboard 的 正式模式 可以協助把零散筆記整理成有結構的草稿。如果你的團隊每次會議後都使用相同的摘要格式，可以使用自訂寫作模式。

最後檢查內容是否準確

• 決定是否正確？
• 每項行動都有負責人嗎？
• 日期和姓名都正確嗎？
• 錯過會議的人能了解接下來會發生什麼事嗎？

簡潔的摘要能建立共識，讓團隊對結果有一份共同版本，也讓下一步行動在對話被每個人的收件匣淹沒之前清楚可見。