会议议程模板是一张按“会议基本信息—议题清单—时间分配—责任人—预期产出—行动项跟踪”组织的空白表。本文直接给出一张可复制到文档或表格工具中的空白议程表，并逐字段说明填写口径、区分必填与选填，再用一次产品需求评审会示范完整填法，最后说明模板如何按会议类型裁剪和长期维护。行动项需要在会后持续跟踪时，可交由ONES等工作项与文档协作工具承载。
要点总览（TL;DR）
- 空白议程表按“会议基本信息—议题清单—行动项”三块组织，复制后先填基本信息，再逐行补议题，散会前完成行动项区。
- 必填字段是会议名称、目标、时间、主持人、参会人，以及议题、主讲人、时长、预期结论和行动项三要素；地点、记录人、材料链接、实际用时可按会议类型增减。
- 填写顺序是先定会议目标和每个议题的预期结论，再倒推时长和主讲人，最后留出行动项确认环节。
- 评审会应补齐材料链接和预期结论，决策会强化目标与执行分工，例会可压缩基本信息区。
- 模板按会议类型拆成三到四份变体，用“实际用时”按月复盘偏差，字段增删以是否对应明确会后动作为判断标准。
可复制空白会议议程模板
下表是一张完整可用的空白议程表，覆盖会前准备、议题过程与会后行动项三个部分。复制到文档或表格工具后，先填会议基本信息，再逐行补充议题，会议结束前完成行动项区。
| 一、会议基本信息 | |||||
|---|---|---|---|---|---|
| 会议名称 | 会议目标 | ||||
| 日期与时间 | 预计总时长 | ||||
| 地点或线上链接 | 会议类型 | ||||
| 主持人 | 记录人 | ||||
| 参会人 | |||||
| 二、议题清单 | ||||||
|---|---|---|---|---|---|---|
| 序号 | 议题 | 主讲人 | 时长 | 材料链接 | 预期结论 | 实际用时 |
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 | ||||||
| 5 | ||||||
| 三、行动项 | ||||
|---|---|---|---|---|
| 任务 | 负责人 | 截止时间 | 状态 | 备注 |
议题行数按实际需要增删，行动项区建议在会议结束前当场填写，避免会后凭记忆补录。表格中的“实际用时”一列用于会后复盘，会前可留空。
议程模板各字段说明
每个字段对应一个具体的管理动作。理解字段记录什么，比记住表格长什么样更重要，因为裁剪模板时判断依据正是字段背后的动作是否还需要。
会议目标与预期结论
会议目标回答“这次会议为什么开”，预期结论回答“散会时手里要有什么”。两者写在基本信息区和议题区两个位置：基本信息区的目标统领整场会议，议题区的预期结论细化到每一行。填写时用可判断的表述，例如“确定本期需求范围”比“讨论需求”更容易在会后检验是否达成。目标写清楚，议题取舍和时长分配才有依据。
议题、主讲人与时长的对应关系
三者是一组：每个议题指定一位主讲人，主讲人对该议题的材料和结论负责；时长按议题的复杂度和讨论需要分配，而不是平均切分。填写时先列出全部议题，再按重要性排序分配时长，最后核对总时长是否与会议预定时间一致。一个议题配多个主讲人时，拆成两行更清晰。
材料链接与决策依据
材料链接指向会前应阅读的文档、数据或原型。它的作用是让参会人在会前完成信息输入，把会议时间留给讨论和决策。填写时给出可直接打开的位置，并注明需要提前阅读的部分。材料缺失的议题，应在会前补齐或调整议程顺序，避免会上临时翻找。
行动项字段与会后跟踪的衔接
行动项区的任务、负责人、截止时间、状态四个字段，决定会议结论能否落地。任务写成可执行的动作，负责人写具体的人而非部门，截止时间写到日期，状态在会后按“待开始、进行中、已完成”更新。会议结束前逐条确认，是行动项从议程转入跟踪的关键一步。
哪些字段必填、哪些可以选填
保证议程可用的最小字段集并不大。字段过多会让填表变成负担，团队逐渐跳过模板；字段过少则议程无法支撑会议执行。下表按必填与选填划分，并给出不同会议类型的增减建议。
| 字段 | 必填/选填 | 理由与适用说明 |
|---|---|---|
| 会议名称 | 必填 | 用于识别和归档，所有会议类型都需要 |
| 会议目标 | 必填 | 决定议题取舍，缺失时会议容易发散 |
| 日期与时间 | 必填 | 参会安排的基础信息 |
| 主持人 | 必填 | 负责控场和推进议程 |
| 参会人 | 必填 | 确定信息输入和决策范围 |
| 议题、主讲人、时长 | 必填 | 议程的主体，三者成组填写 |
| 预期结论 | 必填 | 每个议题的完成标志 |
| 行动项（任务、负责人、截止时间） | 必填 | 会议产出的落地载体 |
| 地点或线上链接 | 选填 | 线上会议或跨地点会议必填，同楼层短会可省略 |
| 记录人 | 选填 | 正式会议建议填写，站会等轻量会议可省略 |
| 材料链接 | 选填 | 需要会前阅读的评审会、决策会必填，同步类例会可省略 |
| 实际用时 | 选填 | 用于复盘，首次使用模板的团队可先不填 |
| 状态、备注 | 选填 | 行动项进入跟踪后使用，备注记录依赖或风险 |
按会议类型调整时，例会可以压缩基本信息区，保留议题、主讲人、时长和行动项；评审会应补齐材料链接和预期结论，确保评审有依据；决策会重点强化会议目标和预期结论，并在行动项中写明决策后的执行分工。调整的原则是保留支撑本次会议判断和落地的字段，删去本次会议用不上的栏目。
填写示例：一次产品需求评审会
以下示例为演示情景，用同一套字段完整填写一次产品需求评审会，展示字段之间的配合方式。
| 一、会议基本信息 | |||||
|---|---|---|---|---|---|
| 会议名称 | 第二季度需求评审会 | 会议目标 | 确定本季度进入开发的需求清单及优先级 | ||
| 日期与时间 | 4月8日 14:00–15:30 | 预计总时长 | 90分钟 | ||
| 地点或线上链接 | 三楼会议室 / 线上会议链接 | 会议类型 | 评审会 | ||
| 主持人 | 产品负责人 | 记录人 | 产品助理 | ||
| 参会人 | 产品负责人、产品经理、研发负责人、测试负责人、设计负责人 | ||||
| 二、议题清单 | ||||||
|---|---|---|---|---|---|---|
| 序号 | 议题 | 主讲人 | 时长 | 材料链接 | 预期结论 | 实际用时 |
| 1 | 需求池整体情况与优先级排序 | 产品经理 | 20分钟 | 需求池文档 | 确认优先级排序规则和本期候选清单 | |
| 2 | 重点需求A的方案与范围 | 产品经理 | 25分钟 | 需求说明文档 | 确定方案范围，明确本期做与不做的部分 | |
| 3 | 重点需求B的技术可行性 | 研发负责人 | 20分钟 | 技术评估记录 | 给出可行结论和预估工作量 | |
| 4 | 本期开发排期与资源确认 | 研发负责人 | 15分钟 | 排期草案 | 确认各需求的责任人和交付时间 | |
| 5 | 行动项确认 | 主持人 | 10分钟 | — | 逐条确认任务、负责人和截止时间 | |
| 三、行动项 | ||||
|---|---|---|---|---|
| 任务 | 负责人 | 截止时间 | 状态 | 备注 |
| 补充需求A的验收标准 | 产品经理 | 4月10日 | 待开始 | 需与测试负责人对齐 |
| 输出需求B的技术方案初稿 | 研发负责人 | 4月12日 | 待开始 | 依赖需求A的范围结论 |
| 更新本期排期表并同步参会人 | 产品助理 | 4月9日 | 待开始 | 会后当天完成 |
示例中每个议题都对应一个可判断的预期结论，时长合计85分钟，为开场和缓冲留出5分钟。行动项在最后一个议题中当场确认，任务、负责人、截止时间与模板字段一一对应。会后，这些行动项可以录入ONES工作项，按负责人和截止时间跟踪状态，会议记录文档与工作项相互关联，便于下次评审会前核对进展。
模板的调整与长期维护方法
模板的价值在于被持续使用。团队会议类型不同，字段需求也不同，需要拆分变体并定期复盘，让模板跟随实际执行情况演进。
按会议类型拆分模板变体
先统计团队常开的会议类型，为每类保留一份变体。例会变体保留基本信息、议题、主讲人、时长和行动项；评审会变体增加材料链接和预期结论；决策会变体强化会议目标和决策后的执行分工。变体之间共享同一套字段名称，避免同一信息在不同模板里叫法不同。变体数量控制在团队能维护的范围内，通常三到四份足够覆盖多数场景。
议程与实际执行的偏差复盘
利用“实际用时”一列，在会后对比计划时长和实际时长。偏差集中在某类议题时，说明该类议题的时长估计需要调整，或需要拆分为两次讨论。复盘不必每次会议都做，可以按月汇总一次，观察哪些议题经常超时、哪些议题经常没有结论，据此修改模板的默认结构。
模板版本与字段增删规则
字段增删遵循一条规则：新增字段必须对应一个明确的会后动作，否则不加入模板。每次修改记录版本号和修改原因，例如“增加实际用时列，用于月度复盘”。旧版本保留一段时间，便于对照历史议程。字段名称保持稳定，改名时同步更新所有变体和填写说明。
行动项在会后的交接方式
会议结束时，记录人把行动项区整理成待办清单，逐条确认负责人已知悉。行动项进入日常跟踪后，议程表本身转为会议记录归档，跟踪以工作项状态为准。使用ONES时，可在项目内建立工作项承载这些任务，设置负责人和截止时间，会议文档与工作项关联，下次会议前直接查看完成情况，减少重复询问和手工汇总。
常见问题
会议时长不够，议题排不下时怎么处理？
先按预期结论筛议题：本次会议必须拿到结论的排在前面，只做信息同步的议题可以改为会前文档阅读或会后单独沟通。仍排不下时，把关联紧密的议题合并为一次讨论，或拆成两次会议，避免靠压缩每个议题的时长硬塞。总时长核对后，为开场和缓冲留出几分钟。
行动项在会上确认了，会后没人跟进怎么办？
把行动项从议程表转入日常任务跟踪是衔接的关键。会议结束当天，记录人整理出任务清单，逐条确认负责人已知悉，并明确状态更新方式。使用ONES时，可在项目内建立工作项承载这些任务，设置负责人和截止时间，并与会议文档关联，下次会议前直接查看完成情况。
站会、周会这类短会也需要完整填这张表吗？
不需要。短会可以只保留会议名称、日期、参会人、议题与主讲人、行动项，省略材料链接、记录人和实际用时。判断标准是字段是否支撑本次会议的判断和落地：短会以同步进展为主，议题和行动项足够；需要决策或评审的会议再补齐预期结论和材料链接。
模板用了一段时间后，团队开始跳过不填，怎么调整？
先看被跳过的是哪些字段，再判断这些字段是否对应真实的会后动作。长期空置的栏目可以从默认模板中移除，需要时再临时加回。同时把填写动作压缩到会前几分钟能完成的程度，例如议题和时长由主持人在发会议邀请时一并填写，行动项在散会前当场录入，减少会后补录的负担。
议程模板和会议纪要应该分开还是合并？
建议共用一份文档。议程在会前填写，会议中补充实际用时和讨论结论，散会后在同一份文档里整理行动项并归档，这样议题、结论和任务保持在同一上下文中。若团队习惯分开，议程表保留议题与预期结论，纪要承接讨论过程和行动项，两者用同一会议名称和日期对应。
