会议议程模板是一张会前填好的表格：先写清会议目标与结论用途，再按时间段列出议题、汇报人、预计时长和所需材料，会中补记决议，会后把行动项连同负责人和截止日期单独登记跟进。本文提供可直接复制的空白议程表、逐字段填写口径、必填与选填划分、一份完整填写示例，以及按会议类型调整和维护模板的方法。行动项需要转入任务系统跟进的团队，可参考用ONES承接议程文档与任务协作的管理方向。
要点总览（TL;DR）
- 会议议程模板由三部分组成：会议基本信息、议题明细、决议与行动项，复制后按区域填写即可使用。
- 会议名称、日期时间、主持人、会议目标、议题、汇报人、时长属于必填字段；地点、记录人、开始时间、所需材料、状态可按会议类型取舍。
- 会议目标写成整场会议要达成的结论，议题目标写成可判断是否达成的产出，行动项以动词开头并配具体负责人和截止日期。
- 例会、评审会、决策会、复盘会的字段侧重不同，时长紧张时优先保留目标、议题、汇报人和时长。
- 模板与单次会议议程分开维护，行动项在会后当天转入跟进清单，每季度回看一次议程质量并调整字段。
可复制空白会议议程模板
下面这张表分为三个区域：会议基本信息、议题明细、决议与行动项。复制到文档或表格工具后，先填基本信息，再逐行填写议题，会议进行中在第三区补记。表头下方保留一行填写说明，方便第一次使用的人对照。
| 一、会议基本信息 | |||||
|---|---|---|---|---|---|
| 会议名称 | （填写） | 日期与时间 | （填写） | 地点或线上方式 | （填写） |
| 主持人 | （填写） | 记录人 | （填写） | 参会人 | （填写） |
| 会议目标 | （本次会议要解决什么问题、形成什么结论） | ||||
| 二、议题明细 | ||||||
|---|---|---|---|---|---|---|
| 序号 | 议题 | 目标或预期产出 | 汇报人 | 时长 | 开始时间 | 所需材料 |
| 1 | （填写） | （填写） | （填写） | （分钟） | （时:分） | （填写） |
| 2 | （填写） | （填写） | （填写） | （分钟） | （时:分） | （填写） |
| 3 | （填写） | （填写） | （填写） | （分钟） | （时:分） | （填写） |
| 4 | （填写） | （填写） | （填写） | （分钟） | （时:分） | （填写） |
| 三、决议与行动项 | ||||
|---|---|---|---|---|
| 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
| （会中填写） | （填写） | （填写） | （填写） | 待开始/进行中/已完成 |
| （会中填写） | （填写） | （填写） | （填写） | 待开始/进行中/已完成 |
| （会中填写） | （填写） | （填写） | （填写） | 待开始/进行中/已完成 |
填写说明行建议保留在模板顶部或底部：议题行按时间顺序排列；时长以分钟为单位；开始时间由会议起始时间逐项累加得出；决议与行动项在会议进行中实时记录，会后当天补齐负责人和截止日期。
每个字段填什么：议程表字段说明
字段口径统一，模板才能在多次会议之间复用，填写示例也才能和空白表对得上。下表逐字段说明含义、填写口径和常见错误。
| 字段 | 含义 | 填写口径 | 常见错误 |
|---|---|---|---|
| 会议目标 | 整场会议要达成的结果 | 写成一句话，说明要做出什么决定或产出什么结论，例如“确定下一版本范围” | 写成“讨论某项目”这类只有话题没有结果方向的表述 |
| 议题目标或预期产出 | 单个议题结束时应当拿到的结果 | 写成可判断是否达成的结论，例如“确认三个需求的优先级顺序” | 与会议目标重复，或写成“交流一下” |
| 汇报人 | 对该议题负责讲解和答疑的人 | 填具体姓名，一个议题对应一位主汇报人 | 填部门名称，导致现场无人主答 |
| 时长 | 该议题分配的分钟数 | 以分钟为单位填写，全部议题时长之和不超过会议总时长 | 只写“半小时左右”，无法核算总时长 |
| 开始时间 | 该议题预计开始的时刻 | 用会议开始时间逐项累加时长得出，格式统一为时:分 | 每行都填会议开始时间，失去时间控制作用 |
| 所需材料 | 该议题讨论依赖的文档、数据或演示 | 写明材料名称和提供人，会前发出 | 写“相关资料”，参会人无法提前准备 |
| 决议内容 | 会议对该议题形成的结论 | 会中记录，写成明确的选择或结论，避免模糊表述 | 把讨论过程当决议记录 |
| 行动项 | 决议之后需要执行的具体动作 | 以动词开头，写清做什么、做到什么程度 | 写成“跟进一下”，无法判断完成标准 |
| 负责人 | 行动项的执行人 | 填一位具体责任人，多人协作时明确主责 | 填“相关同事”或整个团队 |
| 截止日期 | 行动项应完成的日期 | 填具体日期，与下次会议时间对齐 | 填“尽快”“下周”，无法跟踪 |
| 状态 | 行动项当前进展 | 使用统一选项：待开始、进行中、已完成 | 每次会议自行发明新状态词 |
会议目标与议题目标的区别值得单独说明：会议目标是整场会议的结果承诺，议题目标是分解到每一行的结果承诺。两者都写成可判断的结论，会议结束时就能逐条核对是否达成，而不是凭感觉判断“开得还行”。
必填与选填：哪些字段不能空
字段并非每次都要填满。必填字段缺失会直接影响会议能否按计划推进或会后能否跟进；选填字段则根据会议类型和准备程度取舍。
| 字段 | 属性 | 缺失后果 |
|---|---|---|
| 会议名称 | 必填 | 议程无法归档和检索 |
| 日期与时间 | 必填 | 参会人无法安排日程 |
| 主持人 | 必填 | 现场无人控场和控时 |
| 会议目标 | 必填 | 讨论发散，无法判断会议是否有效 |
| 议题 | 必填 | 议程失去主体内容 |
| 汇报人 | 必填 | 议题无人主答，现场临时找人 |
| 时长 | 必填 | 无法核算总时长，容易超时 |
| 预期产出 | 建议必填 | 议题结束时不知道算不算讨论完 |
| 行动项、负责人、截止日期 | 有决议时必填 | 会后无人执行，或执行了也无从核对 |
| 地点或线上方式 | 选填 | 可通过日历另行通知 |
| 记录人 | 选填 | 小规模例会可由主持人兼任 |
| 开始时间 | 选填 | 短会可只保留时长 |
| 所需材料 | 选填 | 材料已在会前单独发出时可省略 |
| 状态 | 选填 | 首次记录时可统一置为待开始 |
不同会议类型的字段取舍有差异。例会以进度同步为主，议题和汇报人必填，预期产出可简化为“同步进展与风险”；评审会需要预期产出和所需材料，否则评审缺少判断依据；决策会必须写清会议目标和决议字段，行动项紧随决议；复盘会则要保留议题明细，用于对照原计划与实际结果。时长紧张时，精简顺序建议从状态、地点、记录人开始，再考虑合并开始时间，会议目标、议题、汇报人和时长这四项尽量保留。
填写示例：一次产品评审会的完整议程
以下为演示情景，用于说明字段如何落地，不代表真实会议记录。假设一场产品评审会安排在周四下午，总时长六十分钟，目标是确定下一版本的功能范围。
| 一、会议基本信息 | |||||
|---|---|---|---|---|---|
| 会议名称 | 下一版本功能范围评审会 | 日期与时间 | 周四 14:00–15:00 | 地点或线上方式 | 三楼会议室 |
| 主持人 | 产品负责人 | 记录人 | 产品助理 | 参会人 | 产品、研发、测试、运营各一名代表 |
| 会议目标 | 确定下一版本进入开发的功能清单，并对未入选需求给出处理意见 | ||||
| 序号 | 议题 | 目标或预期产出 | 汇报人 | 时长 | 开始时间 | 所需材料 |
|---|---|---|---|---|---|---|
| 1 | 候选需求清单回顾 | 确认候选需求共八项，无遗漏 | 产品负责人 | 10分钟 | 14:00 | 需求清单文档 |
| 2 | 需求优先级评估 | 确定前五项进入下一版本 | 产品负责人 | 25分钟 | 14:10 | 评估表、上版本数据 |
| 3 | 研发工作量与风险确认 | 确认入选需求的工作量可在一个迭代内完成 | 研发代表 | 15分钟 | 14:35 | 工作量估算表 |
| 4 | 未入选需求处理 | 明确三项未入选需求的去向 | 产品负责人 | 10分钟 | 14:50 | 需求清单文档 |
| 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|
| 前五项需求进入下一版本 | 更新版本范围文档并发出 | 产品助理 | 周五 | 待开始 |
| 两项需求工作量超出迭代容量 | 拆分其中一项需求并重新估算 | 研发代表 | 下周二 | 待开始 |
| 三项未入选需求转入需求池 | 补充需求池记录并标注优先级 | 产品负责人 | 下周一 | 待开始 |
对照字段说明可以看到：会议目标写成“确定功能清单并给出处理意见”，议题目标写成“确定前五项进入下一版本”这类可判断的结论；开始时间由 14:00 逐项累加时长得出；行动项以动词开头，负责人具体到人，截止日期与下次会议时间对齐。这份示例可以直接作为填写参照，替换成自己团队的会议内容。
按会议类型调整与长期维护模板
固定模板提供字段骨架，单次会议议程是在骨架上填写具体内容。两者分开维护，模板才不会被某一次特殊会议改乱。团队可以保留一份通用模板，每次会议复制一份再按需增删行。
常见会议类型的调整点如下：
- 例会：议题行按汇报人轮转排列，预期产出简化为进展与风险同步，行动项区保留用于记录遗留问题。
- 评审会：增加所需材料列的使用频率，预期产出必须写成通过、有条件通过或不通过这类可判断结论。
- 决策会：会议目标前置到最显眼位置，议题数量控制在三项以内，决议字段在会中实时填写。
- 复盘会：议题按“原计划—实际结果—差异原因”组织，行动项侧重改进措施而非日常任务。
行动项从议程转入跟进清单是模板发挥作用的关键交接点。会议结束当天，记录人把决议与行动项区的内容逐条转入团队的任务跟进清单或协作工具，保留负责人、截止日期和状态三个字段，议程文档作为来源链接附在任务上。这样下次会议开始时，可以直接回看上次行动项的完成情况，议程与跟进形成闭环。使用ONES这类协作工具的团队，可以把议程文档与行动项任务放在同一工作空间，减少转抄和遗漏。
模板维护建议遵循几条规则：字段增删由固定的一到两人负责，避免多人同时改动；每次修改记录版本号和修改原因，旧版本保留可查；新增字段先在一两次会议中试用，确认有用再写入通用模板；每季度回看一次议程质量，检查会议目标是否写成可判断的结论、行动项是否都有负责人和截止日期、超时议题是否集中在某几类，据此调整模板结构和会议安排。
常见问题
会议议程模板和会议纪要有什么区别，需要各做一份吗？
两者用途不同，但可以放在同一份文档里。议程在会前填写，回答“这次会议要讨论什么、按什么顺序、谁来主讲”；纪要在会后形成，回答“讨论出了什么结论、谁在什么时间前完成什么”。实际操作中，很多团队用一份文档承载：会前填好议程部分，会中在决议与行动项区实时记录，会后补齐负责人和截止日期，这份文档就同时具备议程和纪要的作用。分开维护时，议程文档保留为来源链接附在纪要或任务上，便于回溯。
会议经常超时，议程表里哪个字段最能帮助控时？
起作用的是“时长”和“开始时间”两个字段的组合。只写时长，主持人需要现场累加才能知道进度；把开始时间按会议起始时刻逐项累加填好，每个议题到点就能对照是否该切换。控时还需要一个前提：全部议题时长之和不超过会议总时长，并预留五到十分钟缓冲。如果超时反复集中在某一类议题，说明该类议题的时长估计偏乐观，应在下次议程中调高，而不是靠现场压缩其他议题。
行动项在会后由谁登记，登记到哪里比较合适？
建议由记录人在会议结束当天完成登记，避免隔天记忆模糊。登记位置有两种常见做法：一是留在议程文档的决议与行动项区，适合行动项较少、周期短的会议；二是转入团队统一的任务跟进清单或协作工具，适合行动项多、跨多周跟踪的会议。转入任务系统时保留负责人、截止日期和状态三个字段，并把议程文档作为来源链接附上。使用ONES这类协作工具的团队，可以把议程文档与行动项任务放在同一工作空间，下次会议直接回看上次行动项的完成情况。
小团队开短会，也需要填完整的议程模板吗？
可以精简，但有几项建议保留：会议目标、议题、汇报人和时长。这四项决定了会议有没有明确结果、由谁主讲、能否按时结束。地点、记录人、开始时间、所需材料、状态在小规模短会中可以省略，由主持人在日历邀请或口头说明中补充。精简的前提是团队对会议目的有共识；如果连会议目标都说不清，短会同样容易发散，此时补上会议目标比增加其他字段更有价值。
模板用久了字段越来越多，怎么判断哪些该删？
判断依据是字段是否影响会议决策或会后跟进。可以每季度做一次回看：统计哪些字段在多数会议中为空或填写随意，哪些字段从未被用于核对结论或跟踪行动项。长期为空且无人查阅的字段可以移出通用模板，需要时在单次会议中临时加回。新增字段则先在一两次会议中试用，确认有人使用、对结论或跟进有实际帮助，再写入通用模板。字段增删由固定的一到两人负责并记录版本，避免模板被多人同时改动后失去一致性。
