會議筆記怎麼寫才有人接手：把決定、負責人與下一步留下來

會議結束後，大家都覺得談得很清楚，隔天卻沒有人知道誰要寄資料。問題往往不在紀錄不夠長，而是討論過程與最後決定混在一起。這篇提供一個適用於讀書會、家庭討論或小型專案的筆記結構；不是逐字稿，也不把未同意的事項寫成全體共識。

會前先寫這次要決定什麼

檔案上方放討論主題、參與者和需要解決的問題。若有背景資料，附上原始連結，不必把所有段落再複製一次。開始前確認誰負責記錄、哪些事項需要到場者同意，以及哪些只是交換資訊。沒有要產出的決定時，也可以寫明這次是蒐集意見，避免會後把某人的建議當成已拍板。

Google Docs 官方說明中的 @ 選單可加入會議筆記等建構區塊、核取清單和檔案連結。這些能加快建立格式，但模板不會知道實際由誰負責，也不會自動讓未確認的內容成立。即使不用 Google Docs，普通文字檔案也能套用同樣的欄位；工具只要讓參與者能讀到適當版本即可。

閱讀完整文字說明

依序檢查：寫明目的、分開狀態、核對責任、追蹤結果。編輯整理，非地圖或實測時間。

紀錄三種不同的句子

每個待辦只有一位主要負責人，其他人可列協助者。期限寫清日期，完成條件寫清成果，例如「提供可使用的連結」比「處理一下」可核對。若期限還沒達成共識，就標待確認，不能由記錄者替別人承諾。涉及費用、資料分享或公開內容時，也記下仍需誰批准，而不是把「可研究」寫成「可執行」。

會末用筆記確認一次理解

結束前念出主要決定與待辦，讓各負責人有機會指出誤解。有人不同意時，把差異保留為待確認，不必為了讓檔案看起來整齊而抹去。會後分享前再次檢查姓名、日期、連結與權限，特別是連到私人資料的檔案。外部讀者只需要知道結論時，可以另做摘要，不將所有內部討論一併公開。

下一次從未完成事項開始，而不是重講整場

回顧時先看待辦與待確認清單，更新結果、阻礙與新的下一步。原先的決定若改變，留下變更原因和最新結論，不直接抹掉讓其他人無法理解的歷史。把筆記維持成可以接手的檔案，而不是聊天紀錄的逐字複製，就能讓討論累積成進展。

• 會前寫清目的與背景。
• 決定、待辦、待確認分欄。
• 負責人和完成條件都要明確。
• 會末核對，會後再分享適當權限。

每週回顧怎麼開始：整理承諾、刪減待辦，為下週留出空間

• 教學
• 效率工作