周例会管理的关键，是把会议当成一条可重复运行的流程：会前用固定议程收口议题，会中按顺序做决策并当场记录，会后把决议拆成有负责人、有截止时间、有验收标准的行动项，下次例会先复盘上次行动项再讨论新议题。本文按会前、会中、会后三段给出议程模板、记录字段、角色分工和检查清单，并说明如何用ONES承载会议记录与行动项跟进。
要点总览（TL;DR）
- 周例会管理按会前、会中、会后三段设计：会前收口议题与材料，会中按议程形成决议，会后把决议拆成行动项并在下次例会复盘。
- 会前设固定议题提交渠道和截止时间，议题需附背景、目标、待决策点和相关材料；主持人按决策类优先排序，把信息同步类压缩为书面材料。
- 会中每个议题只允许三种收口：形成决议、指定跟进人补充信息、明确搁置；决议要写清结论、条件和跟进人，当场记录。
- 行动项必须有唯一负责人、截止时间、验收标准和来源议题，状态统一为待开始、进行中、已完成、已取消，会后当天完成登记分派。
- 用检查清单每月抽查议题按时提交率、议题结论率、行动项字段完整率和上次行动项核对情况，每次只调整一个薄弱环节。
先定会议定位：周例会解决什么问题、不解决什么问题
动手写议程之前，先把周例会的边界写清楚。边界不清的周例会通常走向两个极端：要么变成每人轮流念进度的汇报会，要么变成临时拉人讨论技术方案的研讨会，会议时间越拖越长，结论越来越少。
周例会的典型定位有四件事：同步各角色本周进展与下周计划、暴露需要跨角色协调的风险和阻塞、对需要在会上拍板的跨角色事项做出决策、确认上周行动项的完成情况并分派新的行动项。这四件事共同的特点是需要在多人之间对齐信息或做出取舍，适合放在例会上完成。
以下内容建议移出周例会：深度技术方案讨论，改由专题会或小范围评审解决；一般任务的排期调整和看板维护，由负责人在任务管理工具中自行更新；一对一沟通、绩效反馈和情绪疏导，放在单独的面谈中处理。把这些内容挡在门外，是控制会议时长的前提。
节奏与角色也需要在定位阶段定下来。常见约定是每周固定时间、固定时长（如60分钟）、固定参会角色，会议时间不随议题多少随意伸缩。参会角色一般包括主持人、记录人、各议题提出人和行动项负责人；与本周议题无关的成员可以只读会议记录，不必全程参会。
周例会还需要和相邻机制分工：月度或季度复盘关注目标达成与阶段性偏差，专题会解决单一复杂问题，周例会只处理一周内需要跨角色对齐和决策的事项。定位说明建议写成一页文档，包含会议目标、不处理事项、频率时长、固定参会角色四项内容，新成员加入时直接阅读这一页即可。
会前：议程怎么定、材料怎么收
会前准备决定了会议质量的上限。一个可执行的会前流程包含四个动作：收议题、筛议题、排议程、发材料，每个动作都有明确的输入、输出和完成标志。
议题收集与截止时间
设定固定提交渠道（如共享文档中的议题表或工作项），并规定截止时间，例如会议前一天中午12点。议题提出人提交时需附上背景信息，缺少关键信息的议题由主持人退回补充，不进入本次议程。这一步的完成标志是：截止时间后议题表不再新增条目，所有条目信息完整。
议程排序原则
排序时把决策类议题放在前面，此时参会人注意力集中，也留出足够的讨论时间；信息同步类议题压缩为书面材料，会上只留提问时间；需要外部信息才能决策的议题，明确标注“本次仅同步，下次决策”。主持人会前还需合并重复议题、把不属于会议范围的内容转为书面同步，并给每个议题分配时长。完成标志是议程在会前发出，每个议题都有提出人、预计时长和期望产出（决策、同步或讨论）。
会前材料模板字段
议题提交和议程可以使用同一张表，建议包含以下字段：
| 字段 | 填写要求 |
|---|---|
| 议题名称 | 一句话说明要讨论什么 |
| 提出人 | 对议题负责、会上主讲的人 |
| 背景与目标 | 为什么现在讨论，希望达成什么 |
| 待决策点 | 需要会上拍板的具体问题，没有则标注“仅同步” |
| 相关数据或链接 | 支撑判断的材料位置，会上不重复念材料 |
| 期望时长 | 提出人自报，主持人统一调整 |
| 期望产出 | 决议、跟进补充或搁置 |
会前检查动作可以固化为三步：截止后主持人通读全部议题、按决策优先排序并分配时长、在会前把议程和材料发给参会人。三步完成，会前准备即告结束。
会中：按议程推进并当场形成决议
会议进行中的核心任务是让每个议题有结论。主持人按议程顺序推进，对每个议题计时，在讨论偏离主题时把话题拉回“当前要决定的是什么”，在时长用尽时主动收口，询问提出人是否已具备决策条件。
每个议题的收口只有三种合法结果：形成决议、明确待补充信息并指定跟进人、明确搁置并说明原因和重新讨论的时间。只讨论无结论的议题，等于把问题原样带回下周，应在会上当场处理掉。
记录人随会议进程同步记录，不依赖会后回忆补记。记录的重点是决议和待办，讨论过程只保留支撑决议的关键理由。决议的表述要满足三个要求：结论明确（做什么、不做什么）、条件清楚（适用范围、前提、例外）、可被后续核对（能对照检查是否执行）。例如“同意A方案上线，前提是压测通过，由张三在下周三前确认压测结果”，比“讨论了A方案，倾向推进”更可核对。
主持人的推进检查点可以简化为四问：这个议题现在要决定什么、还有谁的信息缺失、结论是什么、谁在什么时候跟进。四问都有答案，议题即可翻页。
会后：把决议拆成可跟进的行动项
会议产出能否落地，取决于决议被拆成行动项的质量。拆分规则如下：每条决议至少对应一个行动项；一项行动只对应一个负责人，协作人以“协作人”字段单独标注，避免多人负责等于无人负责；行动项必须有截止时间和验收标准，验收标准写成可观察的结果，例如“输出压测报告并附结论”而非“跟进压测”。
行动项建议包含以下字段：
| 字段 | 说明 |
|---|---|
| 事项描述 | 动词开头，说明要完成的具体动作 |
| 负责人 | 唯一责任人 |
| 协作人 | 需要配合的角色，可多人 |
| 截止时间 | 具体日期 |
| 验收标准 | 可观察的完成标志 |
| 来源议题 | 对应会议记录中的议题编号 |
| 状态 | 待开始、进行中、已完成、已取消 |
状态定义要统一：待开始指已分派未动工；进行中指已开始推进；已完成指达到验收标准并经确认；已取消指经决策不再执行，需注明取消原因。行动项集中登记在一张清单中，会议记录里只引用清单编号，避免记录和清单两处信息不一致。会后当天完成登记和分派，是这一环节的完成标志。
角色与交付物：谁在周例会里负责什么
角色不清是周例会效率低下的常见原因。把每个角色在会前、会中、会后的职责和交付物写进定位说明，可以减少推诿和重复劳动。
| 角色 | 会前 | 会中 | 会后 |
|---|---|---|---|
| 主持人 | 筛选合并议题、排定议程并发出 | 控场计时、逐项收口、确认决议 | 确认记录与行动项清单完整 |
| 记录人 | 准备记录模板 | 同步记录决议与待办 | 当天发出会议记录 |
| 议题提出人 | 按时提交议题及背景材料 | 主讲议题、回应提问、推动结论 | 配合拆分行动项 |
| 行动项负责人 | 复盘上次行动项状态 | 报告进展与阻塞 | 更新状态、按期交付 |
| 参会人 | 提前阅读议程和材料 | 围绕议题发言、参与决策 | 阅读记录、认领相关行动项 |
行动项清单的维护责任归主持人或会议负责人：会中确保每条决议都有对应行动项，会后检查字段是否完整，下次会前汇总状态作为复盘输入。小团队中主持人、记录人可由同一人兼任，此时要注意两点：一是记录动作不能因为兼任主持而中断，可先记关键词、议题翻页时补齐；二是兼任者不宜同时担任多数行动项负责人，否则复盘环节容易变成自我汇报。
完整示例：一次周例会的会前到会后流程
以下示例为演示情景，团队设定为8人左右的产品研发小组，周例会每周一上午10点召开，时长60分钟，参会人为产品、研发、测试、运营各角色代表。
会前。上周五下午，运营提出议题“新版注册流程灰度范围”，附上灰度数据链接和两个候选方案，待决策点为“首周灰度放量比例”；研发提出议题“支付回调延迟排查进展”，标注为仅同步。周日上午截止后，主持人合并了两个重复的体验问题议题，把“团建安排”转为书面通知，排定议程：灰度范围决策（20分钟）、支付回调同步（10分钟）、上周行动项复盘（15分钟）、其他事项（15分钟），会前发出。
会中。灰度议题讨论后形成决议：首周灰度放量10%，前提是测试完成回归，由测试负责人周二前确认回归结果，未通过则维持5%。记录人当场记下决议和条件。支付回调议题为同步性质，研发说明排查方向后，主持人确认无需决策，转为行动项跟进。
会后。记录人当天发出会议记录，行动项清单新增三条：测试负责人周二前确认回归结果并附报告；研发负责人本周五前给出回调延迟根因分析；运营负责人下周一前更新灰度监控看板。每条都有验收标准和来源议题编号。下周一例会开场，主持人先逐条核对这三条的状态，回归确认已完成、根因分析进行中、看板已更新，再进入新议题。
这个示例体现了流程的输入、动作与输出：议题表和材料是输入，筛选排序、控场收口、拆分登记是动作，议程、会议记录和行动项清单是输出，下次例会的复盘核对则让流程形成闭环。
用工具承载会议记录与行动项闭环
流程跑起来之后，常见的两个断点是：会议记录散落在聊天记录和个人文档里，下次开会找不到上次的决议；行动项记在记录里却没有进入跟踪，状态无人更新。解决思路是把会议记录和行动项分开承载、互相关联。
会议记录适合放在协作文档中，按“日期+周例会”建立固定结构，包含议程、各议题决议、待补充信息和行动项编号列表。行动项则作为工作项登记，每条行动项有负责人、截止时间、验收标准和状态，状态随推进更新。文档中的行动项编号指向对应工作项，两处信息保持一致，避免同一事项在两处出现不同说法。
ONES提供文档与工作项两类承载方式，可以按上述分工使用：会议记录在文档中沉淀，决议对应的行动项登记为工作项，由负责人更新状态直至关闭；下次例会前，主持人按负责人或来源议题筛选出未关闭的行动项，作为复盘输入直接过一遍。这样，会议产出从登记、分派、状态更新到关闭形成一条可追溯的流转路径，复盘时不需要再向各角色逐一询问进展。
完成检查：周例会管理是否跑起来了
机制是否落地，可以用下面这份清单逐项核对。建议每月抽查一次，连续两个月达标即可视为稳定运行。
| 阶段 | 检查项 | 达标参考 |
|---|---|---|
| 会前 | 议题是否在截止时间前提交且信息完整 | 议题按时提交率可统计，缺失信息的议题被退回补充 |
| 会前 | 议程是否提前发出，每个议题有时长和期望产出 | 会前至少半天发出 |
| 会中 | 每个议题是否有明确结论 | 决议、跟进补充、搁置三者之一，无“下次再议”式悬置 |
| 会中 | 决议是否当场记录且表述可核对 | 记录中有结论、条件和跟进人 |
| 会后 | 行动项是否都有唯一负责人、截止时间和验收标准 | 字段完整率可统计 |
| 会后 | 行动项是否进入跟踪并更新状态 | 清单状态与实际进展一致 |
| 复盘 | 本次例会开头是否核对上次行动项关闭情况 | 逐条过状态，未关闭项说明原因和新时间 |
发现未达标时，按薄弱环节调整：议题提交率低，说明截止时间或提交渠道不便，可简化提交字段或提前提醒；议题经常无结论，检查是否把需要专题讨论的内容放进了例会，或决策所需信息未在会前准备；行动项关闭率低，检查负责人是否唯一、截止时间是否现实、验收标准是否清晰；复盘环节被跳过，则把行动项核对固定为议程第一项并分配时长。每次只调整一个环节，观察两到三周再评估效果。
常见问题
周例会时长总是超，应该先压缩哪部分？
先看时间花在哪里。常见原因是信息同步类议题占用了过多时间，这类内容可以改为会前书面材料，会上只留提问时间。其次是决策类议题缺少会前准备，讨论中才发现信息不全，导致反复延后。调整顺序建议是：先把同步类议题转书面，再要求决策类议题提交时写清待决策点和相关数据，最后给每个议题分配时长并由主持人计时收口。
行动项负责人经常拖延，状态也不更新，怎么处理？
先检查行动项本身是否可执行：负责人是否唯一、截止时间是否现实、验收标准是否可观察。如果一项行动有多个负责人，实际往往无人推进，应改为一个负责人加若干协作人。如果截止时间与负责人当前工作量明显冲突，应在会上当场调整而不是事后拖延。状态更新可以固定为两个动作：负责人每周例会前更新一次，主持人会前汇总未关闭项作为复盘输入。持续拖延的行动项要在会上说明原因并重新约定时间或取消。
团队规模很小，主持人和记录人由同一人兼任可行吗？
可行，但要注意两点。一是记录动作不能因为兼任主持而中断，可以在议题翻页时先记关键词，间隙补齐决议和条件。二是兼任者不宜同时担任多数行动项负责人，否则下次例会的复盘环节容易变成自我汇报，缺少外部核对。小团队也可以轮流担任记录人，让每个成员都熟悉决议和行动项的记录要求。
周例会和月度复盘、专题会怎么划分，避免内容重复？
按时间跨度和问题复杂度划分。周例会处理一周内需要跨角色对齐和决策的事项，包括进展同步、风险暴露、行动项核对。月度或季度复盘关注目标达成情况和阶段性偏差，讨论的是趋势和调整方向。专题会解决单一复杂问题，例如技术方案评审。划分清楚后，需要深度讨论的内容在周例会上只做登记和转交，不在会上展开。
议题经常在会前提交不全，议程排不出来怎么办？
先简化提交字段，保留议题名称、提出人、待决策点、相关材料和期望时长这几项，降低提交门槛。再固定提醒节奏，例如截止前一天在团队群提醒一次。对信息不全的议题，主持人按规则退回补充，不进入本次议程，让规则稳定执行。如果议题按时提交率持续偏低，可以统计几周的提交情况，在例会上说明影响，并检查截止时间是否与团队工作节奏冲突。
