会议纪要模板需要覆盖六类字段：会议基本信息、参会角色、议题与讨论要点、决议结论、行动项和下次会议安排。其中会议主题、时间、主持人、决议结论、行动项负责人与截止时间属于必填，讨论细节、附件链接和备注可以按需选填。下面提供一份可直接复制到文档或表格工具中的空白表，并逐字段说明填写口径、必填与选填的划分、一份完整填写示例，以及按会议类型调整模板的方法。行动项后续进入任务跟进时，也可以借助ONES等协作工具承载。
要点总览（TL;DR）
- 会议纪要模板包含六类字段：会议基本信息、参会角色、议题与讨论要点、决议结论、行动项、下次会议安排，复制空白表即可逐项填写。
- 必填项为会议主题、日期与时间、主持人、决议结论、行动项负责人与截止时间；地点、记录人、讨论摘要、状态备注等可按会议重要程度选填。
- 填写时讨论摘要记录结论性观点和主要分歧，决议结论写会议最终拍板内容，行动项以动词开头、每项只写一名负责人并写到具体日期。
- 例会、评审会、决策会可增删字段：评审会增加评审意见列，决策会可省略讨论摘要，字段总数控制在十到十五个以内。
- 纪要发出后在同一文档中更新行动项状态，跨会议跟踪时可同步到任务管理工具，模板字段变更在末尾记录修改日期与内容。
可复制空白会议纪要模板
下表按会议从准备到结束的顺序排列字段，复制到文档或表格工具后，在空白单元格中逐项填写即可。表格采用两列结构，左列为字段名，右列为填写内容；行动项区按行展开，每行对应一个独立事项。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 会议基本信息 | 会议主题 | |
| 日期与时间 | ||
| 地点或线上方式 | ||
| 主持人 | ||
| 记录人 | ||
| 参会人员 | 出席 | |
| 缺席 | ||
| 列席 | ||
| 议题与讨论要点 | 议题 | 讨论摘要 |
| 议题1： | ||
| 决议结论 | 决议内容 | |
| 行动项 | 事项 | 负责人 / 截止时间 / 状态 / 备注 |
| 行动项1： | / / / | |
| 下次会议安排 | 时间、议题预告 |
实际使用时，议题区和行动项区按会议内容增加行数。若会议议题较多，可在议题区为每个议题单独设一行，讨论摘要控制在一到三句话；行动项区则保证每个事项独占一行，便于会后逐条跟进。
每个字段记录什么：字段说明
字段说明的作用是让不同记录人写出格式一致的纪要。下表逐字段给出含义、填写口径和示例值，示例值与后文完整示例保持同一口径。
| 字段 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 会议主题 | 本次会议要解决的核心问题 | 用一句话写明会议目的，避免只写“周会”“讨论会” | V2.3版本需求评审 |
| 日期与时间 | 会议实际召开时间 | 写明日期与起止时间，跨时区会议标注时区 | 2025年3月12日 14:00–15:30 |
| 地点或线上方式 | 会议召开场所 | 线下写会议室名称，线上写会议平台与会议号 | 线上会议（会议号见邀请） |
| 主持人 | 组织并推进会议的人 | 写姓名与角色，便于会后追溯 | 张敏（产品负责人） |
| 记录人 | 负责整理纪要的人 | 写姓名，纪要发出后由记录人跟进修订 | 李哲 |
| 出席 | 实际参加会议的成员 | 列出姓名，人数较多时按团队分组 | 张敏、李哲、王芳、陈磊 |
| 缺席 | 应参会但未到场的成员 | 列出姓名，必要时注明是否已单独同步 | 赵宇（已同步纪要） |
| 列席 | 非固定成员但参与部分议题的人 | 列出姓名并注明参与议题 | 周航（参与技术方案议题） |
| 议题 | 会议讨论的具体事项 | 每个议题单独一行，写清议题名称 | 议题1：登录流程改版方案 |
| 讨论摘要 | 议题讨论的关键观点与分歧 | 记录结论性观点和主要分歧，不逐句记录发言 | 确认采用手机号加验证码登录，保留账号密码作为备选 |
| 决议结论 | 会议形成的明确决定 | 写“决定了什么”，可执行、可验证，与讨论摘要区分 | V2.3版本上线手机号验证码登录 |
| 行动项事项 | 会后需要完成的具体动作 | 以动词开头，写清交付物 | 输出登录流程交互稿 |
| 负责人 | 对行动项结果负责的人 | 每项只写一名负责人，协作人放备注 | 王芳 |
| 截止时间 | 行动项完成的最后期限 | 写到具体日期，避免“下周”“尽快” | 2025年3月18日 |
| 状态 | 行动项当前进展 | 统一取值：未开始、进行中、已完成、已阻塞 | 进行中 |
| 备注 | 补充说明 | 写依赖条件、协作人或风险提示 | 需陈磊提供接口文档 |
| 下次会议安排 | 后续会议的时间与议题 | 写明时间与预计讨论议题，未确定时写“待定” | 3月19日 14:00，评审交互稿 |
议题与讨论摘要的记录粒度是这份模板最容易走样的地方。讨论摘要记录的是“讨论后形成的判断和主要分歧”，例如“确认采用手机号加验证码登录，保留账号密码作为备选”，而不是把每个人的发言逐条复述。决议结论则只写会议最终拍板的内容，一条决议可以对应多个行动项，但每条决议本身应当是一句可验证的陈述。
参会角色需要区分三种身份：出席是实际全程或主要参与会议的人，缺席是应到未到的人，列席是只参与部分议题、不承担常规决策职责的人。三者分开记录，既能说明决策的参与范围，也方便会后判断谁需要补看纪要。状态字段建议固定为四个取值，避免出现“差不多完成”“基本搞定”这类无法统计的表述。
哪些必填、哪些选填
时间紧张时，优先保证必填字段完整，纪要仍然具备追溯和跟进价值；选填字段用于提升可读性和协作效率，可以按会议重要程度决定是否填写。
| 类别 | 字段 | 理由或适用场景 |
|---|---|---|
| 必填 | 会议主题 | 没有主题，纪要在文档列表中无法被检索和识别 |
| 必填 | 日期与时间 | 确定纪要对应的会议场次，便于追溯 |
| 必填 | 主持人 | 明确会议推进和决议确认的责任人 |
| 必填 | 决议结论 | 纪实的核心价值，缺少决议则会议无法形成结论 |
| 必填 | 行动项负责人 | 没有负责人，行动项无法落地 |
| 必填 | 行动项截止时间 | 没有期限，行动项无法进入跟进节奏 |
| 选填 | 地点或线上方式 | 常规例会可省略；跨团队或外部会议建议填写 |
| 选填 | 记录人 | 固定由一人记录时可省略；多人轮值时建议填写 |
| 选填 | 出席、缺席、列席 | 小范围内部讨论可只写出席；涉及决策范围说明时建议完整填写 |
| 选填 | 讨论摘要 | 结论清晰的短会可省略；存在分歧或需要留痕时建议填写 |
| 选填 | 状态、备注 | 首次发出纪要时状态可统一写“未开始”；备注按需填写 |
| 选填 | 下次会议安排 | 无后续会议时写“无”或省略 |
必填项缺失时，不建议直接发出纪要。可行的处理方式是：会议主题和时间在发出前补齐；决议结论缺失说明会议未形成结论，应在纪要中写明“本次会议未形成决议，待下次会议继续讨论”；行动项负责人或截止时间缺失时，由记录人会后向主持人确认后再发出，避免把未确认的信息写成既定安排。
完整填写示例：一次产品评审会纪要
以下示例为演示情景，用于展示各字段如何协同表达会议结论与行动项，不对应真实团队数据。
| 字段 | 填写内容 |
|---|---|
| 会议主题 | V2.3版本登录流程改版需求评审 |
| 日期与时间 | 2025年3月12日 14:00–15:30 |
| 地点或线上方式 | 线上会议 |
| 主持人 | 张敏（产品负责人） |
| 记录人 | 李哲 |
| 出席 | 张敏、李哲、王芳、陈磊 |
| 缺席 | 赵宇（已同步纪要） |
| 列席 | 周航（参与技术方案议题） |
| 议题1 | 登录流程改版方案：确认采用手机号加验证码登录，保留账号密码作为备选方式；讨论集中在验证码有效期和异常提示文案 |
| 议题2 | 改版上线范围：确认本期只覆盖移动端，Web端沿用现有流程，下期再评估 |
| 决议结论 | 1. V2.3版本上线手机号验证码登录，账号密码登录保留为备选；2. 本期改版范围仅限移动端 |
| 行动项1 | 输出登录流程交互稿；负责人王芳；截止2025年3月18日；状态进行中；备注需陈磊提供接口文档 |
| 行动项2 | 补充验证码异常提示文案；负责人李哲；截止2025年3月17日；状态未开始；备注与客服团队确认口径 |
| 下次会议安排 | 2025年3月19日 14:00，评审交互稿 |
这份示例体现了三条填写规范。第一，决议结论与行动项一一对应：决议一对应交互稿和文案两个行动项，决议二本期不产生行动项，只作为范围约束记录。第二，行动项以动词开头并写清交付物，“输出登录流程交互稿”比“跟进登录改版”更容易判断是否完成。第三，截止时间写到具体日期，备注中写明依赖条件，方便会后判断阻塞来源。
模板的调整与长期维护
同一份模板不必适用于所有会议。按会议类型增删字段，可以让纪要既保持结构一致，又不至于为短会填写大量空项。
| 会议类型 | 建议保留 | 建议增删 |
|---|---|---|
| 例行周会 | 基本信息、行动项、下次会议安排 | 讨论摘要可精简为每人一段进展；决议结论只记录需要拍板的事项 |
| 方案评审会 | 完整模板 | 议题区按评审点拆分；增加“评审意见”列记录未采纳意见及原因 |
| 决策会 | 基本信息、决议结论、行动项 | 讨论摘要可省略；决议结论需写明决策依据和生效时间 |
行动项的闭环维护是模板长期可用的关键。纪要发出后，记录人或主持人在下一次会议前核对行动项状态，把“进行中”更新为“已完成”或“已阻塞”，阻塞项在例会上单独说明。状态更新发生在原纪要文档中，而不是另起一份新文档，这样同一事项的来龙去脉可以在一处追溯。当行动项数量增多、需要跨会议跟踪时，可以把行动项同步到任务管理工具中，按负责人和截止时间建立视图；ONES提供任务与文档协作能力，可将纪要中的行动项转为任务并关联原文档，便于在后续会议中核对进展。
模板本身也需要版本记录。字段增删时，在模板末尾注明修改日期、修改人和变更内容，例如“2025年3月新增‘评审意见’列”。版本记录不必复杂，一行说明即可，但要让使用模板的人知道当前版本与旧版本的区别。避免模板膨胀的取舍原则是：新增字段前先问它是否会在三次以上会议中被用到，只对单次会议有用的信息放进备注，不单独设列。字段数量控制在十到十五个以内，记录人才能在会议结束后快速完成填写。
常见问题
会议纪要当天发不出去，最晚什么时候发比较合适？
纪要的价值在于让参会者趁记忆清晰时确认结论，一般建议会后当天发出。如果会议结束较晚或需要向主持人确认行动项负责人，可以先在次日中午前发出，并在纪要中标注“行动项负责人待确认”的字段。超过两天再发，参会者对讨论细节的记忆会明显下降，确认成本随之上升。跨时区会议可以按主要决策人的工作时间安排发出时间。
会上没有形成明确决议，纪要该怎么写？
没有形成决议本身也是需要记录的信息。可以在决议结论栏写明“本次会议未形成决议，待下次会议继续讨论”，并补充未达成一致的主要分歧点。这样后续查看纪要的人能知道讨论进行到哪一步，避免重复讨论。如果分歧涉及关键决策，建议在行动项中增加一条“补充决策所需信息”，写明负责人和截止时间。
行动项负责人可以写多个人吗？
建议每个行动项只写一名负责人，协作人放在备注栏。多人共同负责时，容易出现互相等待、无人推进的情况；指定一名负责人后，由该负责人协调协作人并对外反馈进展。如果一项工作确实需要多人分工，可以拆成多个行动项，分别写明负责人和截止时间，这样在跟进时也能逐条核对完成情况。
纪要里的行动项要不要同步到任务管理工具？
取决于行动项的数量和跟踪周期。单次会议产生少量行动项、且在下一次例会就能核对完成情况时，保留在纪要文档中即可。行动项跨多个会议跟踪、涉及多个团队或需要按负责人查看待办时，同步到任务管理工具会更方便。ONES提供任务与文档协作能力，可将纪要中的行动项转为任务并关联原文档，便于在后续会议中核对进展。
模板用久了字段越来越多，怎么控制？
新增字段前先判断它是否会在三次以上会议中被重复使用。只对单次会议有用的信息放进备注，不单独设列；连续几次会议都没有填写的字段，可以考虑删除或合并。字段总数控制在十到十五个以内，记录人才能在会后快速完成填写。每次调整字段时，在模板末尾记录修改日期、修改人和变更内容，方便使用模板的人对照旧版本。
