周例会管理的核心，是把会议当作一条可重复运行的流程来设计：会前用固定议程和材料截止时间控制输入，会中按议题限时讨论并当场形成决议与行动项，会后把行动项落到负责人、截止时间和验收标准上，下次会议开头先复盘上次行动项。本文按会前、会中、会后、闭环四个阶段展开，给出流程表、角色分工、模板字段、跟进规则和检查清单，帮助团队搭起一条能持续运转的周例会机制。
要点总览（TL;DR）
- 周例会管理按会前、会中、会后、闭环四个阶段运行，每个阶段明确输入、动作、输出和完成标志，会议才能稳定产出结果。
- 会前一个工作日冻结议程、设定材料提交截止时间；会中按议题限时，每个议题结束前当场确认决议并复述。
- 行动项必须同时具备事项描述、唯一负责人、截止时间和可核验的验收标准，缺一项就难以在下次复盘时判断是否完成。
- 把复盘上次行动项固定为每次会议的第一个议程，未完成项说明原因并重新约定，逾期项由主持人升级处理。
- 用会议记录、行动项台账和复盘记录三类证据，按会前、会中、会后、闭环逐项检查流程是否真正落地。
周例会管理的核心流程：从会前准备到会后闭环
周例会容易失效，通常不是会议本身开得不好，而是缺少阶段划分：会前没有明确议题，会上临时找材料；讨论热烈但没有形成决议；会后没有记录和跟进，下次会议又从零开始。把会议拆成四个阶段，每个阶段规定输入、动作、输出和完成标志，会议才能稳定产出结果。
下表给出一条可直接套用的周例会流程框架。团队可以按自身节奏调整时间点，但四个阶段和完成标志建议保留。
| 阶段 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 会前 | 上周行动项台账、本周待议事项、各议题背景材料 | 征集议题并排序，确定议程后冻结；设定材料提交截止时间；确认参会人及必要列席人 | 已冻结的议程、齐备的议题材料、参会人名单 | 议程在会前一个工作日冻结，材料在截止时间前提交完毕 |
| 会中 | 冻结议程、议题材料、上次行动项复盘结果 | 按议题限时讨论；每个议题结束前确认决议；行动项现场认领负责人和截止时间 | 逐条决议、带负责人的行动项清单 | 每个议题都有明确结论，行动项要素当场补齐 |
| 会后 | 会议记录草稿、行动项清单 | 整理记录并当日分发；行动项录入台账并分派；负责人更新状态 | 分发的会议记录、可追踪的行动项台账 | 记录在会后当日发出，行动项全部有负责人和截止时间 |
| 闭环 | 行动项台账、上周复盘结论 | 下次会议开头逐条复盘上次行动项完成情况；未完成项说明原因并重新约定 | 行动项完成情况复盘、更新后的台账 | 上次行动项逐条有结论，逾期项有处理意见 |
四个阶段中，闭环最容易被省略，却决定整条流程是否成立。把“复盘上次行动项”固定为每次会议的第一个议程，会议就形成了自我校正的循环：上周的决议在本周被检验，未完成的行动项不会悄悄消失。
当行动项数量增多、跨多个团队时，仅靠会议记录文档容易失焦。可以在会议记录之外维护一份行动项台账，把每条行动项作为可分派、可更新状态的工作项管理，会议记录负责保留决议原文和讨论背景，台账负责跟进执行。ONES 的工作项与文档能力可以承载这类“记录—分派—跟进”的衔接：决议写在会议文档中，行动项转为工作项分派给负责人，状态更新和逾期情况在下次会议前可直接查看。是否引入工具取决于行动项的数量和跨团队程度，行动项较少的小团队用一份结构化表格也能运转。
角色与交付物：主持人、记录人、议题提出人和行动项负责人怎么分工
周例会常见的状态是人人参与、无人负责。明确四类角色的职责边界，会议才有推进力和可追溯性。角色可以由同一人兼任，但职责要分清。
| 角色 | 会前 | 会中 | 会后 | 核心交付物 |
|---|---|---|---|---|
| 主持人 | 确定议程顺序和时长，确认关键议题提出人到场 | 控时，推进议题，在每个议题结束前确认决议并复述 | 抽查记录是否准确反映决议，处理逾期行动项的升级 | 冻结议程、当场确认的决议 |
| 记录人 | 准备记录模板，收集议题材料 | 记录讨论要点、决议原文和行动项要素，当场核对负责人 | 当日整理并分发记录，把行动项录入台账 | 会议记录、行动项清单 |
| 议题提出人 | 提前提交议题、目标、所需材料和期望结论 | 简要陈述背景，回答提问，推动议题形成结论 | 补充议题相关的后续材料 | 议题说明与背景材料 |
| 行动项负责人 | 查看上次行动项，准备进展说明 | 认领行动项，确认截止时间和验收标准 | 按约定更新状态，按期交付，受阻时及时说明 | 行动项交付结果与状态更新 |
交接时点决定分工是否真正生效。议题提出人的材料应在材料截止时间前提交，主持人在此之后冻结议程；记录人的行动项清单应在会议结束前与各负责人核对一遍，避免会后才发现负责人不明确；行动项负责人的状态更新应在下次会议前完成，让复盘有据可查。
主持人确认决议时，建议用一句话复述结论并请参会人确认，例如“这个议题的结论是本周内确定供应商短名单，由张三负责，下周三前给出”。复述既是确认，也为记录人提供了准确的记录原文。
议程与会议记录模板：需要固定哪些字段
模板的作用是让会议输入和输出格式统一，减少每次重新组织信息的时间。议程和会议记录各有一套字段，行动项字段单独定义，三者在同一次会议中相互对应。
议程字段
- 议题：一句话说明要讨论什么。
- 提出人：对该议题负责、能提供背景的人。
- 目标：本次会议希望得到的结论类型，如“做出选择”“确认方案”“同步信息”。
- 预计时长：按议题分配分钟数，总和不超过会议总时长。
- 所需材料：议题提出人需提前提交的背景材料清单。
会议记录字段
- 基本信息：日期、会议名称、主持人、记录人、参会人与缺席人。
- 议题：与议程一致的议题名称和顺序。
- 讨论要点：压缩后的关键信息和分歧点，不逐字记录。
- 决议：每个议题的明确结论，写结论本身，不写讨论过程。
- 行动项：按下方字段逐条列出。
行动项字段
| 字段 | 填写要求 |
|---|---|
| 事项描述 | 以动词开头，说明要交付的具体结果 |
| 负责人 | 一名具体的人，不写“相关同事”或团队名称 |
| 截止时间 | 具体日期，必要时注明时间点 |
| 验收标准 | 怎样算完成，可被他人核验 |
| 当前状态 | 未开始、进行中、已完成、受阻、取消 |
决议与讨论要点要分开写。讨论要点记录“为什么这样定”，决议只写“定了什么”。例如讨论要点写“两种方案在交付周期上有分歧，倾向于先小范围试点”，决议写“采用方案A，先在两个小组试点，两周后评估”。分开写的好处是，会后查阅时能快速找到结论，也能在需要时回溯判断依据。
行动项提取与跟进：怎样让决议真正落地
行动项不是会上提到的所有事情，而是从决议中拆出的、需要有人交付的具体动作。判定标准有四条：有明确动作、有唯一负责人、有截止时间、有可核验的验收标准。四条缺一条，这条行动项在下次复盘时就难以判断是否完成。
讨论内容转化为行动项，需要把模糊表述改写成可执行表述。例如讨论中出现“这个体验问题要优化一下”，可以改写为“梳理登录流程中的三个卡点，输出优化清单，由李四负责，下周三前提交，验收标准是清单包含问题描述、影响范围和优先级”。改写时补上负责人、截止时间和验收标准，行动项才具备跟进条件。
| 跟进节点 | 动作 | 责任人 |
|---|---|---|
| 会后当日 | 行动项录入台账并分派，负责人确认 | 记录人 |
| 周中 | 对临近截止或受阻的行动项提醒负责人 | 行动项负责人、记录人 |
| 下次会议开头 | 逐条复盘完成情况，未完成项说明原因并重新约定 | 主持人 |
| 逾期处理 | 逾期项在复盘时升级，由主持人协调资源或调整范围 | 主持人 |
状态口径统一为未开始、进行中、已完成、受阻、取消五种。受阻状态要写明阻塞原因和需要的支持，便于主持人在复盘时判断是资源问题还是范围问题。取消的行动项要记录取消原因，避免下次会议重新讨论同一件事。
行动项与一般任务排期需要区分边界。会议行动项聚焦决议落地，特点是数量有限、周期较短、与会议复盘节奏绑定；一般任务排期涉及长期项目计划和看板管理，属于任务管理范畴，本文不展开。实践中可以把会议行动项作为独立台账维护，完成后再并入项目计划，避免两类事项混在一起导致复盘失焦。
示例：一次产品团队周例会的完整记录
以下为演示情景，用于说明议程、讨论、决议和行动项如何对应，团队可据此调整为自己的格式。
议程（总时长45分钟）
| 议题 | 提出人 | 目标 | 时长 | 所需材料 |
|---|---|---|---|---|
| 上次行动项复盘 | 主持人 | 确认完成情况 | 5分钟 | 行动项台账 |
| 新版本发布范围确认 | 产品经理 | 做出选择 | 20分钟 | 需求清单与排期评估 |
| 用户反馈中的高频问题处理 | 运营 | 确认方案 | 15分钟 | 反馈汇总表 |
| 下周工作同步 | 各负责人 | 同步信息 | 5分钟 | 无 |
讨论与决议（节选）
议题“新版本发布范围确认”的讨论要点：需求清单共12项，研发评估本期只能承载8项；争议集中在两项体验优化是否纳入本期。讨论后形成决议：“本期发布范围确定为8项，两项体验优化顺延至下期，由产品经理在需求清单中标注顺延原因。”
议题“用户反馈中的高频问题处理”的讨论要点：反馈汇总显示登录失败和导出格式错误两类问题占比最高，前者已有修复方案，后者需要进一步定位。决议：“登录失败问题本期修复；导出格式错误先由研发定位原因，下期会议给出处理方案。”
行动项清单
| 事项描述 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|
| 更新需求清单，标注8项本期范围及两项顺延原因 | 产品经理 | 本周五 | 清单中每项均有范围标注和顺延说明 | 进行中 |
| 完成登录失败问题修复并提交测试 | 研发负责人 | 下周二 | 测试环境验证通过，缺陷关闭 | 未开始 |
| 定位导出格式错误原因，输出处理方案 | 研发负责人 | 下周三 | 方案包含原因说明和修复排期 | 未开始 |
下次会议开头，主持人按台账逐条复盘：需求清单是否已更新、登录修复是否通过测试、导出问题方案是否给出。已完成项关闭，未完成项由负责人说明原因，主持人决定是否调整截止时间或升级处理。这样一次会议的输出在下一周被检验，决议不会停留在记录里。
完成检查：周例会管理是否运转正常的判断标准
判断周例会流程是否落地，可以按阶段逐项核对。以下清单给出通过标准和需要留存的证据，团队可在运行一个月后做一次整体检查。
| 阶段 | 检查项 | 通过标准 | 证据 |
|---|---|---|---|
| 会前 | 议程是否按时冻结 | 会前一个工作日议程确定，无临时新增议题 | 冻结版议程 |
| 会前 | 材料是否齐备 | 各议题材料在截止时间前提交 | 议题材料记录 |
| 会中 | 议题是否超时 | 多数议题在预计时长内完成，超时有明确原因 | 会议记录中的时间标注 |
| 会中 | 决议是否当场确认 | 每个议题都有明确结论，无“会后再定”的悬置项 | 会议记录中的决议栏 |
| 会后 | 记录是否当日分发 | 会议记录在会后当日发出 | 记录分发记录 |
| 会后 | 行动项要素是否完整 | 每条行动项均有负责人、截止时间和验收标准 | 行动项台账 |
| 闭环 | 上次行动项完成率 | 完成率可统计，未完成项均有原因说明 | 复盘记录 |
| 闭环 | 逾期情况 | 逾期项有升级或调整处理，无长期挂起项 | 行动项台账状态记录 |
需要留存的证据包括会议记录、行动项台账和复盘记录三类。会议记录保留决议原文和讨论背景，行动项台账反映执行状态变化，复盘记录体现未完成项的处理过程。三类材料齐全，周例会的决议就可追溯、行动项就可核验，流程是否运转正常也有了客观依据。
常见问题
周例会时长有限，议题多的时候怎么取舍？
先按议题目标分类：需要当场做出选择或确认方案的议题优先排入议程，纯信息同步类议题改为会前书面同步或放到会议最后集中处理。议程冻结时按预计时长加总，超出会议总时长就压缩或顺延低优先级议题，并在议程上标注顺延原因。主持人控时的依据是冻结议程，会上临时新增的议题除非涉及本周必须决策的事项，否则记入下次议程候选。
行动项负责人当场无法确认截止时间怎么办？
会上先约定一个初步截止时间，并写明“待负责人评估后于会后一个工作日内确认”。记录人在分发记录时把这条列为待确认项，负责人确认后更新台账。如果负责人评估后认为原定时间不可行，应在确认时同步说明需要的支持或调整后的时间，由主持人在下次会议复盘时核对。这样处理可以避免行动项因为当场定不下时间而缺失截止时间字段。
跨团队的行动项由谁跟进？
行动项仍只设一名负责人，由该负责人协调本团队内部资源；需要其他团队配合时，在行动项描述中写明依赖方和需要的配合内容。主持人负责在复盘时判断跨团队依赖是否成为阻塞，必要时协调双方负责人对齐。跨团队行动项数量增多时，建议在台账中增加“依赖方”字段，便于会前快速筛出受阻项。
周例会与项目例会、月度经营会如何衔接？
周例会聚焦本周决议落地和短期行动项复盘，周期短、事项有限；项目例会和月度经营会关注更长周期的计划与目标。实践中可以把周例会上形成的、需要跨周推进的行动项在完成后并入项目计划，避免同一事项在两套台账中重复维护。周例会的复盘结论可以作为项目例会的输入材料，但两类会议的议程和记录分别维护。
团队规模小、行动项不多，是否也需要完整台账？
行动项较少时，一份结构化表格即可承担台账功能，字段仍建议保留事项描述、负责人、截止时间、验收标准和状态五项。会议记录与台账可以合并在同一份文档中，但决议原文和行动项清单要分区存放，便于查阅。当行动项数量增加或涉及多个团队时，再考虑把行动项转为可分派、可更新状态的工作项管理，衔接方式可参考正文 S1 中关于记录与台账分工的说明。
