会议记录要保留的信息可以归为五类：会议基本信息、议题与议程、讨论要点与分歧、决议与结论、行动项。一份记录是否合格，判断标准很直接：会后任何人拿到它，能还原“定了什么、谁来做、何时完成、还有哪些没定”。下面给出一份可直接套用的字段清单，并按会前、会中、会后说明记录动作、角色分工和定稿前的检查方法。
要点总览（TL;DR）
- 一份可用的会议记录至少保留五类信息：会议基本信息、议题与议程、讨论要点与分歧、决议与结论、行动项与后续安排。
- 行动项固定四个要素：单一负责人、可检查的交付物、具体截止日期、当前状态，避免“尽快”“相关人员”这类模糊表述。
- 记录工作拆到会前、会中、会后三个阶段：会前套模板预填议程，会中按议题记要点并当场确认决议，会后限时定稿分发。
- 主持人确认结论、记录人保证字段完整、参会人核对内容、行动项负责人更新状态，四个角色各守其位，记录才能支撑会后执行。
- 定稿前逐项核对字段完整性、行动项可执行性、决议与讨论是否分开、待确认事项和分发归档，全部通过再分发。
一份会议记录必须保留的五类核心信息
会议记录的价值在于支撑会后执行与追溯，字段设计应围绕这个用途展开。五类信息各有分工：基本信息解决“这是哪次会议”，议题与讨论解决“依据是什么”，决议与行动项解决“接下来做什么”。
第一类：会议基本信息
这部分字段在会前即可填好大半，会后补齐实际到场情况。建议保留：会议主题、会议时间（起止）、地点或线上会议方式、主持人、记录人、参会人员、缺席人员、列席人员（如有）。参会名单要写到人，便于后续确认谁在场听到了哪项结论；缺席人员单独列出，方便判断是否需要单独同步。
第二类：议题与议程
按顺序列出每个议题的名称、预计时长和提报人。议程是记录的骨架，讨论要点和决议都应对应到具体议题编号，避免会后整理时内容散落、无法归属。临时增加的议题单独标注，说明由谁提出、是否占用了原议程时间。
第三类：讨论要点与分歧
记录讨论要点时保留观点、依据和关键数据，不必逐字还原发言。重点保留三类内容：影响决策的判断依据、尚未达成一致的分歧、被否决的方案及否决理由。分歧要写清各方立场和分歧点，这决定了后续是否需要补充信息再议。
第四类：决议与结论
每项决议写成一个明确句子，包含决定内容、适用范围和生效条件。例如“本期范围锁定为A、B两个模块，C模块顺延至下期评估”。决议应与议题编号对应，并注明是当场通过还是需要上级审批后生效。
第五类：行动项与后续安排
行动项是会议记录中最容易被写虚的部分，建议固定四个要素：负责人（单一责任人）、交付物（可检查的具体产出）、截止时间（具体日期）、状态（未开始/进行中/已完成/受阻）。此外保留待确认事项清单（问题、待谁确认、确认时限）和下次会议安排（时间、议题预告）。
| 信息类别 | 必填字段 | 填写要求 |
|---|---|---|
| 会议基本信息 | 主题、时间、地点/线上方式、主持人、记录人、参会与缺席人员 | 人员写到姓名；缺席人员单独列出 |
| 议题与议程 | 议题编号、名称、提报人、时长 | 按实际讨论顺序编号，临时议题标注来源 |
| 讨论要点与分歧 | 观点、依据、分歧点、被否决方案及理由 | 对应议题编号；分歧写清各方立场 |
| 决议与结论 | 决定内容、适用范围、生效条件、确认方式 | 一句一项，可独立阅读 |
| 行动项与后续 | 负责人、交付物、截止时间、状态；待确认事项；下次会议安排 | 负责人唯一；截止时间写到具体日期 |
按会议进程填写：会前、会中、会后的记录动作
字段清单要落到动作上才有用。把记录工作拆到会前、会中、会后三个阶段，每个阶段都有明确的输入、动作、输出和完成标志，记录人就不必在会后凭记忆补全所有内容。
| 阶段 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 会前 | 会议通知、上期行动项、本次议题材料 | 套用记录模板，预填基本信息与议程；把上期未完成行动项列入待跟踪区 | 带议程框架的记录草稿 | 议程编号完整，上期行动项已带入 |
| 会中 | 记录草稿、现场讨论 | 按议题编号记录要点、分歧和结论；决议当场复述确认；行动项当场确认负责人与时间 | 含讨论要点与初步决议的现场记录 | 每个议题都有结论或“待确认”标注 |
| 会后 | 现场记录、参会人补充意见 | 整理行动项四要素，补齐待确认事项，核对决议表述；在约定时限内定稿分发 | 定稿会议记录 | 行动项全部有负责人和截止日期，记录已分发并归档 |
会前：用模板固定字段
会前准备的核心是让记录有框架可依。记录人提前套用统一模板，填好会议主题、时间、地点、主持人和议程，并把上期会议未关闭的行动项复制到待跟踪区。这样会中只需补充讨论与结论，减少遗漏。
会中：简写要点，当场确认决议
会中记录以议题为单位推进，每个议题记下关键观点、数据依据和分歧，用缩写和关键词即可，不必完整成句。每项议题结束时，记录人复述一遍结论，由主持人确认后再进入下一项。行动项在讨论现场就确认负责人和截止时间，避免会后逐个追问。
会后：整理行动项，限时定稿分发
会后整理的重点是把口语化内容转成可检查的条目：行动项补齐交付物和状态，待确认事项写明找谁确认、何时确认，决议表述改为可独立阅读的句子。定稿后按约定时限分发，通常当天或次一工作日内完成，并同步归档到团队固定的文档位置。
角色分工：主持人、记录人、参会人与行动项负责人各交付什么
会议记录的质量取决于四个角色是否各守其位。记录人负责字段完整，主持人负责结论确认，参会人负责内容准确，行动项负责人负责后续状态更新，缺一环都会让记录停在纸面。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 主持人 | 控制议程节奏；每项议题结束时确认结论；对未达成一致的事项明确标注“待确认” | 经确认的决议清单和待确认事项 |
| 记录人 | 会前建好模板；会中按议题记录；会后整理定稿并分发归档 | 字段完整的会议记录定稿 |
| 参会人 | 会中补充关键数据与立场；会后在约定时限内核对与自己相关的讨论和行动项 | 对记录内容的确认或修正意见 |
| 行动项负责人 | 当场确认承诺的交付物与时间；执行中更新状态，遇阻及时提出 | 按期交付的成果和状态更新记录 |
行动项从记录转为可跟踪的工作项后，状态更新和闭环跟进需要固定的承载位置。ONES Wiki 支持周报、会议记录等内容的沉淀，并提供模板库用于创建文档；文档可关联项目任务，也可嵌入任务进度。团队可以把会议记录定稿放在文档中，把行动项对应到项目任务上，让记录里的承诺和任务状态保持关联。具体模板字段和任务流转方式以实际产品配置为准。
填写示例：一次项目周会的会议记录
以下为演示情景，用于展示字段如何填写，可根据团队实际会议替换内容。
基本信息与议程
会议主题：项目X第12周周会；时间：周三14:00–15:00；方式：线上会议；主持人：张明；记录人：李婷；参会：张明、李婷、王磊、陈晨、赵宇；缺席：刘洋（需单独同步决议）。议程：①上周行动项回顾 ②接口联调进度 ③测试环境准备 ④下期范围确认。
讨论要点与决议
议题②：王磊汇报接口联调完成6/8，剩余2个接口因第三方文档缺失受阻。陈晨提出先按现有文档开发、后续补测。分歧点：是否等待第三方文档齐全再联调。决议：按现有文档继续开发，第三方文档到位后补一轮回归测试，由王磊在周五前确认补测范围。
议题④：赵宇提出下期增加报表模块，张明认为当前测试资源不足。决议：下期范围锁定为现有两个模块的收尾，报表模块列入下期评估，由赵宇在下次周会前提交评估材料。
行动项与待确认事项
| 行动项 | 负责人 | 交付物 | 截止时间 | 状态 |
|---|---|---|---|---|
| 完成剩余2个接口联调 | 王磊 | 联调通过的接口清单 | 本周五 | 进行中 |
| 确认第三方文档补测范围 | 王磊 | 补测范围说明 | 本周五 | 未开始 |
| 提交报表模块评估材料 | 赵宇 | 评估说明文档 | 下周二 | 未开始 |
待确认事项：测试环境扩容申请是否获批，待陈晨向运维确认，时限下周一。下次会议：下周三14:00，议题预告为行动项回顾、补测结果、报表模块评估。
记录质量检查：定稿前逐项核对
定稿前用一份检查清单逐项核对，比凭印象判断更可靠。以下检查项全部通过，记录才适合分发。
| 检查项 | 核对内容 | 通过标准 |
|---|---|---|
| 字段完整性 | 五类信息是否齐全，参会与缺席人员是否写到人 | 无空缺字段；不适用的字段注明“无” |
| 行动项可执行性 | 每项是否有唯一负责人、具体交付物、明确截止日期和当前状态 | 四项要素齐全，无“尽快”“相关人员”等模糊表述 |
| 决议与讨论区分 | 决议是否单独成句，讨论内容是否只作为依据保留 | 每条决议可独立阅读，不与讨论混写 |
| 待确认事项 | 未定事项是否写明问题、确认人和时限 | 每项待确认事项都有责任人和确认时间 |
| 分发与归档 | 是否在约定时限内分发，是否归档到固定位置 | 参会人可查，缺席人员已单独同步 |
检查中常见的返工点是行动项写成了任务描述而缺少交付物，以及决议与讨论混在同一段里。前者会导致负责人不清楚做到什么程度算完成，后者会让后续查阅者分不清哪些是已定结论。定稿时把这两类问题改掉，记录基本就能支撑会后执行与追溯。
常见问题
会议记录和会议纪要是一回事吗，需要保留的信息有区别吗？
日常使用中两个词常被混用，但侧重点不同。会议记录偏向过程留痕，保留讨论要点、分歧和依据；会议纪要偏向结论传达，主要呈现决议和行动项。本文给出的五类信息覆盖两者：如果团队只需要对外传达结论，可以只保留基本信息、决议和行动项；如果后续需要追溯决策依据，讨论要点与分歧也应保留。建议在模板里把“讨论要点”和“决议”分成两个区块，按用途决定分发范围。
讨论内容很多，会中来不及记全，哪些可以省略？
可以省略的是重复表述、与议题无关的插话和完整的口语化发言。需要保留的是三类内容：影响决策的判断依据和关键数据、尚未达成一致的分歧及各方立场、被否决的方案及理由。判断标准是会后查阅时是否还需要它来解释“为什么这样定”。如果某个议题当场没有结论，直接标注“待确认”，写明待谁确认、何时确认，比勉强补一段讨论记录更有用。
行动项负责人当场没有确认截止时间，记录该怎么写？
不要把截止时间留空或写成“尽快”。可以当场约定一个确认时限，例如“由负责人在会后一个工作日内提出完成时间，记录人补充”，并在待确认事项中登记。定稿分发前仍未确认的，记录中明确标注“时间待定”并写明跟进人。行动项缺少截止日期，后续就无法判断是否延期，这是记录返工最常见的原因之一。
缺席人员的信息同步应该由谁负责，需要同步到什么程度？
建议由记录人在定稿分发时单独同步给缺席人员，同步内容包括与其相关的决议、分配给其本人或其所辖工作的行动项，以及需要其补充确认的待确认事项。同步后请对方在约定时限内回复确认或提出修正意见。如果缺席人员较多或会议涉及敏感议题，可由主持人指定同步责任人，并在记录中注明同步方式和时间。
会议记录定稿后放在哪里，怎样让行动项持续被跟进？
定稿记录应归档到团队固定的文档位置，保证参会人和后续查阅者都能找到，并按会议类型或项目建立索引。行动项的持续跟进需要单独的承载位置：可以把行动项对应到项目任务上，让负责人更新任务状态，记录中保留任务链接或编号。ONES Wiki 支持周报、会议记录等内容的沉淀，并提供模板库用于创建文档；文档可关联项目任务，也可嵌入任务进度。团队可以把会议记录定稿放在文档中，把行动项对应到项目任务上，让记录里的承诺和任务状态保持关联，具体模板字段和任务流转方式以实际产品配置为准。
