会议纪要与会议记录模板：7 种免费格式

大多数会议纪要模板失败的原因都一样：它们是照着董事会会议设计的，最后却被交到记录周二站会的人手里。六个字段一直空着，那个人到第三周就不再用它，团队又退回到在 Slack 里发一句"聊得挺好，后面跟进"。

所以这里一次给出六个。一个覆盖任何会议的通用会议纪要模板，再加五个为具体任务打磨过的变体——董事会与非营利组织、每周站会、项目状态、客户会议，以及一页纸的高管摘要。每个模板都能直接复制粘贴，而且每个模板后面都跟着一份填好的示例，让你看到这个格式用起来是什么样，而不必猜每个空位该填什么。

如果你想了解这些取舍背后的思路——记录里必须写进什么、如何保持中立、动议要怎么规范记录——请看如何撰写会议纪要。这一页是成品模板库。

六个模板

• 通用会议纪要模板
• 什么时候该用哪个模板
• 变体 1：董事会与非营利组织纪要
• 变体 2：每周团队站会
• 变体 3：项目状态会议
• 变体 4：客户或外部会议
• 变体 5：一页纸高管摘要
• 让模板活下去的排版规则
• 常见问题

会议记录、会议纪要和逐字稿是三种不同的东西

在挑模板之前，先弄清楚你真正要产出的是哪一种，因为它们的用途不同，读者也不同。

• 逐字稿：一字不落的原话，是原始素材，不是给人从头读到尾的文档。
• 会议记录：参会者为自己和团队写下的东西——决议、背景、接下来要做什么。它是非正式的，也没有人会投票通过它。
• 会议纪要：某个机构对自己所作决议的正式记载。在董事会或社团的场景里，它是一份治理文件：会在下次会议上被批准，也是审计师或法院真正会去读的东西。

这个区分决定了你该用下面哪一个模板。如果你要的是正式版本——动议、表决、批准——请从变体 1 开始。如果你要的是一对一或客户通话的工作记录，直接跳到变体 4 或变体 6。关于正式记录里必须写什么、又该把什么留在外面，如何撰写会议纪要讲得更深入。

通用会议纪要模板

这是默认选项。六个板块，没有任何仅仅出于传统而存在的字段，并且每个议程事项下面都有一行决议，让一件事没有结论就无法收尾。把它复制进文档，存成团队的模板文件，每次开会复制一份。

模板 — 通用格式

[组织 / 团队名称]
会议纪要 — [会议名称]

日期：[YYYY 年 M 月 D 日，星期几]
时间：[开始] – [结束] [时区]
地点：[会议室，或视频会议链接]
会议类型：[例会 / 临时会议 / 周期性会议]

主持人：[姓名]
记录人：[姓名]
出席：[姓名]
缺席：[姓名，必要时注明原因]

1. [议程事项]

背景：[一两句话——介绍或审议了什么]
决议：[决定了什么——或填"未做决议；顺延至（日期）"]

1. [议程事项]

背景：
决议：

1. [议程事项]

背景：
决议：

行动项

• [负责人] — [具体任务] — 截止 [日期]
• [负责人] — [具体任务] — 截止 [日期]

下次会议

[日期、时间、地点] · 顺延事项：[事项]

散会：[时间] · 状态：草稿 — 待审批

下面是填好的样子，取自一场开了 50 分钟、产出三项决议的跨部门规划会：

填写示例 — 通用格式

ATLAS LOGISTICS
会议纪要 — 第三季度运营规划

日期：2026 年 7 月 6 日，星期一
时间：上午 9:00 – 9:50（CT）
地点：B 会议室及 Microsoft Teams
会议类型：周期性会议（每月）

主持人：Renata Silva，运营副总裁
记录人：Owen Mbeki
出席：Renata Silva、Owen Mbeki、Hannah Croft、Dmitri Volkov、Aisha Bello
缺席：Paul Nguyen（赴客户现场）

1. 4 号仓库吞吐量

背景：Hannah Croft 汇报 6 月吞吐量为每天 11,400 件，目标为 13,000 件，其中 62% 的缺口可追溯到出库扫描工位。
决议：在 4 号仓库增设第二个扫描工位，费用从第三季度设备应急预算列支。

1. 承运商合同续签

背景：Dmitri Volkov 审阅了 Ridgeline Freight 的续签条款，包括 6.2% 的费率涨幅和延长的索赔窗口期。
决议：不按对方报价续签。在 9 月 30 日到期前向三家承运商发起竞标。

1. 季节性招聘计划

背景：Aisha Bello 提出了两套应对 10 月旺季的人员配置方案。
决议：未做决议。顺延至 8 月 3 日会议，等待修订后的需求预测。

行动项

• Hannah Croft — 提交第二个扫描工位的设备申购单 — 截止 7 月 10 日（周五）
• Dmitri Volkov — 向 Ridgeline、Northbound 和 Cascade Freight 发出承运商招标书 — 截止 7 月 17 日（周五）
• Aisha Bello — 分发修订后的旺季需求预测 — 截止 7 月 27 日（周一）
• Owen Mbeki — 预订 8 月 3 日会议并把顺延的招聘事项加入议程 — 截止 7 月 7 日（周二）

下次会议

2026 年 8 月 3 日星期一，上午 9:00（CT），B 会议室 · 顺延事项：季节性招聘计划

散会：上午 9:50 · 状态：草稿 — 待审批

提示：决议那一行就是整个模板的意义所在。 如果某个议程事项写了背景、决议却空着，那这一项其实没有完成。请写上"未做决议；顺延至 [日期]"，并在关掉文档之前把它排进下次会议的议程。

养成这一个习惯的团队，往往在一个月内就会发现一件不太舒服的事：不少长期挂在议程上的事项，从来没有产生过任何决议。这不是记录方法的问题——能把它暴露出来，正是这套做法的价值。

什么时候该用哪个模板

按这场会议实际产出什么来选，而不是按它感觉上有多重要。

变体 1：董事会与非营利组织纪要

这是具有法律效力的那一份。它增加了法定人数确认、上次纪要的审批、带精确措辞的动议、表决结果和签署栏。按照 Robert's Rules of Order Newly Revised（第 12 版），你要记录动议提出人的姓名，但不记录附议人；只有在唱名表决或需要载明反对意见时，才会出现具体姓名。

模板 — 董事会 / 非营利组织纪要

[组织名称]
董事会[例会 / 临时会议]纪要
[YYYY 年 M 月 D 日，星期几] · [地点，如有视频会议一并注明]

会议开始

会议由[主持人姓名]于[时间]宣布开始。[姓名]担任记录人。
出席董事：[姓名，迟到者注明加入时间]
缺席董事：[姓名]
列席人员：[员工、法律顾问、来宾]
法定人数：已达法定人数（需 [Y] 名董事中的 [X] 名）。

1. 上次纪要的审批

[日期]会议的纪要经[按分发稿 / 更正后，更正内容为 ___]审批通过。

1. 高管与员工报告

[姓名，职务]汇报了[主题]。该报告[存档备查 / 予以接收]。

1. [议事事项]

利益冲突披露：[姓名]披露了[利益关系]，回避表决并于[时间]离场。
动议：[姓名]提出动议"[动议的精确措辞]"。
修正案：[姓名]提出修正动议，[删除 / 加入 ]。该修正案[通过 / 未通过]。
表决：[口头表决——动议获得通过 / 未通过] 或 [唱名表决——赞成：。反对：。弃权：。回避：___。]
结果：动议[通过 / 未通过]，[票数]–[票数]。

1. 执行会议

董事会于[时间]转入执行会议，讨论[大致主题]，并于[时间]恢复公开会议。[未采取任何行动 / 所采取的行动记载于执行会议纪要]。

1. 通知与公告

下次例会将于[日期、时间、地点]召开。

散会

再无其他事项，会议于[时间]散会。

谨此呈报，

---

[姓名]，秘书
董事会于[日期]审批通过。

填写示例 — 董事会纪要

HARBORVIEW YOUTH SAILING ASSOCIATION
董事会例会纪要
2026 年 5 月 13 日，星期三 · Harborview Boathouse，9 Pier Road，并通过视频会议

会议开始

会议由主席 Marisol Duarte 于晚上 7:02 宣布开始。秘书 Kwame Osei 担任记录人。
出席董事：Marisol Duarte（主席）、Kwame Osei（秘书）、Bette Halloran（司库）、Jonah Reyes、Ingrid Lassiter、Tom Whitaker（晚上 7:11 加入）。
缺席董事：Cheryl Ndlovu。
列席人员：项目总监 Alina Petrov。
法定人数：已达法定人数（需七名董事中的四名）。

1. 上次纪要的审批

2026 年 4 月 8 日会议的纪要按分发稿审批通过。

1. 司库报告

司库 Bette Halloran 提交了截至 2026 年 4 月 30 日期间的财务报表，非限定性储备金为 128,400 美元。该报告存档备查。

1. 2027 财年运营预算

动议：Jonah Reyes 提出动议"董事会通过所提交的 2027 财年运营预算 612,000 美元，并将设备科目提高至 48,000 美元"。
董事会讨论了设备预算的增加及其对奖学金储备金的影响。
表决：计票表决——5 票赞成，1 票反对，1 票弃权。
结果：动议通过，5–1。

1. 码头维修合同

利益冲突披露：董事 Ingrid Lassiter 披露其姐夫是三家投标方之一 Cove Marine Contractors 的合伙人。她声明回避，并于晚上 7:38 离场。
动议：Marisol Duarte 提出动议"董事会将北码头维修合同以 74,500 美元授予 Seabright Marine"。
表决：唱名表决——赞成：Duarte、Halloran、Osei、Reyes、Whitaker。反对：无。回避：Lassiter。缺席：Ndlovu。
结果：动议通过，5–0。Lassiter 女士于晚上 7:49 返回会场。

1. 通知

下次例会将于 2026 年 6 月 10 日星期三晚上 7:00 召开。

散会

再无其他事项，会议于晚上 8:14 散会。

谨此呈报，
Kwame Osei，秘书
董事会于 2026 年 6 月 10 日审批通过。

以上不构成法律意见。 董事会必须记录哪些内容，会因司法辖区、实体类型和你自己的章程而异——特拉华州公司、501(c)(3) 非营利组织和业主协会遵循的规则各不相同。美国大多数州都要求公司和非营利法人保存董事会会议的书面纪要，法院也曾把纪要缺失视作组织未遵守公司治理形式要件的证据。请查阅你的章程和所在州的法规，事关重大时请咨询律师。

变体 2：每周团队站会

十五分钟的会议撑不起两页纸。这个版本只保留三件事：有什么变化、哪里卡住了、决定了什么。如果什么都没决定、也没有阻碍，整份记录就是四行——这是成功，不是敷衍。

模板 — 每周站会

[团队] 站会 — [日期] · [时间] · [频道或会议室]
出席：[姓名] · 缺席：[姓名]

进展

• [姓名] — 已交付：[] · 下一步：[] · 受阻于：[___ 或 无]
• [姓名] — 已交付：[] · 下一步：[] · 受阻于：[___ 或 无]

决议

• [决议内容，或填"本周无"]

需要升级的阻碍

• [阻碍] → 已升级给 [姓名]，截止 [日期]

行动项

• [负责人] — [任务] — 截止 [日期]

填写示例 — 每周站会

平台工程站会 — 2026 年 7 月 20 日，星期一 · 上午 9:15（ET） · #platform-standup
出席：Ravi Menon、Claire Osborne、Yusuf Adeyemi、Lena Fischer · 缺席：无

进展

• Ravi — 已交付：认证令牌轮换上预发布环境 · 下一步：周三上线生产 · 受阻于：无
• Claire — 已交付：无（值班，处理 3 起 P2 事故） · 下一步：继续搜索索引的工作 · 受阻于：无
• Yusuf — 已交付：队列迁移完成 40% · 下一步：完成消费端切换 · 受阻于：等待 DBA 提供只读副本
• Lena — 已交付：压测框架 · 下一步：对预发布环境跑基线 · 受阻于：无

决议

• 队列迁移切换从本周四推迟到下周二。上周两起事故把缓冲时间消耗掉了。

需要升级的阻碍

• DBA 只读副本尚未开通（已挂 5 天） → 已升级给基础设施部门的 Marta Kern，截止 7 月 21 日（周二）

行动项

• Ravi — 在 #eng-announcements 公布周三的认证上线窗口 — 截止 7 月 20 日（周一）
• Yusuf — 就只读副本一事发邮件给 Marta，抄送 Ravi — 截止 7 月 21 日（周二）
• Claire — 在路线图看板上更新迁移日期 — 截止 7 月 20 日（周一）

变体 3：项目状态会议

状态会议很容易滑向流水账，所以这个模板逼你给出立场：一个状态颜色、计划日期对照实际日期，以及每条风险都有指定负责人。重点不是做出一份好看的报告，而是"黄灯"必须由一个具名的人用文字说明理由。

模板 — 项目状态会议

[项目名称] — 状态评审
日期：[] · 时间：[] · 阶段：[] · 报告周期：[]
主持人：[] · 记录人：[] · 出席：[] · 缺席：[]

总体状态

[绿灯 / 黄灯 / 红灯] — [用一句话说明为何是这个颜色]
较上次评审的变化：[好转 / 持平 / 恶化]

里程碑

• [里程碑] — 计划 [日期] — 预计 [日期] — [按计划 / 有风险 / 已延期]

预算与范围

累计支出：[]，总额 [] · 本周期范围变更：[___]

风险与问题

• [风险或问题] — 影响 [高/中/低] — 负责人 [姓名] — 缓解措施 [___] — 复查日期 [日期]

决议

• [决议内容，以及批准人]

行动项

• [负责人] — [任务] — 截止 [日期]

下一个检查点

[日期、时间] · 该检查点需要做出的决策：[___]

填写示例 — 项目状态会议

MERIDIAN ERP 迁移 — 状态评审
日期：2026 年 7 月 16 日，星期四 · 时间：下午 2:00 – 2:45（GMT） · 阶段：第 3 / 5 阶段（数据迁移） · 报告周期：7 月 1–15 日
主持人：Dev Chaudhary（项目群总监） · 记录人：Sophie Renard · 出席：Dev Chaudhary、Sophie Renard、Ana Duarte、Michael Boyle、Fenna de Vries · 缺席：Tariq Hassan（年假）

总体状态

黄灯 — 供应商主数据的清洗落后 3 周，现已进入关键路径。
较上次评审的变化：恶化（7 月 2 日时为绿灯）。

里程碑

• 供应商主数据清洗完成 — 计划 7 月 31 日 — 预计 8 月 21 日 — 已延期
• 财务模块 UAT 启动 — 计划 8 月 17 日 — 预计 8 月 17 日 — 有风险
• 第 1 批上线 — 计划 10 月 5 日 — 预计 10 月 5 日 — 按计划

预算与范围

累计支出：142 万英镑，总额 210 万英镑 · 本周期范围变更：一项——应项目发起人要求，多币种报表移至第 2 批。

风险与问题

• 缺失税号的供应商记录（38,000 条中有 11,200 条） — 影响 高 — 负责人 Ana Duarte — 缓解措施：自 7 月 20 日起为清洗团队增派两名外包人员 — 复查日期 7 月 30 日
• UAT 测试人员的时间与月末结账冲突 — 影响 中 — 负责人 Michael Boyle — 缓解措施：已与财务约定自 8 月 24 日起为期两周的 UAT 窗口 — 复查日期 8 月 7 日

决议

• 批准增加两名数据外包人员，为期六周（约 34,000 英镑），由项目发起人 Fenna de Vries 批准。
• 维持 10 月 5 日的上线日期。日期变动之前，先削减第 1 批的范围。

行动项

• Ana Duarte — 完成两名外包人员的入场并重新发布清洗计划 — 截止 7 月 20 日（周一）
• Michael Boyle — 以书面形式与财务确认调整后的 UAT 窗口 — 截止 7 月 24 日（周五）
• Sophie Renard — 更新风险登记册并分发给指导小组 — 截止 7 月 17 日（周五）

下一个检查点

2026 年 7 月 30 日星期四，下午 2:00（GMT） · 需要做出的决策：是否削减第 1 批的范围。

提示：决议和行动项永远要分开写。 这两者经常被混在一起，但它们是两种不同的东西。决议是一个已经定下来、并且会一直定着的问题（"维持 10 月上线"）。行动项是一件有负责人、有日期的任务（"7 月 20 日前完成两名外包人员的入场"）。

把两者混在一起，就是一项决议悄悄变成"可选项"的过程——它最后躺进任务清单，被标记为完成，六周之后谁也说不清它究竟是在哪里被敲定的。

变体 4：客户或外部会议

对外的纪要还有第二重身份：它是一份要发给公司之外的人的共同记录，因此同时也是一封确认邮件。把双方各自的承诺都明确写出来，并且把所有内部信息彻底排除在文档之外——不写定价策略，不写对客户的评价，不写任何你不希望被转发出去的内容。

模板 — 客户 / 外部会议

会议纪要 — [客户名称] 与 [贵公司]
日期：[] · 时间：[] · 形式：[电话 / 视频 / 现场]
[客户]参会人：[姓名，职务] · [贵公司]参会人：[姓名，职务]
目的：[一句话]

我们讨论了什么

• [议题] — [一句话说明结论]

客户提出的优先事项与需求

• [需求，用客户自己的表述]

待解决的问题

• [问题] — 由 [姓名] 在 [日期] 前答复

我方承诺

• [贵公司]将在 [日期] 前 [___] — 负责人 [姓名]

客户承诺

• [客户]将在 [日期] 前 [___] — 负责人 [姓名]

下一步

[会议或里程碑，含日期] — [由谁安排]

说明：如有任何更正，请在 [日期] 前回复。如无更正，本文件即作为双方共同记录。

填写示例 — 客户会议

会议纪要 — Northwind Retail 与 Kestrel Systems
日期：2026 年 7 月 14 日，星期二 · 时间：上午 11:00 – 11:45（ET） · 形式：Zoom
Northwind 参会人：Carla Jennings（IT 总监）、Sam Okafor（门店运营经理）
Kestrel 参会人：Elena Vasquez（客户总监）、Ben Hart（解决方案工程师）
目的：为 12 家门店的店内库存扫描试点划定范围。

我们讨论了什么

• 试点规模 — 一致同意选取两个区域的 12 家门店，而非原提案中的 30 家。
• 集成 — Northwind 使用 SAP 并有一层定制中间件；Ben 确认标准连接器只需改映射，不需要重做。
• 时间表 — 只要在 8 月 8 日前完成硬件采购，9 月启动是可行的。

Northwind 提出的优先事项

• 盘点耗时必须至少下降 40%，否则试点不会延续。
• 门店员工培训必须能在一次 30 分钟的班前会里讲完。
• 不得影响第四季度既定的 SAP 升级排期。

待解决的问题

• 中间件团队能否在 8 月支持这项映射改动 — 由 Carla Jennings 在 7 月 24 日（周五）前确认。
• 手持设备型号：三防机型还是标准机型 — 由 Ben Hart 在 7 月 18 日（周五）前提供成本与耐用性对比。

Kestrel 的承诺

• Kestrel 将在 7 月 24 日（周五）前提交修订后的 12 家门店试点方案及报价 — 负责人 Elena Vasquez。
• Kestrel 将在 7 月 18 日（周五）前提供手持设备对比和培训大纲初稿 — 负责人 Ben Hart。

Northwind 的承诺

• Northwind 将在 7 月 24 日（周五）前确认中间件团队的排期 — 负责人 Carla Jennings。
• Northwind 将在 7 月 31 日（周五）前指定 12 家试点门店 — 负责人 Sam Okafor。

下一步

方案评审电话会议，2026 年 7 月 28 日星期二上午 11:00（ET） — 由 Elena Vasquez 发送会议邀请。

说明：如有任何更正，请在 7 月 16 日（周四）前回复。如无更正，本文件即作为双方共同记录。

变体 5：一页纸高管摘要

写给那个没在现场、只有六十秒的人。硬性上限：三项决议、三项行动、一条风险、一个请求。如果决议超过三项，多出来的写进完整纪要，本文档链接过去即可。这个限制本身就是功能——挑出什么才重要的那种取舍，正是摘要之所以好读的原因。

模板 — 一页纸高管摘要

[会议名称] — 高管摘要
[日期] · [人数] 人出席 · 完整纪要：[链接]

一句话概括

[这场会议是为什么开的，产出了什么。]

决议（最多 3 项）

• [决议内容] — [批准人]

行动项（最多 3 项）

• [负责人] — [任务] — 截止 [日期]

首要风险

[风险] — 负责人 [姓名] — [若不处理会发生什么]

需要你做什么

[具体请求，含日期——或填"无需行动；仅供知悉。"]

下一个检查点

[日期] — [届时会决定什么]

填写示例 — 高管摘要

MERIDIAN ERP 迁移 — 高管摘要
2026 年 7 月 16 日 · 5 人出席 · 完整纪要：/projects/meridian/minutes-2026-07-16

一句话概括

第 3 阶段状态评审：数据清洗延后三周，项目群从绿灯转为黄灯，但 10 月的上线日期保持不变。

决议

• 增加两名数据外包人员，为期六周，约 34,000 英镑 — 由 Fenna de Vries 批准。
• 维持 10 月 5 日上线。日期变动之前，先削减第 1 批的范围。
• 多币种报表移至第 2 批 — 应项目发起人要求。

行动项

• Ana Duarte — 完成外包人员入场，重新发布清洗计划 — 截止 7 月 20 日（周一）
• Michael Boyle — 与财务确认调整后的 UAT 窗口 — 截止 7 月 24 日（周五）
• Sophie Renard — 更新风险登记册 — 截止 7 月 17 日（周五）

首要风险

11,200 条供应商记录缺失税号 — 负责人 Ana Duarte。若无法在 8 月 21 日前完成清洗，财务 UAT 就无法按时启动，第 1 批的范围就必须削减。

需要你做什么

请在 7 月 24 日（周五）前会签 34,000 英镑的外包人员支出。

下一个检查点

7 月 30 日 — 决定是否削减第 1 批的范围。

变体 6：一对一会议记录

一对一需要另一种形状，因为它的价值体现在时间线上。单看某一次一对一可能平平无奇；把六次连起来看，你才会发现某个人从四月起就一直卡在同一件事上。所以这个格式会往下顺延，并且把下属需要的东西和你欠他们的东西分开写。

模板 — 一对一会议记录

1:1 — [姓名] · [日期] · 上次：[日期]

上次遗留

• [事项] — [状态：已完成 / 仍未解决 / 已放弃及原因]

他们的议题

• [他们主动提出的事——用他们自己的话，不是我的转述]

我的议题

• [反馈、背景，或我需要告诉他们的那件事]

阻碍与请求

• [挡在他们前面的东西] → [我说了我会为此做什么]

成长主线

[更长期的职业或能力话题——一两行，每次更新]

行动项

• [我 / 他们] → [任务] → [截止时间]

下次留意

[我注意到但这次没有提的事——情绪、犹豫，或正在形成的某种模式]

填写示例 — 一对一

1:1 — Callum Reid · 8 月 4 日 · 上次：7 月 21 日

上次遗留

• 把他介绍给数据团队处理归因问题 — 已完成，7 月 28 日见了面，卡点已解除。
• 大会演讲提案 — 仍未解决，截止日期推迟到 9 月 1 日。

他的议题

• 新手引导项目还算 Q4 的优先事项吗？他已经三次听到"在列表上"，并把这句话理解成了委婉的否定。
• 对代码评审的周转时间不满。上个迭代有两个 PR 各自搁了五天。

我的议题

• 告诉他新手引导已经有预算，而且由他主导——我一直以为他知道，这是我的失误。
• 表扬了他 7 月 30 日主持故障通话的方式：先说影响再说原因，让整个会议保持了冷静。

阻碍与请求

• 代码评审延迟 → 我会在周一的团队会上提议轮值"当日评审人"。

成长主线

正在往技术负责人的方向走。差距在于面向非工程师的书面沟通，而不是技术深度。新手引导项目是个不错的抓手——他会为支持团队和销售团队写出上线方案。

行动项

• 我 → 用书面形式确认新手引导的范围和预算 → 8 月 6 日（周三）
• 我 → 在团队会上提议评审轮值 → 8 月 11 日（周一）
• Callum → 起草演讲提案，9 月 1 日前先给我看一版 → 8 月 22 日

下次留意

关于评审延迟，他先说了两次"还行"，然后才承认其实不行。下次直接问，别等他自己开口。

如果你想要的是配套的谈话结构——问题清单、节奏、对方什么都没准备时该怎么办——那些都在1:1 会议模板里。这里只负责记录这一层。

变体 7：面试与用户研究记录

研究记录有一个特殊要求：你必须把观察和解读分开，因为你之后还要做分析，而当场冒出来的想法一旦混进去就会污染数据。招聘面试也一样——结构化记录的全部意义，就是让候选人之间可以比较，而不是让某个人显得更让人印象深刻。

模板 — 面试 / 研究记录

[受访者或候选人] · [日期] · [人群 / 岗位] · [第几场]
访谈人：[姓名] · 是否录音：[是 / 否 + 已注明知情同意]

关于这个人的背景

[他们是谁、做什么、为什么在样本里]

观察 — 他们说了什么、做了什么

• [提出的问题] → "[原话或接近原话的回答]"
• [行为：犹豫、改口、打开了另一个工具、笑了]

值得留存的原话

• "[确切的话]" — [背景：是什么引出了这句话]

解读 — 我的判断（刻意分开写）

• [理论、模式或假设——标明这是我的，不是他们的]

印证 / 矛盾

• [这一条支持或推翻了此前哪一场访谈或哪个假设]

后续追问

• [下一场访谈要加进提纲的问题]

填写示例 — 用户研究访谈

P07 — 某 40 人物流公司的运营经理 · 8 月 1 日 · 第 7 场，共 12 场
访谈人：我 · 是否录音：是，0:00 处口头同意，并确认她随时可以喊停

背景

负责一家区域性货运公司的调度。我们排班模块的日常用户，司龄五年，当初就是她选的这个工具。

观察

• "带我看看你今天早上是怎么做的" → 打开仪表盘，然后立刻导出到表格。"我每次都先这么干。"
• 追问为什么要导出 → "因为在表格里我能一眼看到整周，在这儿看不到。"
• 行为：我们的产品开了三个浏览器标签页，一个仓库一个。她没提这件事，看起来也不觉得这是个绕路的办法。
• 问到新的筛选面板：停顿了四秒，然后说"我见过，但我没用过"。

值得留存的原话

• "不是数字不对，是数字的形状不对。" — 说的是每天的导出
• "我见过，但我没用过。" — 说的是我们 5 月上线的筛选面板

解读（我的）

• 导出不是报表需求，是版式需求。她要的是一个我们没有的整周视图。
• 多标签页这个绕法说明，我们的心智模型是一次看一个仓库，而她的是同时看所有仓库。这个差距比任何单个功能都大。

印证 / 矛盾

• 印证了 P02 和 P05，他们两位也都在两分钟内做了导出。七个人里已经有三个。
• 推翻了我们"筛选面板已经解决了这件事"的假设。没有人在无提示的情况下用过它。

后续追问

• 加进提纲："给我看看你导出去的那张表格。"这个实物比任何描述都说明问题。
• 在第 8 到第 12 场里直接问多仓库视图的事。

提示：解读要在写下的当场就标出来。 在一个理论前面加上"我的"两个字，三周之后当文档里的一切都被压平成"研究结论"时，它能让你的分析保持诚实。

能不能做综合分析，靠的就是这一个习惯，否则你只能把录音重新听一遍。它不花任何成本，而且哪怕文档交到一个当时不在场的人手里，它也依然有效。

三种值得偷师的记录方法

模板给你的是容器，方法给你的是往里面写的方式。有三种值得知道，它们各自适合不同类型的会议。

康奈尔笔记法，改造成开会用

康奈尔版式是 Walter Pauk 在 1950 年代于康奈尔大学为学生设计的，几乎不用改动就能搬到会议上。把页面分成三块：右边一栏宽的正文区、左边一栏窄的线索区，以及底部一条摘要带。会议进行时，内容写在右边。左边那栏在会后才填——但填的是行动项和悬而未决的问题，而不是复习提示。然后在摘要带里写两三句话。

最适合：需要为推理过程留下可辩护记录的会议——架构评审、客户会议，以及任何事后可能要你解释的场合。最不适合：节奏快的站会，那里的仪式成本高过它带来的回报。

大纲法，外加一条铁律

大多数人的默认做法：话题放在最上层，要点缩进在下面。它很快，而且人人都已经会。让它在会议里真正奏效的那条规则是：缩进必须有含义——子要点是上一层要点的证据或细节，绝不只是"接下来说到的下一件事"。缩进一旦变成按时间先后排列，大纲就变成了加了空格的逐字稿。

最适合：由议程驱动的会议，大纲的最上层就是议程条目本身。最不适合：来回跳跃的自由讨论，你会把整场会议花在重新调整层级上。

四象限法

把页面分成四格：左上放问题，右上放一般记录，左下放你自己的待办，右下放派给别人的任务。你写下的每一句话，当场就落进四格中的某一格，于是分类是实时发生的，而不是事后再补。

最适合：你要对后续落实负责、而且待办承诺很多的会议——项目评审、跨团队协同。最不适合：以倾听为主的场合，比如研究访谈，四向分类会打断注意力的流动。

如果这场会本来就在录音，账就要重新算了。当一个工具在完整转写、并把承诺抽出来时，手写记录的意义就从"记下来"转向了"想清楚"——你写的是自己的反应和判断，而不是拼命追赶事实。这才是把一个人放在会议室里更好的用法，也是2026 年 AI 会议记录工具最诚实的理由：它不会让你变成更好的记录者，它让你可以不再当记录者。

让模板活下去的排版规则

模板不是因为写错了才被弃用，而是因为用起来有摩擦。五条规则能让它一直被用下去。

每次都保持相同的字段顺序。 标准会议纪要格式的价值在于读者知道该往哪儿看——决议永远在同一个位置，行动项永远在最下面。按会议随意调整顺序，这个价值就没了。

用纯文本或朴素的文档。 花哨的表格一旦被粘进邮件就会散架。等宽或结构简单的文档能扛住复制粘贴到 Slack、Notion、Confluence、Word 和 CMS——这才是真正的考验。

开会前先把表头填好。 日期、参会人、把议程事项写成空标题。这样你在会上就只是往空格里填内容，而不是一边听人说话一边搭结构。

永远不要发出决议行为空的文档。 写上"未做决议；顺延至 [日期]"——这才是诚实的写法——然后把它顺延下去。

当天就发出去。 周一的会议纪要拖到周四才发，就没人会来更正了，因为大家已经记不清到能更正的程度。

最后这条是大多数团队掉链子的地方，而它更像是记忆问题，而不是纪律问题。如果会议被录音并转写——这正是 AI 会议记录工具做的事——那么当你坐下来写纪要时，表头和原始素材已经在那里了，工作就从"复原"变成了"编辑"。Laxis 负责的正是这一端：为 Zoom、Google Meet 和 Teams 录音、以 100 多种语言转写，并提取带负责人的行动项，免费方案每月包含 300 分钟转写时长。有一个限制值得直说：它交回来的是一份快速、准确、能把模板填满的初稿，而判断仍然要由人来做——中立的措辞、决议的表述，尤其是决定删掉什么。无论转写多么准确，把逐字稿当成正式纪要归档都是错的。

让模板自动填好，再动手编辑

Laxis 为你的 Zoom、Google Meet 和 Teams 会议录音并转写，同时提取带负责人的行动项——所以在你打开文档之前，纪要的初稿就已经写好了。免费方案每月包含 300 分钟转写时长。

免费试用 Laxis

结语

模板本质上是一组格式不允许你跳过的问题。通用版问的是决定了什么。董事会版问的是谁提出的动议、表决结果如何。客户版问的是双方各自承诺了什么。高管版问的是：一个忙人必须知道的那三件事是什么。

选一个与你的会议实际产出相匹配的模板，每次都保持相同顺序，并且当天发出。如果你想了解格式背后的功夫——中立的措辞、什么该省略、动议如何记录、文件要保存多久——请看如何撰写会议纪要。

常见问题

会议纪要模板应该包含哪些内容？

一份好用的会议纪要模板有六个板块：包含会议名称、日期、时间和地点的表头；出席情况，包括谁缺席；每个议程事项一节，且带一行决议；带负责人和截止日期的行动项清单；下次会议的信息；以及标明文档处于草稿还是已审批状态的状态行。正式机构还要加上法定人数、动议和表决。

标准的会议纪要格式是什么样的？

标准格式的顺序是：表头、出席情况、按顺序排列的议程事项、行动项、下次会议、散会。每个议程事项先写一小段背景，再写明确的决议。正式纪要会在靠前的位置插入法定人数确认和上次纪要的审批，并在相应事项内部记录动议的精确措辞和表决结果。

董事会会议纪要模板比普通模板多了什么？

多五个要素：法定人数已达成的确认、上次纪要的审批、每项动议的精确措辞及提出人姓名、带票数的表决结果，以及秘书签署栏和审批日期。利益冲突回避，以及进入和退出执行会议的时点，同样属于董事会纪要的内容。

会议纪要应该写多长？

大多数会议一到三页，例行站会一页以内。篇幅应该随决议数量而变，而不是随会议时长而变。一场产出三项动议的两小时董事会，纪要会比一场产出十一项行动的 45 分钟规划会更短，而这正是应有的结果。

非正式的团队会议需要写纪要吗？

它们不需要正式纪要，但会从一份简短的决议与行动记录中受益。周二的站会用不上法定人数那套措辞。它真正需要的，是每一项决议和每一项承诺都有一行文字，因为一项没被记录的决议，代价并不会因为会议是否正式而有所不同。

AI 工具能替你把会议纪要模板填好吗？

它能产出初稿，但产出不了最终记录。像 Laxis 这样的工具会转写通话，并提取带负责人的决议和行动项，从而自动填好模板的大部分内容。但仍需由人来编辑语气、做出判断、决定省略什么，而且逐字稿绝不该被当作正式纪要归档。

会议记录和会议纪要有什么区别？

会议记录是写给你和你的团队的非正式工作文档，不需要任何人批准。会议纪要是董事会、委员会这类机构的正式记载，结构固定，并且会在之后的会议上被正式通过。记录里可以带上你的看法和速记，纪要里不行，因为纪要可能具有法律效力。

康奈尔笔记法适合用来记会议吗？

适合，但要改一处。康奈尔版式由 Walter Pauk 于 1950 年代在康奈尔大学提出，把一页纸分成宽的正文栏、窄的左侧线索栏，以及底部的摘要带。用在会议上时，线索栏写的应该是行动项和待解决的问题，而不是复习提示；摘要则在通话结束后的头两分钟里写完。