会议记录要保留的信息可以归为六类：会议基本信息、参会与缺席人员、议题与讨论要点、决议与结论、行动项、待决事项与后续安排。判断一份记录是否够用，可以看它能否回答三个问题：谁参加了、做了什么决定、谁在何时交付什么。本文面向常规团队会议，给出字段清单、四步填写流程、角色分工、填写示例和完成检查项。
要点总览（TL;DR）
- 会议记录至少保留六类信息：基本信息、参会与缺席人员、议题与讨论要点、决议、行动项、待决事项与后续安排；判断标准是能回答谁参加、定了什么、谁在何时交付什么。
- 字段分必填与按需：主题、时间、地点或入口、主持人、记录人、人员、议题、决议、行动项四要素（任务、负责人、截止时间、状态）为必填，会议类型、材料引用、依赖协作方等按会议性质补充。
- 按会前预填模板、会中按议题记录、会后整理并请主持人确认、分发归档并启动行动项跟踪四步执行，每步都有明确的输入、输出与完成标志。
- 记录人、主持人、参会人、行动项负责人各有交付物；主持人确认决议口径，参会人在约定时限内纠错，行动项负责人认领任务并更新状态。
- 发出前用检查清单核对字段完整、决议可追溯、行动项可执行；行动项按待开始、进行中、已完成、已取消四种状态更新，逾期在下次会议开头集中处理。
会议记录的核心字段清单
六类信息构成会议记录的骨架。基本信息解决“这场会是什么会”，人员信息解决“谁在场、谁缺席”，议题讨论解决“谈了什么、依据是什么”，决议解决“定了什么”，行动项解决“接下来谁做什么”，待决与后续安排解决“还有什么没定、下次什么时候接着谈”。
字段分为必填与按需两类。必填字段保证记录可追溯、行动项可执行；按需字段根据会议类型补充，例如评审会需要记录评审对象与版本，客户会需要记录客户方参会人。字段清单如下。
| 类别 | 字段 | 必填/选填 | 填写说明 |
|---|---|---|---|
| 基本信息 | 会议主题 | 必填 | 写具体议题名称，避免只写“周会”“例会” |
| 基本信息 | 会议时间 | 必填 | 日期加起止时间，跨时区会议注明时区 |
| 基本信息 | 地点或线上会议入口 | 必填 | 会议室名称或线上会议链接、会议号 |
| 基本信息 | 主持人、记录人 | 必填 | 写姓名，便于后续确认与追溯 |
| 基本信息 | 会议类型与关联项目 | 选填 | 如需求评审、项目周会，注明所属项目或版本 |
| 人员 | 参会人员 | 必填 | 列姓名及所属角色或团队 |
| 人员 | 缺席人员 | 必填 | 注明是否需会后同步，指定同步责任人 |
| 人员 | 列席或旁听人员 | 选填 | 外部人员、观察员可单独标注 |
| 议题讨论 | 议题清单 | 必填 | 按讨论顺序编号，与议程对应 |
| 议题讨论 | 讨论要点 | 必填 | 记录关键观点、分歧和依据，不逐字转录 |
| 议题讨论 | 数据与材料引用 | 选填 | 注明引用的文档、报表名称或版本 |
| 决议 | 决议内容 | 必填 | 写结论本身，一条决议对应一个明确结果 |
| 决议 | 决议依据与异议 | 选填 | 记录形成结论的关键理由和保留意见 |
| 行动项 | 任务描述 | 必填 | 用动词开头，写清交付物 |
| 行动项 | 负责人 | 必填 | 写具体个人，不写“相关同事” |
| 行动项 | 截止时间 | 必填 | 写日期，必要时写到具体时点 |
| 行动项 | 状态 | 必填 | 初始为待开始，后续更新为进行中、已完成、已取消 |
| 行动项 | 依赖与协作方 | 选填 | 注明需要谁配合、依赖哪个前置任务 |
| 待决与后续 | 待决事项 | 必填 | 写清未决问题、待补充信息和计划决策时间 |
| 待决与后续 | 下次会议安排 | 选填 | 时间、议题预告；无固定例会时可省略 |
必填字段是底线，选填字段按会议性质取舍。讨论要点容易写成流水账，填写时以“观点加理由”为单位，同一议题下合并重复表述，保留分歧即可，不必记录每句话。
从会前到会后的记录操作步骤
字段清单解决“记什么”，四步流程解决“什么时候记、怎么记完”。每一步都有输入、动作、输出和完成标志，按顺序执行可以减少会后补记造成的遗漏。
第一步：会前用模板预填基本信息与议程
输入是会议通知、议程和上次会议的待决事项。记录人提前建立记录文档，填入会议主题、时间、地点或线上入口、主持人、记录人，列出议题清单，并把上次遗留的待决事项挂到对应议题下。输出是一份带空字段的记录框架。完成标志是议程与会议通知一致，基本信息无空缺。
第二步：会中按议题记录讨论要点与初步决议
输入是现场讨论。记录人按议题编号逐项记录，每个议题下分开写讨论要点和初步结论；出现行动项时当场记下任务描述、负责人和截止时间，负责人不在场时标注“待确认”。输出是覆盖全部议题的原始记录。完成标志是每个议题都有讨论要点，形成的结论都有初步记录，行动项没有缺负责人或缺时间的条目。
第三步：会后整理决议与行动项并请主持人确认
输入是原始记录。记录人在会后当天整理：把讨论中的初步结论改写成明确决议，统一行动项的写法，补齐会中未确认的负责人和时间，把未形成结论的问题移入待决事项。整理完成后发给主持人确认，重点核对决议口径和行动项的责任人、交付物、截止时间。输出是经主持人确认的定稿。完成标志是主持人回复确认，或按约定时限未提出修改。
第四步：分发、归档并启动行动项跟踪
输入是定稿记录。记录人按参会范围分发，缺席人员单独同步；将记录存放到团队约定的固定位置，命名包含会议主题和日期；把行动项录入团队使用的任务或工作项工具，指定负责人和截止时间。输出是可查阅的记录和已进入跟踪状态的行动项。完成标志是分发范围覆盖全部应知会人员，记录可在约定位置检索到，行动项均有对应跟踪条目。
角色分工与各自交付物
记录质量不只取决于记录人。主持人决定决议口径，参会人负责补充纠错，行动项负责人决定任务能否闭环。各角色职责与交付物如下。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 记录人 | 会前建好记录框架，会中按议题记录，会后整理并在约定时限内分发归档 | 字段完整的会议记录定稿、分发记录 |
| 主持人 | 会中引导议题收敛出结论，会后确认决议表述与行动项口径 | 确认意见或修改要求 |
| 参会人 | 会中清晰表达观点与依据，会后在约定时限内核对与自己相关的讨论和任务 | 补充说明、纠错反馈 |
| 行动项负责人 | 确认认领任务，按截止时间推进，状态变化时更新 | 任务交付物、状态更新记录 |
分工中容易出问题的是“确认”环节。主持人确认不是形式签字，而是对每条决议和每个行动项的负责人、交付物、时间做一次口径核对；参会人纠错应设定时限，例如分发后一个工作日内反馈，超过时限视为认可。行动项负责人对任务有异议，应在认领时提出，避免到期才发现口径不一致。
一份会议记录填写示例
以下为演示情景，展示各字段的填写方式。
基本信息：会议主题“会员积分功能二期需求评审”；时间“3月12日 14:00–15:30”；地点“三楼会议室A”；主持人“张敏”；记录人“李哲”；会议类型“需求评审”，关联项目“会员中心二期”。
参会情况：参会人员为张敏（产品）、王磊（研发）、陈静（测试）、赵鹏（运营）；缺席人员为刘洋（设计），需会后同步评审结论，同步责任人李哲。
议题与讨论要点：议题一“积分兑换规则”。运营提出兑换门槛按会员等级区分，研发指出当前接口不支持按等级动态配置，讨论后确认一期先统一门槛，等级差异化放入待决事项。议题二“兑换记录查询”。测试提出需要按时间范围和积分类型筛选，产品确认纳入本期范围。
决议：决议一，一期积分兑换采用统一门槛，具体数值由运营在3月14日前提供；决议二，兑换记录查询支持按时间范围和积分类型筛选，纳入本期开发范围。
行动项：
| 任务描述 | 负责人 | 交付物 | 截止时间 | 状态 |
|---|---|---|---|---|
| 提供一期积分兑换门槛数值及规则说明 | 赵鹏 | 兑换规则说明文档 | 3月14日 | 进行中 |
| 更新需求文档中兑换记录查询的筛选条件 | 张敏 | 需求文档 v1.3 | 3月13日 | 待开始 |
| 评估按会员等级动态配置接口的改造工作量 | 王磊 | 工作量评估结论 | 3月18日 | 待开始 |
待决事项与下次会议安排：待决事项为“积分兑换是否按会员等级差异化”，待王磊完成工作量评估后，在3月19日项目周会上决策。下次会议定于3月19日10:00，议题包括本期开发排期确认和待决事项决策。
示例中行动项均以动词开头，交付物是可检查的具体产物，截止时间写到日期，状态在会后录入跟踪工具时更新。决议与行动项分开写，避免把“要做什么”混进“定了什么”。
记录质量检查与行动项闭环
记录发出前按下表逐项检查，可以拦住大部分返工。检查项围绕三个目标：字段完整、决议可追溯、行动项可执行。
| 检查项 | 核验标准 | 常见问题与修正 |
|---|---|---|
| 基本信息完整 | 主题、时间、地点或入口、主持人、记录人均已填写 | 只写“周会”，改为具体议题名称 |
| 人员信息准确 | 参会与缺席人员齐全，缺席人员有同步安排 | 漏记缺席人员，补记并指定同步责任人 |
| 议题覆盖完整 | 议程中每个议题都有讨论要点 | 某议题只写“已讨论”，补记关键观点和结论 |
| 决议可追溯 | 每条决议有明确结论，能对应到议题和讨论依据 | 决议写成“继续推进”，改为具体范围和条件 |
| 行动项可执行 | 每条有负责人、交付物、截止时间、状态 | 负责人写“相关同事”，改为具体个人 |
| 待决事项有出口 | 未决问题写明待补充信息和计划决策时间 | 待决事项无后续安排，补上决策节点 |
| 版本与存放明确 | 记录有版本标识，存放在团队约定位置 | 多份副本散落，统一到固定位置并标注版本 |
行动项闭环依赖状态更新和逾期提醒。团队可以约定：负责人每周在固定时间更新一次状态；截止时间前一天由记录人或项目协调人提醒；逾期未完成的行动项在下次会议开头集中过一遍，决定延期、转派或取消。状态只有四种：待开始、进行中、已完成、已取消，取消需注明原因。记录归档时按会议主题和日期命名，与关联项目放在一起，便于后续按项目检索历史决议。
在工具层面，记录与行动项可以放在同一协作空间里。ONES Wiki 支持用模板库创建会议记录类文档，成员可在线添加注释和评论，页面版本可随时查看与回滚，并按角色配置读写权限；记录中的行动项可以关联到 ONES 的项目任务，使文档与项目工作保持关联，负责人更新任务状态后，记录与执行情况能对照查阅。具体模板字段和权限配置以实际使用版本为准。
常见问题
会议记录和会议纪要有什么区别，需要保留的信息一样吗？
两者常被混用，侧重点不同。会议记录偏过程，保留议题、讨论要点、分歧和依据，便于回溯当时为什么这样决定；会议纪要偏结果，通常只保留决议和行动项，发给更广范围的人阅读。实际操作中可以一份文档两层结构：前半部分写讨论要点，后半部分单列决议与行动项，分发时按对象决定发送全文还是只发结论部分。
讨论要点记到什么颗粒度合适，怎样避免变成逐字转录？
以“观点加理由”为单位记录，同一议题下合并重复表述，保留关键分歧和支撑结论的数据、材料名称即可。判断标准是：三个月后有人问“当时为什么这么定”，记录能给出依据。逐字转录既拖慢记录速度，也会淹没重点。如果会议需要完整发言存档（如合规评审），应单独安排录音或速记，与会议记录分开管理。
行动项负责人当场不在，或者对任务有异议，怎么处理？
会中先记录任务描述、交付物和截止时间，负责人一栏标注“待确认”，会后由记录人在分发时单独向该负责人确认，确认结果回填到定稿。负责人对任务口径有异议，应在认领时提出，由主持人协调后修改任务描述或时间，避免到期才发现理解不一致。定稿中不应保留“待确认”的负责人，否则行动项无法进入跟踪。
缺席人员的信息同步由谁负责，同步到什么程度？
记录人在会前预填人员字段时，就为每位缺席人员指定同步责任人，通常是与该人员工作衔接最紧密的参会人。同步内容至少包括与其相关的决议、分派给他的行动项和待决事项；只发全文链接而不说明与其相关的部分，容易造成漏读。同步完成后可在记录中标注已同步，便于后续追溯。
行动项逾期后除了提醒，还需要在记录里做什么？
逾期行动项应在下次会议开头集中过一遍，由负责人说明进展，会议当场决定延期（给出新截止时间）、转派（更换负责人）或取消（注明原因），并把结果更新到记录和跟踪工具中。只在聊天里口头催办、不更新记录，会让记录与实际情况脱节，后续按记录检索时得到的是过期信息。状态保持四种：待开始、进行中、已完成、已取消。
