会议笔记模板:该记什么、现在由谁来写、会后存放在哪里(2026)

会议笔记是会议的工作记录:哪些发言重要、做出了哪些决定、谁在何时之前做什么,以及哪些问题提出了却没有解决。笔记由一个人在通话期间写下,会后由所有人阅读,包括没有参会的人。笔记比会议纪要轻,比会后回顾详细,另外两种文档都是以它为基础写成的。

本指南先讲写作方法:该记什么、一份可直接复制的模板、两个填写好的示例。然后讲具体机制:笔记在您团队已在使用的工具中放在哪里,以及会后会发生什么。后半部分比看上去更重要。笔记真正的考验不在会议当天,而在三周之后,有人问起第 2 项到底有没有做完的时候。

会议笔记、会议纪要与会后回顾

一场会议会产生三种记录,人们常常把这几个词混用,但它们并不是同一份文档:

笔记是原始材料。有主持人和表决的会议会把它整理成纪要,工作例会则把它整理成回顾。如果没有笔记,另外两种文档只能凭记忆来写,于是一个决定到周五就变成了三个不同的决定。

有一点需要说明:笔记不是逐字稿。把每个人说的话都记下来是另一项工作,而在 2026 年,这是机器的工作。记录人要写下的是会议意味着什么。

该记什么:格式

一页可用的会议笔记包含六个要素。您能找到的大多数模板只是这份清单的子集,而失败的模板通常漏掉了最后两项:

1. 页眉。 会议名称、日期、链接、出席者和请假者。耗时三十秒,在任何人发言之前完成。
2. 一句话说明会议目的。 如果有议程,就从中复制;没有的话,当场写一句。它是会议结束时评判笔记的标尺:这场会议产出了这一点吗?
3. 按议程顺序,每个议题一个板块。 用两三行记录发言内容,记立场而不是逐句经过,只在必要时标明发言人。然后标出结果:已决定、待解决或推迟至某日期。
4. 决定,每条一句话。 句子以"我们一致同意"开头,只写达成一致的事项,不写得出结论的讨论过程。埋在讨论文字里的决定,没有人能找到。
5. 行动事项:负责人、任务、日期。 每条一行。没有负责人的行动只是愿望,没有日期的行动只是期待。这两类都应改记入待议事项。
6. 待议事项(parking lot)。 会议中提出但未解决的所有问题,并写明提出者的姓名。它为下一次议程提供输入。大多数模板会丢掉这一项,同一个问题因此在连续三次会议上被反复提起。

不应记入的内容:逐字引述(除非有人要求被引用)、语气、记录人的个人意见,以及任何不予记录的发言。读者不应该能看出记录人站在哪一边。

如何记录会议笔记:会前、会中、会后

会前,搭好骨架。 拿出议程,把它变成标题:每个议题一个板块,页眉根据邀请预先填好,上一次会议未完成的行动事项粘贴在顶部。百分之九十的格式工作在通话之前就已完成。如果没有议程,会议的第一条笔记就是"本次没有议程"。

会中,记结果,不记对话。 对每个议题,您需要记下提出的立场、决定和行动事项。最管用的习惯是:做出决定时大声复述一遍,比如"我记下:第四季度的活动采用两种语言,Lena 在 12 日前负责完成简报",让大家趁着记忆还清晰时当场纠正。复述结果,就是在当事人还在场时把一场对话变成一份记录。如果某个议题时间用完,它就是未解决的,应连同日期记入待议事项。

会后,当天发布。 趁背景还清晰时整理笔记,用十分钟而不是一整晚,然后发给所有受邀者,尤其是那些没能参会的人。接着把它放在下一次会议能找到的地方。存在个人笔记本里的笔记,团队等于没有,其中的待议事项也没有人会去清理。

会议笔记模板

[团队] — [会议名称] — 笔记
日期: [日期] · 时间: [开始]–[结束] · 链接: [会议链接]
出席: [姓名] · 请假: [姓名] · 记录: [姓名]
目的: [一句话:这场会议是为了什么]
上次遗留: [行动] — [负责人] — [已完成 / 未完成]

1. [议题] — [负责人]
[两到三行:哪些发言重要,仅在必要时标明立场的提出者。]
结果: 已决定 / 待解决 / 推迟至 [日期]
决定: [一句话:"我们一致同意……"]
行动: [姓名] — [任务] — 截止 [日期]

2. [议题] — [负责人]
[摘要。]
结果: [已决定 / 待解决 / 已推迟]
行动: [姓名] — [任务] — 截止 [日期]

决定(所有议题,每条一行)
– [决定]
– [决定]

行动事项
– [姓名] — [任务] — 截止 [日期]
– [姓名] — [任务] — 截止 [日期]

待议事项: [问题] — 提出者 [姓名] — 列入下次议程
下次会议: [日期] · 记录: [录制内容 / 文档链接]

底部的两个列表重复了各议题板块中已有的内容。这是有意为之:板块是写给参会者看的,列表是写给没有参会的人看的。

两个填写好的示例

团队周会,30 分钟

产品 — 周会 — 笔记
日期: 2026 年 10 月 6 日 · 时间: 10:00–10:30 · 出席: Mateusz、Priya、Lena、Tomás(记录) · 请假: Ana
目的: 解决本周工作中的阻碍,并决定哪些内容不发布。
上次遗留: Priya — 向两位终选候选人发送面试时段 — 已完成。

1. 频道中提出的阻碍事项 — 全体
两个阻碍:导出任务在文件超过 50 MB 时失败(Mateusz);预发布环境的登录在 Safari 上循环跳转(Lena)。Lena 的修复正在评审中。
结果: 待解决
行动: Mateusz — 用 60 MB 的文件复现导出失败 — 10 月 7 日前

2. 版本范围裁剪:放弃导出功能,还是粗糙地发布? — Mateusz
Mateusz 主张用开关控制并发布导出功能;Priya 主张放弃,以避免引发一波支持请求。Lena 指出两家企业试用客户都要求了该功能。
结果: 已决定
决定: 我们一致同意用开关控制并发布导出功能,仅对这两家试用客户开启。
行动: Mateusz — 开关和试用客户白名单 — 10 月 9 日前

3. 招聘:终选候选人 — Priya
两位终选候选人都已面试;Priya 推荐第二位。无人反对。
结果: 已决定
行动: Priya — 向第二位终选候选人发出录用通知 — 10 月 8 日前

待议事项: 50 MB 的限制是否应该提高? — 提出者 Mateusz — 列入下周议程
下次会议: 2026 年 10 月 13 日,10:00

客户通话,45 分钟

Aster GmbH — 范围沟通会 — 笔记
日期: 2026 年 10 月 7 日 · 时间: 14:00–14:45 · 出席: L. Ortega、K. Sato(Aster);J. Lindqvist、P. Nowak(记录)
目的: 在月底前就范围变更及其价格达成一致。

1. 自上次通话以来的变化 — J. Lindqvist
试点在三个国家而不是两个国家开展;Aster 希望在第一阶段支持日语。
结果: 通报

2. 范围变更:包含什么,排除什么 — K. Sato
包含:日语支持、第三个国家。排除:定制报告,移至第二阶段。Ortega 希望第二阶段的日期有书面确认。
结果: 已决定
决定: 我们一致同意第一阶段为三个国家加日语支持;定制报告属于第二阶段。

3. 价格与时间表方案 — J. Lindqvist
提出了两个方案;Aster 倾向于固定价格方案,但需要财务签字确认。
结果: 推迟至 10 月 14 日
行动: J. Lindqvist — 包含两个方案的修订版工作说明书 — 10 月 10 日前
行动: L. Ortega — 就固定价格方案取得财务签字确认 — 10 月 14 日前

待议事项: 第二阶段的开始日期 — 提出者 L. Ortega — 列入 10 月 14 日的通话
下次通话: 2026 年 10 月 14 日,14:00 · 记录: 当前的工作说明书

请注意这两个示例的共同点:每个议题都以三种状态之一收尾,每项行动都有姓名和日期,待议事项不为空。四十五分钟的交谈变成了一页纸,没有参会的人也能据此行动,这就是这项工作的全部意义。

笔记在您已在使用的工具中放在哪里

每个主流平台都有存放笔记的位置,但各自止步于不同的环节。以下仅依据各厂商自己页面上记载的行为,并标注每个页面的核查月份:

有两点在各处都一样。笔记是紧挨着会议的一份文档,只使用会议现场所用的那一种语言;而上周的行动事项是否完成,文档本身并不回答,需要有人去核对。

现在由谁来写,会后存放在哪里

InterMIND 是一个沟通空间,会议存在于频道之中,因此笔记有一个显而易见的归处:频道的聊天。骨架在前一天以笔记的形式放入;通话期间,记录人可以用 Share to conference 把它显示在视频画面旁边、所有人的屏幕上,在大家的注视下实时编辑,每位参会者都以自己的语言阅读。在别处起草的笔记可以通过电子邮件进入频道:每个频道都有自己的地址,发往该地址的邮件会显示为一条普通消息,标明发件人并保留附件。

通话结束后,会后回顾会根据会议本身生成,包括摘要、标注为已同意、待解决或有争议的要点、带负责人的行动事项,每一行都保留时间戳,因此记录人编辑的是一份草稿,而不是从零开始写。它会通过电子邮件、频道中的一条消息以及日历事件中的一个链接送达,每位已登录的成员都以自己的语言阅读:记录是按读者分别翻译的,而不是只用会议碰巧使用的那种语言写一次。任何成员都可以编辑,每次编辑都会保留作者和修订历史,频道会保留过往每次会议的回顾,因此三周前的第 2 项只需点击一下就能找到。

待议事项和行动清单是笔记通常"死掉"的地方,而频道中的周期性会议会代为检查:撰写下一次回顾时,系统会读取上一次会议中仍未完成的行动事项,并对照会议中所说的内容进行判断。被报告已完成的事项标记为已完成,其他的则标记为未完成,并以会议中的原话注明原因,或标注"未讨论";下一次会议开始时,Mia 会点明未完成的事项及其负责人。这部分功能目前在优化期间仅对部分账户开放。

如果笔记最终需要进入记录系统,主持人可以把回顾副本添加到任意地址,例如 CRM 或任务跟踪系统的收件邮箱,在对该地址进行一次性确认之后,该会议或频道的每一份回顾也会发送到那里。具体机制见通过电子邮件在 CRM 中获得每次会议回顾的副本。会后在走廊里做出的决定,可以作为语音笔记发到频道中,几秒钟内就会以文字形式送达,每位成员都以自己的语言阅读。

通过链接加入且没有账户的参会者可以获得完整翻译的实时会议,但会后没有记录。账户是免费的,而正是账户让记录可以被访问。

• 打开一份完整的回顾:由撰写您自己回顾的同一套代码渲染出的真实记录。
• 试用在线演示:无需注册;您只管说话,即可听到会议按听众分别翻译的效果。

作为一门技艺,笔记不会被任何工具取代:总得有人来判断会议意味着什么。不必再保留的是第二份工作,即会后用一种语言重新键入结果,再手动核查是否有人完成了上一页所写的事项。

常见问题

会议笔记应该包含哪些内容?

六项内容:页眉(会议名称、日期、链接、出席者);一句话的会议目的;每个议题一个板块,用两三行记录发言内容,并标明结果为已决定、待解决或已推迟;每项决定用一句话表述;包含负责人、任务和日期的行动事项;以及一份待议事项,列出提出但未解决的问题,并写明提出者的姓名。

如何撰写会议笔记?

通话前根据议程搭好骨架:每个议题一个标题,页眉预先填好,上次会议未完成的行动事项放在顶部。通话期间,记结果而不是记对话,并把每项决定大声复述一遍,让现场当场纠正。会后用十分钟整理,当天发给所有受邀者,并把它放在下一次会议能找到的地方。

会议笔记和会议纪要有什么区别?

笔记是通话期间做的工作记录,平实、当天完成,面向受邀者。纪要是事后依据笔记撰写的正式记录:出席情况、每个议题、决定及其形成过程、表决和行动事项,用中立的语言书写;在董事会和协会中,它通常是组织必须保存并批准的文件。工作例会需要笔记和回顾;有主持人和表决的会议需要纪要,纪要指南介绍了该格式。

Google 文档中有会议笔记模板吗?

Google 为符合条件的 Workspace 版本中的 Google Meet 记载了 Take notes for me:在创建事件时于日历中开启后,它会在会后把笔记写入一份 Google 文档,并按配置的设置共享,每场会议一种语言。本指南中的模板是纯文本,因此无需重新排版,即可粘贴到 Google 文档、Word 文件、Slack canvas 或聊天消息中。

如何在 Microsoft Teams 中记录会议笔记?

根据 Microsoft 的文档,在会议期间选择会议控件中的 Notes,或在安排会议时选择会议详情中的 Add an agenda。笔记是一个 Loop 组件,任何与会者或组织者都可以编辑,并可通过提及人员来分配任务;笔记会自动保存,可从 Teams 日历和会议回顾中访问。外部与会者无法访问或编辑。

谁应该在会议中做笔记?

不主持讨论的人:主持人要照看会场,而身兼主持的记录人会写下自己这一方的观点。在工作会议中,这项职责轮流承担或由指定的人负责;在正式机构中则由秘书负责。在 2026 年,越来越多的初稿由会议平台根据会议本身撰写,人的角色转向编辑,即在笔记流转之前核对决定、负责人和日期。

每次会议后都应该发送会议笔记吗?

应该,当天发送,发给所有受邀者,而不仅是实际出席的人,因为错过会议的人最需要它。没有发出的笔记只是为一个人而存在;其中的行动事项没有见证人,待议事项也永远进不了下一次议程。

来源:Microsoft — 在 Microsoft Teams 中记录会议笔记;Zoom — 在 AI Companion 中使用会议摘要;Google — "Take notes for me" 的日历与 Meet 设置;Google Meet — Google Meet 中的 "Take notes for me";Slack — 会议议程模板(canvas)。Microsoft、Google 和 Slack 的页面于 2026 年 10 月核查;Zoom 会议摘要页面于 2026 年 8 月核查。各厂商会随时间调整套餐、功能和语言列表,请查阅其页面了解当前状态。