Notion 會議記錄範本:結構、欄位和現成可複製的格式
一個現成可複製的 Notion 會議記錄範本,包含議程、決議、行動項目、負責人和後續追蹤欄位。涵蓋如何在 Notion 中建立它,以及何時由 AI 轉錄填補空白。
Notion 會議記錄範本應包含什麼?
您包含的欄位決定了什麼會被捕捉,什麼會消失。大多數團隊通過記錄討論的內容而不記錄決議內容或誰負責接下來的工作,低估了會議記錄的設計。沒有決議部分的討論摘要是對話記錄,而不是會議記錄。
能夠讓人們在之後實際參考的 Notion 會議記錄範本需要八個欄位。每個欄位都有不同的目的:有些提供背景信息,有些捕捉結果,而行動項目表是責任所在的地方。下面的部分按順序涵蓋每個欄位。當將其建立為 Notion 資料庫範本時,請按此順序保留欄位——它與會議的典型流程相匹配,意味著記錄者始終知道接下來會發生什麼。
具有「決議」和「行動項目」單獨部分的會議記錄範本不是格式偏好——它是使記錄值得在一週後打開的原因。
- 1
會議標題
會議名稱、日期、時間和平台或地點。這些元數據使記錄在數週後可搜索,並將「Q3 預算審查」與「週度團隊同步」區分開來(當兩者都位於同一 Notion 資料庫時)。
- 2
與會人員
所有出席者的名字和職位。對於定期的項目會議,也要記錄缺席者——他們的缺席會影響哪些決議可以被視為最終決議,以及是否需要重新審視任何項目。
- 3
議程
計劃主題的編號列表,最好在會議開始前填寫。將議程與實際涵蓋的內容進行比較,可以揭示範圍蔓延,並確保沒有遺漏計劃中的任何內容。在您的 Notion 範本中預填此欄位,以便在每個會議前提示您草擬它。
- 4
討論記錄
每個議程項目的簡短筆記,按主題組織。每個項目通常三到五個要點就足夠了。這部分是背景信息,而不是轉錄——捕捉所說內容的要點,而不是每次交換。
- 5
做出的決議
最有價值且最常被忽略的部分。將每個決議寫成明確的陳述句:同意的內容,而不是討論的內容。如果某個項目未達成決議,請寫「決議:根據 X 延至下次會議」。這個明確的記錄可以防止同一個項目在沒有新信息的情況下被重新討論。
- 6
行動項目表
一個三欄表:任務、負責人、截止日期。每一行是一個任務。任務描述應以特定的動詞開頭——不是「廠商合約」而是「將簽署的廠商合約發送給法務部」。每個任務一個指定的人,以及具體日期而不是相對語言(如「下周」)。
- 7
未決問題和停泊欄
在會議期間提出但未解決的主題。在分發記錄前,將這些轉移到下次會議的議程中。如果沒有專用欄位,未解決的項目會從記錄中消失,並在沒有周圍背景的情況下稍後重新出現。
- 8
下次會議
日期、時間以及本次會議停泊欄中確認的任何議程項目。使用此信息結束記錄,可以將每次會議與下一次相連,而不是產生一系列孤立的文檔。
完整的 Notion 會議記錄範本
以下是完整的範本,格式可直接複製到 Notion 頁面或資料庫範本中。方括號中的文本顯示填寫時每個部分應包含的內容。
---
會議記錄
會議:[名稱或定期系列標題] 日期:[YYYY-MM-DD] | 時間:[HH:MM] | 平台:[Zoom / Meet / 面對面 / 其他] 主持人:[名稱] | 記錄者:[名稱]
與會人員 在場:[名稱、職位——每行一個] 缺席:[名稱、職位——注意與決議相關的缺席]
議程 1. [議程項目 1] 2. [議程項目 2] 3. [議程項目 3]
討論記錄 [議程項目 1] - [主要觀點或立場] - [提出的擔憂或背景]
[議程項目 2] - [主要觀點或立場]
做出的決議 - [決議 1:以明確的陳述句表述] - [決議 2] - [如果沒有:「關於 [項目] 的決議根據 [條件] 延至下次會議」]
行動項目 | 任務 | 負責人 | 截止日期 | |------|-------|----------| | [動詞 + 任務描述] | [名稱] | [YYYY-MM-DD] | | | | |
未決問題 / 停泊欄 - [項目]:[簡短的筆記或背景] - [將這些轉移到下個議程]
下次會議 日期:[YYYY-MM-DD] | 時間:[HH:MM] 提議議程: - [來自停泊欄] - [來自未完成的行動項目]
---
這裡有兩個結構選擇值得解釋。「做出的決議」是一個獨立部分,而不是嵌套在每個議程項目中。這種分離意味著決議可以在幾秒內找到,無需重新閱讀整個討論——這在下次會議中質疑過去的決議時很重要。
「行動項目」表使用日期格式(YYYY-MM-DD)而不是相對格式。「在衝刺結束前」或「下個星期四」在會議結束後的第二天就失去了意義。具體的日期在筆記在三週後打開時仍然準確。
「決議」部分是會議變成記錄而不是對話的地方。如果該部分始終為空,則會議沒有產生值得記錄的明確輸出。
- 1
在會議開始前填寫標題和議程
打開範本,在會議開始前完成日期、時間、平台、與會人員和議程欄位。此設置需要不到兩分鐘,意味著您不會在對話期間做出結構決策。
- 2
在會議期間按議程項目捕捉討論記錄
為每個議程項目保留一個標記的區塊。每個區塊三到五個要點就足夠了。如果對話進行得比您跟得上的速度快,請優先考慮決議和行動項目而不是討論記錄——這兩個部分是與會者會回顧的內容。
- 3
在通話結束前完成決議和行動項目
在結束會議前朗讀行動項目表。確認每個任務都有指定的負責人和具體的截止日期。在通話仍在進行時,被分配任務但沒有意識到的與會者可以更正記錄。
如何在 Notion 中設置此範本?
Notion 支持兩種範本方法:獨立範本頁面(適用於一次性筆記)和資料庫範本(定期會議的正確選擇)。資料庫方法會自動將您的結構應用於每個新條目,並讓您可以跨所有會議在一個視圖中進行篩選、排序和搜索。
以下設置第一次需要約二十分鐘。之後,每個新會議條目都會打開,以相同的順序顯示相同的欄位。
設置 Notion 會議範本時最有用的步驟是最常被跳過的步驟:在花時間進行視覺自定義之前用真實會議進行測試。
- 1
建立一個會議資料庫
在您的 Notion 工作區中,輸入 /database 並選擇「資料庫 - 內聯」或「完整頁面」。將其命名為「會議」或「會議記錄」。將其儲存在共享的團隊文件夾中,以便所有具有記錄責任的人都可以訪問它。
- 2
添加資料庫屬性用於篩選
打開資料庫並添加屬性:會議類型(選擇:團隊同步、項目審查、客戶通話、啟動、回顧)、日期(日期類型,默認為今天)、狀態(選擇:即將進行、完成)和項目(關係到項目資料庫,如果您的團隊使用的話)。這些屬性讓您可以一目了然地查看所有客戶通話或所有項目審查,無需搜索頁面內容。
- 3
建立資料庫範本
點擊藍色「新建」按鈕旁的下拉箭頭,然後選擇「新建範本」。Notion 打開一個空白範本編輯器。為每個部分添加標題和佔位符文本:與會人員、議程、討論記錄、做出的決議、行動項目、未決問題和下次會議。此處添加的所有內容都會出現在從此範本創建的每個新條目中。
- 4
在範本中插入行動項目表
在範本編輯器中,使用 /table 插入一個三列的表:任務、負責人、截止日期。添加兩個空白行,以便在頁面打開時立即看到結構。空行和欄位標題的視覺呈現會提示記錄者分配所有權,而不是在討論部分中寫「團隊跟進」。
- 5
命名並保存範本
為範本起一個清晰的名稱,例如「標準會議記錄」。關閉編輯器。範本現在會出現在您會議資料庫中每個條目的「新建」下拉菜單中。具有多種會議格式的團隊——回顧、客戶通話、啟動——可以為每個團隊創建單獨的範本,並在創建新條目時選擇正確的範本。
- 6
在改進前用一個真實會議測試它
使用您的範本創建一個新的資料庫條目,並在實際會議期間或之後立即使用它。您自然填寫的欄位值得保留。在三次會議後持續留空的欄位應該被移除或簡化。大多數有用的範本在現實使用後從第一個版本略微縮小。
如何撰寫實際獲得跟進的行動項目?
行動項目表是會議記錄範本的一部分,決定了會議是否產生結果。大多數團隊以保證任務不會完成的方式填寫此部分:項目由小組負責、描述不帶動詞或給定相對截止日期,在任何人採取行動前就已過期。
三個習慣縮小了在會議期間聽起來清晰的行動項目和實際完成的項目之間的差距。它們都不需要對範本結構進行任何更改——它們是關於放入現有欄位的習慣。
開始於「團隊可能應該」的行動項目不是行動項目。它是一個建議。在會議結束前,用名稱、動詞和日期重新編寫。
- 1
每個任務都以特定的動詞開頭
不是「廠商合約」或「預算更新」——那些是主題,不是任務。任務以命名操作的動詞開頭:「將簽署的合約發送給法務部」、「使用修訂的人員數更新 Q3 預測」、「為 7 月 14 日的週期安排客戶入職」。動詞定義了完成的樣子。
- 2
命名一個人,而不是一個團隊
由團隊負責的行動項目是由任何人負責的。「市場部將準備單頁文檔」是意圖聲明。「Claire 將準備單頁文檔」是分配。如果任務確實需要跨人員的協調,請命名對報告完成負責的人——他們負責結果,而不僅僅是第一步。
- 3
使用日期,而不是相對日期
寫成「週五前」、「在截止日期前」或「下個衝刺」的截止日期在會議結束後的第二天就失去了意義。在您的筆記中使用具體日期——7 月 7 日或 2026-07-07——以便在文檔在兩週後打開時行動項目保持明確。
- 4
在會議結束前朗讀行動項目
在結束通話前花費六十秒朗讀行動項目表。這會發現聽錯的分配、未被確認的負責人和遺漏的截止日期,同時每個人仍在進行中。會議結束時的無聲同意不是對所理解內容的可靠確認。
Notion 的範本格式不處理什麼?
值得直接說明 Notion 對會議記錄的優勢在哪裡結束。Notion 是一個文檔編輯器和知識庫。它非常好地處理會議記錄的存儲和組織。它不處理的是捕捉——特別是記錄、轉錄和處理口頭對話以組織筆記。
使用 Notion 作為主要會議文檔工具的團隊經常會遇到三個差距。這些都不是設計缺陷;Notion 是為組織您已經編寫的筆記而構建的,而不是從音頻生成它們。
Notion 組織您已經編寫的會議記錄。它不是為從錄製的對話生成它們而構建的。定期錄製會議的團隊需要在錄製和 Notion 頁面之間進行某些操作。
- 1
音頻錄製
Notion 不記錄通話。想要逐字記錄的團隊依靠來自 Zoom、Google Meet 或 Teams 的平台錄製,或使用單獨的音頻錄製機。一旦存在錄製,在任何部分進入 Notion 範本之前,仍需要進行轉錄和組織——如果手動完成,每小時音頻需要 20-40 分鐘的步驟。
- 2
轉錄和說話者識別
Notion 不轉錄音頻。將原始轉錄粘貼到 Notion 頁面是可能的,但它會產生一段非結構化的文本,需要在類似於帶有決議和行動項目標記部分的組織會議記錄前進行大量清理。
- 3
自動提取決議和行動項目
Notion 的 AI 可以協助已經在 Notion 中的文本——改寫段落、總結文檔、生成要點。它不能做的是處理錄製並識別哪些句子代表決議、哪些代表分配的任務以及哪些是背景討論。該提取是專用會議工具處理的東西,Notion 不。
Notelyn 如何與 Notion 一起用於會議記錄?
Notelyn 處理在您的 Notion 範本填寫前發生的捕捉和處理步驟。當您記錄會議時——在您的手機上、通過您的計算機或通過上傳來自任何標準格式的文件——Notelyn 轉錄音頻、生成結構化摘要,並使用來自實際對話的所有權語言提取決議和行動項目。輸出直接映射到 Notion 會議記錄範本中的欄位。
工作流讓 Notion 成為您的文檔層,而不要求它做不是為之構建的東西。您在 Notelyn 中運行處理,然後將組織的內容轉移到您的 Notion 範本。對於已經記錄大多數通話的團隊,這將 30-40 分鐘的手動編寫替換為 5-10 分鐘的審查步驟。
有關此工作流程的 AI 工具的更廣泛比較,請參閱最佳 AI 會議記錄工具指南或項目會議記錄範本文章,以了解標準 Notion 佈局之外的格式選項。
Notelyn 處理錄製結束和 Notion 頁面被填寫之間發生的事情——手動記錄要求某人在時間壓力下做的轉錄、提取和組織。
- 1
記錄會議或上傳音頻文件
在會議期間使用 Notelyn 的內置錄製機,或之後以任何標準格式上傳文件:MP3、MP4、WAV 或 M4A。您也可以粘貼來自 Zoom、Google Meet 或 Teams 的錄製會議的鏈接。無需錄製機器人加入原始通話,這對客戶會議或與外部參與者的通話很重要。
- 2
查看自動生成的轉錄
Notelyn 產生帶有說話者標籤的時間戳轉錄。在生成隨後的結構化輸出摘要前,花費兩到三分鐘糾正特定項目的術語、專有名詞和首字母縮略詞。此處的更正可提高結構化輸出中所有內容的準確性。
- 3
閱讀 AI 生成的摘要和行動項目
Notelyn 將結構化輸出分為關鍵決議、討論要點和行動項目。來自錄製的所有權語言——短語如「我將在週四之前發送」或「您能在週五之前圈入法律」——用於用名字和隱含的截止日期填充行動項目。
- 4
詢問 AI Q&A 助手特定項目
生成摘要後,直接查詢會議內容:「關於廠商合約的決議是什麼?」或「誰被分配了客戶跟進?」答案來自完整的轉錄而不是壓縮摘要,所以回應包括每個決議周圍的背景。
- 5
將結構化輸出轉移到您的 Notion 範本
使用您保存的範本在您的 Notion 會議資料庫中打開一個新條目。將「做出的決議」、「行動項目」和「討論記錄」從 Notelyn 的輸出複製到相應的 Notion 欄位。該範本提供結構;Notelyn 提供內容。分發給與會者需要數分鐘而不是大約一小時。
在您下次會議時開始使用此範本
Notion 會議記錄範本是最小的流程變化之一,可以對會議實際產生的結果產生一致的改進。該結構第一次在 Notion 中設置需要不到三十分鐘。之後,每個會議以相同的順序打開相同的欄位,記錄者的工作是填寫內容而不是在對話中做出結構決策。
使用本指南中的範本。在會議開始前填寫標題和議程。保持「決議」與「討論記錄」分開,以便兩者都可以在幾秒內找到。使用特定的動詞、一個指定的負責人和日期寫入行動項目,然後在通話結束前朗讀它們。
對於您已經記錄的會議,Notelyn 從音頻自動生成「決議」、「行動項目」和「討論記錄」內容,這意味著 Notion 範本可以填寫而無需某人在快速進行的對話中寫入。有關更多會議文檔示例,請參閱帶有行動項目的會議紀錄示例指南或Google Docs 會議記錄範本(如果您的團隊在 Notion 旁邊使用 Docs)。