Meeting notes: a complete guide

為什麼大多數的會議記錄都會失敗

大多數的會議記錄要麼太詳細，要麼不夠詳細。太詳細的：像一份幾乎沒人會讀的逐字稿，記錄了每一個字卻失去了實際重要的主線。不夠詳細的：三天後當你忘記了背景脈絡時，幾行潦草且令人費解的項目符號。

根本問題通常在於人們對會議記錄的用途沒有足夠清晰的認識。它們不是會議紀要，也不是逐字稿。它們是已做決策、指派行動以及日後需要之背景資訊的記錄。其他一切都是可有可無的。

會議前：準備

好的會議記錄始於會議之前。十分鐘的準備時間通常能省下遠比這更多的時間。

對於會議召集人而言，準備意味著一份清晰的議程：需要涵蓋哪些主題、順序為何，以及每個主題大約需要多少時間。提前分享議程可以讓與會者準備自己的報告和問題，而不是在現場即興發揮。這也隱性地設定了會議有其目的和終點的預期，從而減少偏離主題的情況。

對於每位與會者而言，準備意味著清楚自己需要從會議中獲得什麼。有三個問題值得深入思考：

你需要問什麼？ 你缺少了什麼資訊，或者有什麼不清楚的地方，需要會議室裏的其他人員予以澄清？提前把問題寫下來；這樣你更有可能記得提問，而且你能專心傾聽答案，而不是同時在腦海中構思問題。

你需要提供什麼更新？ 你一直在做什麼工作是其他人需要知道才能進行自己工作的？你做出的哪些決策會影響到他們？

需要做出哪些決策？ 如果會議應該得出結論，請在進入會議前清楚這些結論需要是什麼。

這個由三部分組成的框架（問題、更新、決策）涵蓋了任何工作會議中發生的大部分事情，提前思考這是確保會議產生有用成果的最快方法。

會議期間：記錄

你不需要記下所有事情。你需要記下日後重要的事情。

決策。 每當小組得出結論時，用清晰、明確的語言將其寫下來。「我們決定將發佈日期推遲到 3 月 15 日」是一條有用的記錄。「討論了發佈」則不是。如果對所決定的內容有任何模糊之處，請在會議結束前要求確認，並記錄澄清後的版本。

行動項目。 對於分配的每項任務，記錄三件事：需要做什麼、負責人是誰，以及何時截止。未完成的行動項目是會議無法產生結果的最常見原因。如果有人說「我會調查那件事」，這還不是一個行動項目，直到它有了負責人和截止日期。如果你是記錄人員，這值得你明確地去推進。

關鍵背景。 有時重要的不是決策或行動，而是會改變工作進展方式的某項資訊。先前不為人知的限制、得到澄清的依賴關係，或者某人提出值得影響方法走向的顧慮。把這些也記錄下來。

你自己的下一步。 任何你同意要做的事、任何影響你工作的已解答問題、任何你需要傳遞的資訊。不要依賴共享的記錄。將其寫入你自己的系統中，並在會議結束後立即加入到你的任務管理流程中。

事情發生時就把它們寫下來，而不是事後。在會議期間，記憶力退化得很快，尤其是在交流大量資訊的會議中。在說話後三十秒內做的記錄比三十分鐘後做的記錄可靠得多。

一個簡單的範本

大多數會議都能從一致的結構中受益。像這樣的範本適用於大多數工作會議：

會議： [名稱或主題] 日期： [日期] 與會者： [姓名]

議程： [主題簡短列表]

決策：

• [決策 1]

• [決策 2]

行動項目：

• [任務] | [負責人] | [截止日期]

• [任務] | [負責人] | [截止日期]

記錄 / 背景： [其他值得記錄的任何內容]

具體格式的重要性次於一致性。當會議記錄每次都遵循相同的結構時，它們會變得更容易快速瀏覽和日後搜尋。你知道去哪裡尋找行動項目。你知道去哪裡尋找決策。你不需要閱讀所有內容來尋找你需要的東西。

如果你定期主持同類型的會議（團隊站會、客戶跟進會、一對一會議），保持一份帶有日期記錄的滾動更新文件，而不是為每次會議創建新的記錄，會使追蹤進度和回溯之前的對話變得容易得多。

會議後：跟進

記錄只有在人們落實行動時才有用。

如果你是會議主持者或負責記錄，請及時與與會者分享記錄，最好在幾個小時之內，此時會議記憶猶新。將決策和行動項目清晰地放在頂部，這樣無需閱讀全部內容即可看到。

立即將你自己的行動項目加入到帶有截止日期的任務管理器中。不要依賴會議記錄來提醒你。會議記錄是共享的記錄；你的任務系統是你個人的承諾追蹤器。

對於重要會議，向所有與會者發送簡短摘要還有另一個目的：它確認了對所決定內容以及誰在做什麼的共同理解。當分歧在摘要中被發現時（「等等，我以為我們決定了 X，而不是 Y」），會比日後表現為衝突行動時更早浮現出來。

語音和 AI 轉錄

對於細節至關重要的複雜會議，使用 AI 轉錄的語音錄音改變了局面。你可以完全投入到對話中，而不用瘋狂地試圖記錄所有內容，事後再根據轉錄稿提取決策和行動項目。

完全依賴轉錄的局限性在於，原始轉錄稿雜亂且難以付諸行動。其價值在於將轉錄稿作為你即時漏掉內容的安全網，而不是替代對重要內容的主動記錄。決策和行動仍需要被提取並明確記錄下來。

Fabric 的 AI 可以從會議錄音中自動生成摘要和行動項目，這大大減少了會後處理的步驟。

針對不同類型的會議

站會與團隊同步。 這些會議頻率高，資訊密度低。一份帶有日期記錄的簡單滾動文件效果很好：涵蓋了什麼內容、提出了哪些阻礙、做出了哪些決策。通常需要五分鐘來寫好。

一對一會議。 你與另一方之間的共享文件，帶有討論內容和達成一致行動的滾動記錄，可在對話之間建立有用的連續性。它也使事情在會議之間不易被遺漏。

客戶會議。 對決策和商定內容的準確性要求更高。及時向客戶發送書面摘要可建立共享記錄，並能儘早發現任何分歧。帶有負責人和截止日期的行動項目至關重要。

腦力激盪與工作會議。 較少關注決策和行動，更多關注捕捉思考的輪廓。在此情況下，自由格式的記錄或畫布往往比結構化範本更有效。其目標是記錄想法、關聯和方向，而不是結論和任務。

專案啟動與規劃會議。 值得花更多時間好好寫下來。這些定義了在數週或數月內都很重要的範圍、職責和預期。一份由所有與會者審閱過的結構化報告，可以防止出現使專案脫軌的「我以為我們同意……」之類的對話。

讓記錄易於查找

會議記錄很容易迅速累積，變得非常難以搜尋。一些有助於改善的情況：

一致地命名記錄。「2024-09-12 客戶啟動會」比第四次儲存的「會議記錄」要容易查找得多。

將會議記錄與它們相關的專案或領域存放在一起。關於第三季度活動的會議應該放在你的其他第三季度活動材料附近，而不是放在一個你從不打開的獨立「會議」資料夾中。

使用語意搜尋，而不是試圖記住記錄存放在哪裡。能夠搜尋「我們對定價模型做出了什麼決定」並找到相關的會議記錄，比維護一個完美的資料夾結構更可靠。

常見問題

會議中誰應該做記錄？

理想情況下是那些不是主要主持會議的人，因為同時主持和做記錄會降低這兩者的質量。在小型會議中，記錄員通常是輪流的。在定期會議中，可以固定指派。重要的是有人負責，並且每個人在會議開始前都知道是誰。

會議記錄應該多長？

在保持完整的前提下越短越好。一個好的測試：沒有參加會議的人是否能閱讀這些記錄並理解做出了什麼決定以及下一步需要做什麼？如果是，則記錄長度足夠。除此之外的一切都是可有可無的。

會議記錄與會議紀要（Minutes）有什麼區別？

會議紀要（Minutes）是正式的法律記錄，用於治理情境（董事會會議、官方程序），記錄誰出席、提議了什麼、誰附議和表決，以及正式結果。會議記錄（Meeting Notes）是非正式的工作記錄，記錄討論了什麼以及下一步需要發生什麼。大多數工作會議需要的是記錄，而不是正式的會議紀要。

如果沒有做出任何決策或分配任何行動怎麼辦？

這值得注意。一個既沒有產生決策也沒有產生行動的會議可能不需要召開，或者在下一次會議前需要更清晰的目的。至少，要記錄下為什麼沒有得出結論，以及在解決該主題之前需要發生什麼。

我應該使用範本還是自由格式的記錄？

範本更適用於定期會議以及任何剛開始進行結構化記錄的人。自由格式更適用於探索性對話、腦力激盪以及難以提前預測會議結構的情況。對於大多數工作會議，一個輕量級的範本（主題、與會者、決策、行動、背景）可以達到合適的平衡。

如何處理機密會議？

在會議開始前明確哪些內容需要寫下來，哪些內容不需要，特別是對於敏感主題。包含機密資訊的記錄應以限制合適人員存取的方式儲存，並僅與與會者共享，除非有特定原因需要更廣泛地共享。

本指南關聯至：筆記基礎、任務管理基礎、康乃爾筆記法，以及研究工作流程。