会议纪要真正难的是会后还能查清“这件事为什么定、谁来做、何时完成”，记录本身并不难。一份便于跟踪的模板，应以议题为主线，把讨论要点、结论、决策和待办用固定编号串起来，让每条待办都能回溯到具体议题和决策。下面给出一套可直接复制的空白表格，并说明字段填写口径、必填规则、完整样例与长期维护方法。
要点总览（TL;DR）
- 模板以议题为主线：每个议题下依次记录讨论要点、结论、决策，再把决策拆成待办，用议题编号与待办编号建立回溯关系。
- 结论写讨论形成的判断，决策写确定执行的选择，决策后紧跟决策依据与生效范围，避免会后把讨论意见误当成已定事项。
- 待办条目固定五个要素：单一责任人、可交付动作、具体截止时间、状态、验收口径；缺项时标注“待定”并约定补全时间。
- AI 生成纪要后，议题归属、决策表述、责任人与截止时间需人工逐条复核，确认后再定稿分发。
- 模板按会议类型增减字段并保留版本记录，待办按整条搬运方式转入任务跟踪，定期回顾完成情况。
可复制空白会议纪要模板
模板由三部分组成：会议基本信息、议题记录表、待办跟踪表。议题记录表承载讨论与决策，待办跟踪表承载执行，两者通过议题编号和决策编号关联。使用时先填基本信息，再按议题逐条记录，最后把决策拆成待办。
会议基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | |
| 会议时间 | |
| 主持人 | |
| 记录人 | |
| 参会人 | |
| 缺席人 | |
| 会议类型 | 评审会 / 周会 / 决策会 / 其他 |
议题记录表
| 议题编号 | 议题名称 | 提出人 | 目标产出 | 讨论要点 | 结论 | 决策 | 决策依据 | 生效范围 |
|---|---|---|---|---|---|---|---|---|
待办跟踪表
| 待办编号 | 对应议题/决策 | 事项 | 责任人 | 截止时间 | 优先级 | 状态 | 验收口径 |
|---|---|---|---|---|---|---|---|
议题编号建议采用“会议日期-序号”的形式，例如 0312-01；待办编号在议题编号后追加序号，例如 0312-01-T1。这样从待办编号即可看出它属于哪次会议、哪个议题，跨周回顾时不必翻找原始记录。
字段说明：每个字段记录什么、怎么填
同一份模板由不同人填写时，分歧通常出现在“结论”和“决策”两个字段。把每个字段的含义和填写口径固定下来，多人协作时记录才能保持一致。
| 字段 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 议题编号 | 议题的唯一标识 | 会议日期加两位序号，全篇唯一 | 0312-02 |
| 议题名称 | 本次讨论的具体问题 | 用一句话写明讨论对象和要解决的问题，避免只写“方案讨论” | 新版登录流程是否在4月上线 |
| 提出人 | 发起该议题的人 | 填姓名，便于会后追问背景 | 李敏 |
| 目标产出 | 本议题期望会议结束时得到什么 | 写清是“形成结论”“做出决策”还是“仅同步信息” | 做出上线时间决策 |
| 讨论要点 | 讨论中的主要观点和分歧 | 按观点归纳，不逐句记录；保留关键分歧和反对意见 | 测试资源紧张；灰度方案可降低风险 |
| 结论 | 讨论后形成的判断 | 写团队对事实或方案的共同认识，可以包含尚未决定的部分 | 灰度发布可行，但需补充回滚方案 |
| 决策 | 确定执行的选择 | 写清“做什么、不做什么、由谁在什么范围内执行”，用肯定句 | 4月15日上线，先对10%用户灰度 |
| 决策依据 | 支撑决策的理由 | 写关键数据、约束条件或评审意见，便于日后复盘 | 灰度可控制影响面；回滚方案4月10日前完成 |
| 生效范围 | 决策适用的对象和时间 | 写明涉及的产品、团队或时间窗口 | 本次登录改版，4月15日起生效 |
| 待办编号 | 待办的唯一标识 | 议题编号加 T 序号 | 0312-02-T1 |
| 对应议题/决策 | 待办来源 | 填议题编号，必要时注明对应决策 | 0312-02 |
| 事项 | 要完成的具体动作 | 以动词开头，写成一个可交付结果 | 完成回滚方案并提交评审 |
| 责任人 | 对该待办负责的人 | 只填一个姓名；需要协作时在事项中说明配合方 | 王磊 |
| 截止时间 | 完成时间 | 写到具体日期，跨月任务注明月份 | 4月10日 |
| 优先级 | 相对紧急程度 | 高/中/低，或与团队现有优先级体系一致 | 高 |
| 状态 | 待办当前进展 | 未开始/进行中/已完成/已取消 | 进行中 |
| 验收口径 | 判定完成的标准 | 写可检查的交付物或通过条件 | 回滚方案通过评审并归档 |
结论与决策分开记录的价值在于：讨论往往先形成判断，再基于判断做出选择。例如“灰度发布可行”是结论，“4月15日对10%用户灰度上线”是决策。把两者写在同一格，会后容易把讨论意见误当成已定事项。决策依据和生效范围紧跟在决策之后，则能回答“为什么这么定”和“这个决定管到哪里”两个常见追问。
待办事项的写法直接影响执行。责任人一栏只填一个人，多人负责容易在交接处落空；事项以动词开头并指向可交付结果，“跟进登录改版”不如“完成回滚方案并提交评审”清晰。截止时间写到具体日期，验收口径写清用什么材料或什么条件判定完成，待办转入任务跟踪时可以直接沿用。
必填与选填：哪些字段不能空
纪要中出现空项并不可怕，可怕的是空项没有标记、也没有补全约定。模板把字段分为必填和选填两类，必填字段缺失时必须当场标注“待定”并约定补全时间，不能留白。
| 类别 | 字段 | 缺失时的处理 |
|---|---|---|
| 必填 | 议题编号、议题名称、结论、决策、待办事项、责任人、截止时间 | 当场补齐；确实无法确定时填“待定”，并在备注中写明由谁在何时补全 |
| 选填 | 讨论要点、决策依据、优先级、备注、关联文档 | 可留空；涉及争议或后续复盘时建议补上决策依据 |
责任人和截止时间是最容易留空的两项。责任人未确定时，先填提议人选并标注“待确认”，由主持人在会后一个工作日内确认；截止时间未确定时，填一个建议日期并注明“待责任人确认”，避免待办无限期悬置。两项都补全后，才能把待办状态改为“未开始”并纳入跟踪。
使用 AI 辅助生成纪要时，议题归属、结论与决策的表述、责任人和截止时间需要人工复核。AI 可能把讨论中的提议写成已定决策，也可能把多人发言归到同一责任人名下。复核时逐条对照会议记录，确认决策字段是肯定句、责任人是单一姓名、截止时间是具体日期，再定稿分发。
填写示例：一次会议纪要的完整样例
以下为演示情景，用一次产品评审会展示模板填写后的样子。示例中的名称和数据仅用于说明字段用法。
会议基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | 登录改版上线评审会 |
| 会议时间 | 3月12日 14:00–15:00 |
| 主持人 | 陈静 |
| 记录人 | 赵楠 |
| 参会人 | 陈静、李敏、王磊、周航、赵楠 |
| 缺席人 | 无 |
| 会议类型 | 评审会 |
议题记录表
| 议题编号 | 议题名称 | 提出人 | 目标产出 | 讨论要点 | 结论 | 决策 | 决策依据 | 生效范围 |
|---|---|---|---|---|---|---|---|---|
| 0312-01 | 新版登录流程是否按原计划4月上线 | 李敏 | 做出上线时间决策 | 测试资源紧张；灰度方案可降低风险；回滚方案尚未完成 | 灰度发布可行，但需先补齐回滚方案 | 4月15日上线，先对10%用户灰度，观察三天后全量 | 灰度可控制影响面；回滚方案4月10日前完成 | 本次登录改版，4月15日起生效 |
| 0312-02 | 登录页错误提示文案是否统一 | 周航 | 形成结论并安排修改 | 现有文案风格不一致；运营希望保留品牌语气 | 统一为简洁提示语，保留品牌称呼 | 由设计侧出一版统一文案，评审后替换 | 减少用户理解成本；评审可兼顾品牌语气 | 本次登录改版全部页面 |
待办跟踪表
| 待办编号 | 对应议题/决策 | 事项 | 责任人 | 截止时间 | 优先级 | 状态 | 验收口径 |
|---|---|---|---|---|---|---|---|
| 0312-01-T1 | 0312-01 | 完成回滚方案并提交评审 | 王磊 | 4月10日 | 高 | 进行中 | 回滚方案通过评审并归档 |
| 0312-01-T2 | 0312-01 | 配置10%灰度规则并验证 | 周航 | 4月14日 | 高 | 未开始 | 灰度规则在预发环境验证通过 |
| 0312-02-T1 | 0312-02 | 输出统一错误提示文案 | 李敏 | 3月18日 | 中 | 未开始 | 文案经评审确认并更新到设计稿 |
样例中每条待办都能通过编号回到议题和决策：0312-01-T1 对应议题 0312-01 的“先补齐回滚方案”决策，验收口径与决策依据中的时间要求一致。会后分发纪要时，待办跟踪表可以单独摘出，作为执行清单使用。
调整与维护：让模板持续可用
模板需要随会议类型和团队习惯调整，但调整应有记录、有边界，避免每个人手里的版本各不相同。以下清单可用于首次落地和后续修订。
- 按会议类型增减字段：评审会保留决策依据和验收口径；周会可简化决策依据，增加“上周待办完成情况”一列；决策会强化生效范围和反对意见记录。
- 保留版本与变更记录：在模板末尾注明版本号、修订日期和修订人，字段增删写清原因，例如“新增生效范围字段，用于区分试点与全量”。
- 固定字段命名：议题编号、待办编号的格式一旦确定，不在中途更换，保证历史纪要可检索。
- 约定分发与归档位置：纪要与待办清单存放在团队统一位置，关联文档链接填入对应字段。
待办从纪要转入任务跟踪时，建议按“整条搬运”的方式交接：待办编号、事项、责任人、截止时间、验收口径原样带入任务系统，议题编号保留在任务描述中。这样任务完成情况可以反向对应到议题，下次回顾会有据可查。ONES Assistant 可理解项目、工作项和 Wiki 页面等工作上下文，并将执行结果保存为工作项、Wiki 页面等内容，适合把纪要中的待办直接落成可跟踪的工作项，减少重复录入。具体入口和可用范围以团队实际环境为准。
定期回顾是模板长期可用的关键。建议在每次同类会议开始时，用五分钟过一遍上次待办：已完成的核对验收口径后关闭，逾期的说明原因并重设截止时间，取消的写明理由。回顾结果回填到待办跟踪表的状态列，纪要由此从一次性记录变成可持续跟踪的执行台账。
常见问题
会议纪要里“结论”和“决策”一定要分开写吗？
建议分开。讨论通常先形成判断，再基于判断做出选择，例如“灰度发布可行”是结论，“4月15日对10%用户灰度上线”是决策。写在同一格，会后容易把讨论意见误当成已定事项。分开记录后，决策字段用肯定句写清做什么、由谁在什么范围内执行，并紧跟决策依据和生效范围，复盘时能直接回答“为什么这么定”和“这个决定管到哪里”。
会上责任人或截止时间定不下来，纪要该怎么写？
不要留白。责任人未确定时，先填提议人选并标注“待确认”，由主持人在会后一个工作日内确认；截止时间未确定时，填一个建议日期并注明“待责任人确认”。两项补全后，再把待办状态改为“未开始”并纳入跟踪。留白且无补全约定的待办，最容易在跨周回顾时被遗漏。
AI 生成的会议纪要，哪些内容需要人工复核？
重点复核四类内容：议题归属是否准确，结论与决策是否被混写，责任人是否被归到多人或错误的人名下，截止时间是否为具体日期。AI 可能把讨论中的提议写成已定决策，复核时逐条对照会议记录，确认决策字段是肯定句、责任人是单一姓名，再定稿分发。
周会和评审会可以用同一份模板吗？
可以共用主体结构，按会议类型增减字段。评审会保留决策依据和验收口径；周会可简化决策依据，增加“上周待办完成情况”一列；决策会强化生效范围和反对意见记录。字段增删写进模板变更记录，注明原因和修订日期，避免各人手里的版本不一致。
待办从纪要转入任务跟踪时，怎么交接才不丢信息？
按“整条搬运”的方式交接：待办编号、事项、责任人、截止时间、验收口径原样带入任务系统，议题编号保留在任务描述中。这样任务完成情况可以反向对应到议题，下次回顾有据可查。ONES Assistant 可理解项目、工作项和 Wiki 页面等工作上下文，并将执行结果保存为工作项、Wiki 页面等内容，适合把纪要中的待办落成可跟踪的工作项；具体入口和可用范围以团队实际环境为准。
