会议记录模板的核心是一张可直接复制使用的空白表，包含会议基本信息、议题与讨论要点、决议、行动项四类字段。行动项要写清负责人、截止时间和验收标准，会后由记录人整理并在约定时限内发出确认。本文交付空白表、逐字段填写口径、必填与选填划分，以及一份完整填写示例，方便你按团队会议类型直接套用。
要点总览（TL;DR）
- 会议记录模板由四类字段构成：会议基本信息、议题与讨论要点、决议、行动项，按这个顺序填写可以避免漏项。
- 行动项必须同时写清负责人、截止时间、验收标准和状态，缺一项就无法在会后跟进。
- 必填字段的判断标准是缺少后记录无法被理解或无法被跟进；会议编号、缺席人、确认人等字段可按会议类型选填。
- 字段缺失时显式标注“待指定”或回填时间，比留空更容易在会后补齐。
- 模板需要按会议类型拆分版本并定期复盘，行动项同步到任务跟踪工具后按状态四档更新。
可复制空白会议记录表
下面这张表可以整段复制到文档或表格工具中。表头信息在会前填好，议题与讨论在会中记录，决议和行动项在会议结束前当场确认，避免会后凭记忆补写。
| 会议记录 | |||
|---|---|---|---|
| 会议名称 | 会议编号 | ||
| 日期与时间 | 会议地点/形式 | ||
| 主持人 | 记录人 | ||
| 参会人 | |||
| 缺席人 | |||
| 会议目标 | |||
| 序号 | 议题 | 讨论要点 | 结论倾向 |
|---|---|---|---|
| 1 | |||
| 2 | |||
| 3 |
| 序号 | 决议内容 | 关联议题 | 生效时间 |
|---|---|---|---|
| 1 | |||
| 2 |
| 序号 | 行动项 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|---|
| 1 | 未开始 | ||||
| 2 | 未开始 | ||||
| 3 | 未开始 |
| 确认与分发 | |||
|---|---|---|---|
| 记录整理人 | 确认人 | ||
| 发出时间 | 分发范围 | ||
| 下次会议时间 | |||
复制时保留四张子表的顺序：基本信息、议题讨论、决议、行动项。顺序本身就是填写流程，会中按这个顺序推进，记录不容易漏项。
各字段说明与填写口径
字段说明的作用是让不同记录人写出同一口径的记录。下面逐项解释含义和写法，重点区分决议与行动项，这两类内容最容易混在一起。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 会议名称 | 这次会议的主题 | 用“对象＋事项”命名，如“支付模块上线评审”，避免“周会”“讨论会”这类无法检索的名称 |
| 会议编号 | 便于归档检索的唯一标识 | 可用“日期＋类型缩写＋序号”，如“20250612-评审-03” |
| 日期与时间 | 会议实际开始时间 | 写到分钟，跨时区会议注明时区 |
| 会议地点/形式 | 线下地点或线上会议方式 | 线下写房间，线上写平台名称即可 |
| 主持人 | 控制议程和节奏的人 | 填姓名，不填部门代称 |
| 记录人 | 负责整理和发出记录的人 | 填姓名；记录人可同时是参会人 |
| 参会人 | 实际到会人员 | 列姓名，人数较多时按角色分组列出 |
| 缺席人 | 应到未到人员 | 用于判断哪些决议需要单独同步 |
| 会议目标 | 本次会议要达成的结果 | 写成可判断是否达成的句子，如“确认上线范围与时间” |
| 议题 | 会前确定的讨论事项 | 一个议题一行，按议程顺序编号 |
| 讨论要点 | 围绕议题的关键观点和分歧 | 记录观点和依据，不逐句记发言；有分歧时写明各方立场 |
| 结论倾向 | 该议题讨论后的方向 | 写“已定”“待定”“需补充信息”，待定项要说明卡在哪里 |
| 决议内容 | 会议形成的确定结论 | 写“做什么决定”，一句话一个决议，可执行、可引用 |
| 关联议题 | 决议对应的议题编号 | 填议题序号，便于回溯讨论过程 |
| 生效时间 | 决议开始执行的时点 | 写具体日期，立即生效的写会议日期 |
| 行动项 | 为落实决议需要完成的具体动作 | 以动词开头，写清产出物，如“输出接口文档初稿” |
| 负责人 | 对行动项结果负责的人 | 一人一项，填姓名；需要协作时在行动项中注明配合方 |
| 截止时间 | 行动项完成的最后时点 | 写具体日期，避免“下周”“尽快” |
| 验收标准 | 判断行动项完成的依据 | 写可检查的结果，如“文档通过评审并归档” |
| 状态 | 行动项当前进展 | 统一使用“未开始/进行中/已完成/已取消”四档 |
| 确认人 | 对记录内容准确性负责的人 | 通常为主持人，发出前核对决议和行动项 |
决议与行动项的区别在于回答的问题不同：决议回答“会议决定了什么”，行动项回答“谁在什么时间前做到什么程度”。一条决议可以对应多个行动项，但每个行动项只对应一个负责人。记录人负责整理文字和发出记录，确认人负责核对内容是否与会议实际结论一致，两个角色分开，可以减少记录偏差。
必填与选填字段划分
字段并非每场会议都要填满。判断标准是：缺少该字段会不会导致记录无法被理解、无法被跟进。会影响追溯和执行的字段列为必填，只影响阅读便利的列为选填。
| 类别 | 字段 | 说明 |
|---|---|---|
| 必填 | 会议名称、日期与时间、主持人、记录人、参会人 | 缺少任一项，记录无法定位到具体会议和责任人 |
| 必填 | 议题、讨论要点 | 记录的主体内容，至少一条 |
| 必填 | 决议内容 | 没有决议的会议应在记录中写明“本次无决议” |
| 必填 | 行动项、负责人、截止时间、验收标准、状态 | 有行动项时这五项同时填写，缺一项就无法跟进 |
| 选填 | 会议编号、会议地点/形式、缺席人、会议目标 | 常规例会可简化，跨团队或需归档的会议建议填写 |
| 选填 | 结论倾向、关联议题、生效时间 | 议题较多或决议需追溯讨论过程时填写 |
| 选填 | 确认人、发出时间、分发范围、下次会议时间 | 需要正式分发的会议记录建议填写 |
按会议类型调整时，可以遵循三条原则。决策类会议（评审会、立项会）保留全部必填项，并补上关联议题和生效时间，方便后续追溯。同步类会议（周会、站会）可省略会议目标和结论倾向，行动项仍要完整填写。对外或跨部门会议建议填写确认人和分发范围，明确记录发给了谁。
遇到字段缺失时，不要留空后直接发出。负责人未定的行动项，当场指定临时负责人或标注“待指定”并写明由谁在何时确定；截止时间未定的，给出一个确认时间点；验收标准写不出的，说明“完成标志待负责人补充，于某日前回填”。把缺失项显式写出来，比留空更容易在会后补齐。
完整填写示例
以下为演示情景，用于说明字段如何落地，不代表真实案例。背景：某产品团队召开“支付模块上线评审会”，主持人为产品负责人，记录人为项目助理，参会人包括研发、测试、运营代表，一名研发成员请假。
| 会议记录 | |||
|---|---|---|---|
| 会议名称 | 支付模块上线评审 | 会议编号 | 20250612-评审-03 |
| 日期与时间 | 2025年6月12日 14:00 | 会议地点/形式 | 三层会议室 |
| 主持人 | 李敏 | 记录人 | 王舟 |
| 参会人 | 李敏、王舟、陈昊、赵倩、周宁 | ||
| 缺席人 | 孙磊（研发） | ||
| 会议目标 | 确认支付模块上线范围与上线时间 | ||
| 序号 | 议题 | 讨论要点 | 结论倾向 |
|---|---|---|---|
| 1 | 上线功能范围 | 本期包含扫码支付与退款；分期支付延后。运营提出退款时效需在页面说明，研发确认可实现 | 已定 |
| 2 | 上线时间 | 测试反馈回归用例还需两天完成；研发评估修复窗口充足 | 已定 |
| 3 | 灰度策略 | 先对内部账号开放，再扩至10%用户；具体比例待运营确认 | 待定 |
| 序号 | 决议内容 | 关联议题 | 生效时间 |
|---|---|---|---|
| 1 | 本期上线扫码支付与退款，分期支付延至下期 | 1 | 2025年6月12日 |
| 2 | 上线时间定为2025年6月20日 | 2 | 2025年6月12日 |
| 序号 | 行动项 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|---|
| 1 | 完成支付模块回归测试并提交报告 | 赵倩 | 2025年6月16日 | 回归用例全部执行，遗留问题清单经研发确认 | 进行中 |
| 2 | 在退款页面补充时效说明文案 | 周宁 | 2025年6月17日 | 文案上线预发环境并经产品确认 | 未开始 |
| 3 | 确认灰度比例并回复记录人 | 周宁 | 2025年6月13日 | 记录中议题3结论更新为“已定” | 未开始 |
| 确认与分发 | |||
|---|---|---|---|
| 记录整理人 | 王舟 | 确认人 | 李敏 |
| 发出时间 | 2025年6月12日 18:00 | 分发范围 | 参会人、孙磊、部门负责人 |
| 下次会议时间 | 2025年6月18日 10:00（上线前检查） | ||
对照字段说明可以看出：议题3的“待定”对应行动项3，由负责人补充信息后回填结论；决议2对应行动项1和行动项2，分别由测试和运营承接；缺席的孙磊在分发范围中单独列出，便于其了解与其相关的测试结论。行动项的验收标准都写成可检查的结果，状态在会后按进展更新。
模板的调整与长期维护方法
模板用久了会出现两类问题：字段越加越多，填写负担变重；或者字段长期空着，失去存在意义。维护的目标是让模板始终匹配团队当前的会议类型和跟进方式。
按会议类型拆分模板版本。决策类、同步类、复盘类会议对字段的需求不同，可以保留一张通用主表，再为高频会议类型各建一个精简版本。版本命名写清适用场景和启用日期，避免多人同时改出多个不一致的副本。
字段增删按三个标准判断：连续多次会议都空着的选填字段，考虑删除或并入其他字段；同一信息被反复写在讨论要点里的内容，考虑升级为独立字段；新增字段要同时更新字段说明和示例，保证三处口径一致。每次调整只改少量字段，便于观察效果。
行动项跟进与状态更新是模板能否发挥作用的关键。会后由记录人把行动项同步到团队日常使用的任务跟踪工具中，按负责人和截止时间建立提醒；每次例会开头先过一遍上次行动项的状态，完成的关闭，延期的写明原因和新时间。状态口径保持四档不变，避免各人自造状态词。
归档与检索按“会议编号＋会议名称”建立目录，同一项目的会议记录放在同一层级下，跨项目会议单独归档。检索时优先用会议编号和行动项负责人两个维度，前者定位单次会议，后者汇总某人的全部承诺事项。
定期复盘模板有效性，建议每季度一次。复盘时抽取若干份记录，检查行动项是否都有负责人和截止时间、决议是否被后续会议引用、缺失字段是否集中出现在某类会议上。根据结果决定保留、精简或新增字段，并把变更记录在模板说明中。
当会议记录需要长期沉淀并与任务跟进衔接时，可以把模板放到支持模板库的文档工具中统一管理。ONES Wiki 提供页面模板库，可一键创建制式化文档模板，会议记录能够沉淀在页面树中；文档支持关联项目任务、嵌入任务进度，记录中的行动项可以与实际工作项对应起来，页面版本记录也便于查看和回滚历史修改。这样模板、记录和行动项跟进处在同一条流程里，减少会后重复转录。
常见问题
会议记录和会议纪要是一回事吗，模板可以通用吗？
日常使用中两个词经常混用，但侧重点不同。会议记录偏重过程，保留议题、讨论要点和分歧；会议纪要偏重结果，突出决议和行动项。本文这张表同时容纳两类内容：讨论要点区保留过程信息，决议区和行动项区承载结果。如果团队只需要发结果，可以只分发决议和行动项两张子表，讨论要点留在归档版本中备查。
会上来不及详细记录，会后补写有什么风险？
会后补写最大的风险是决议和行动项被记忆重构，尤其是分歧点和口头承诺的截止时间。可行的做法是：会中只记关键词和结论倾向，会议结束前留出几分钟当场确认决议与行动项，负责人和截止时间由当事人当面确认。记录人整理成文后，由确认人在发出前核对一遍，重点看行动项是否都有人认领。
行动项和任务管理工具里的任务需要重复维护吗？
不需要两套并行。会议记录中的行动项是承诺的原始出处，任务跟踪工具中的工作项是执行载体。常见做法是会后由记录人把行动项录入任务工具，在记录中保留任务链接或编号，后续状态以任务工具为准，例会开头过一遍上次行动项时同步回记录。这样记录保持可追溯，执行进展只有一个权威来源。
跨部门会议或对外会议的记录，模板要额外注意什么？
跨部门和对外的会议建议补上确认人、发出时间和分发范围三个字段，明确记录发给了谁、由谁确认过内容。缺席人一栏也要认真填，便于判断哪些决议需要单独同步给未到会人员。涉及对外承诺的决议，生效时间写到具体日期，避免口头表述产生歧义。
模板字段越加越多，怎么判断该精简哪些？
看字段是否还在影响追溯和跟进。连续多次会议都空着的选填字段，可以考虑删除或并入其他字段；同一信息反复写在讨论要点里的内容，反而值得升级为独立字段。每次调整只改少量字段，并同步更新字段说明和示例，保证三处口径一致。建议每季度抽取几份记录复盘一次，用实际填写情况而不是主观感觉来决定增删。
