會議紀錄

如何撰寫大家真的會看的會議紀錄

建立一份精簡記錄,涵蓋會議目的、決定、重要背景與下一步,而不是把會議變成逐字逐句的全文稿。

作者 MeetingNote發佈日期: 2026年8月4日更新日期: 2026年8月4日8 分鐘閱讀

會議紀錄與逐字稿用途不同

逐字稿保留的是說過甚麼;會議紀錄則幫助日後讀者理解團隊討論過甚麼、作出甚麼決定,以及同意下一步做甚麼。把整段對話全部抄下來,反而會令重要資訊更難找到。

細節程度取決於會議性質。一般專案同步會議可以簡潔,但正式董事會、管治或受監管會議,可能有特定法律及程序要求。

先記錄事實,再進行摘要

記下日期、目的、出席者及議程。討論期間,標示決定、動議、反對意見、承諾及仍未解決的問題。若日後對措辭有爭議,錄音或逐字稿可作為參考依據。

不要假設說得最大聲或最久的部分就是最重要。最後一個簡短決定,可能比之前二十分鐘的探索討論更關鍵。

  1. 01

    記錄會議

    記下議程、與會者及對話內容,讓最終紀錄可對照原始資料核實。

  2. 02

    擷取重點

    找出決定、重要背景、行動項目、負責人、截止日期及未解問題。

  3. 03

    撰寫方便掃讀的草稿

    按議程主題整理,並使用一致標籤,而不是重現整段對話。

  4. 04

    核實並發送

    檢查重要細節、遵循批准流程,並把正確版本分享給目標讀者。

使用方便掃讀的結構

按議程主題整理會議紀錄。對每個主題,先摘要相關背景,再清楚寫出決定,並列出由此產生的行動項目。只有在需要歸屬或對理解紀錄很重要時,才標明意見屬於誰。

對決定、行動項目、負責人及截止日期使用一致標籤。支援文件應以連結方式附上,而不是整份複製進紀錄;如已知下次會議日期,也應一併列明。

審核、批准與發送

把草稿與逐字稿對照,核實姓名、數字、決定與承諾。如有含糊之處,請主席或指定審核人處理。正式會議可能需要在之後的會議中批准,因此應清楚標示草稿與已批准版本。

盡快把會議紀錄發送給目標讀者,並存放在固定位置。尤其當會議涉及敏感事項時,必須遵守機構的存取、保存及保密規則。

實用的會議紀錄結構

會議資料

日期、時間、目的、主席、記錄人、出席者、缺席者,以及議程或相關文件。

討論摘要

只保留理解結果所需的背景與方案比較,並按議程主題整理。

決定

直接說明哪些內容獲批准、被否決、延後或升級處理,必要時包括投票結果。

行動與跟進

列出每項任務的一位負責人、預期結果、截止日期,以及留待下次會議處理的未解問題。

會議紀錄檢查清單

  • 日期、目的及與會者名單正確無誤。
  • 每項最終決定都容易辨識。
  • 行動項目包含負責人與截止日期。
  • 摘要保持中立,並有足夠背景讓人理解結果。
  • 草稿狀態、批准情況、存取權限及保存規則清楚明確。

常見問題

會議紀錄應該寫得多詳細?

應包含足夠背景,讓人理解決定與責任,但可省略不影響紀錄的對話細節。若屬正式會議,可能需要更詳細內容。

會議紀錄就是逐字稿嗎?

不是。逐字稿按順序記錄發言;會議紀錄則為讀者整理最重要的事實、決定與後續跟進。

誰應該批准會議紀錄?

視乎機構及會議類型而定,可能由主席、與會者、董事會,或在下一次正式會議中批准。

根據會議內容,而不是記憶,建立會議紀錄

使用 MeetingNote 保留逐字稿、產生結構化草稿,並在發送最終會議紀錄前核實每項決定與行動。

返回網誌
會議紀錄:範本、行動項目與 AI 工作流程