会议议程模板按“会议基本信息—议题清单—时间分配—参会角色—会前准备—决议与行动项”六块填写。先写清会议目标、时间、地点或线上方式、主持人与记录人，再按议题逐行填写负责人、时长、期望产出和所需材料；会后在同一张表上补记决议、行动项、负责人和截止日期。下面给出一张可直接复制的空白表、逐字段说明、必填与选填取舍，以及一份填写完整的示例。
要点总览（TL;DR）
- 会议议程模板按会议基本信息、议题清单、时间分配、参会角色、会前准备、决议与行动项六块填写，先填基本信息和议题，会后补记决议与行动项。
- 必填项是决定会议能否开成、开完能否跟进的信息：会议名称、时间、目标、主持人、记录人、地点或线上方式、议题名称与负责人、时长，以及决议与行动项区。
- 评审会和启动会要写全期望产出与会前材料，周会可简写期望产出，但行动项区始终保留。
- 填写时保持“目标—议题期望产出—决议—行动项”的对应关系，行动项写具体动作、单一负责人和明确截止日期。
- 模板按会议类型拆分并标注版本，每季度清理长期空置的选填字段，会后把行动项转入日常任务清单跟进。
可复制空白会议议程模板
空白模板分为三个区块：上方是会议基本信息，中间是议题清单，下方是决议与行动项。复制到文档或表格工具后，按区块顺序填写即可。议题清单按行扩展，有几项议题就增加几行；决议与行动项区在会中或会后填写，与议题行通过议题编号对应。
| 一、会议基本信息 | |||
|---|---|---|---|
| 会议名称 | 会议类型 | ||
| 会议目标 | |||
| 日期与时间 | 预计总时长 | ||
| 地点或线上方式 | 主持人 | ||
| 记录人 | 参会人 | ||
| 会前材料与截止时间 | |||
| 二、议题清单 | ||||||
|---|---|---|---|---|---|---|
| 编号 | 议题名称 | 负责人 | 时长 | 期望产出 | 所需材料 | 参会角色 |
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 合计 | ||||||
| 三、决议与行动项 | |||||
|---|---|---|---|---|---|
| 对应议题编号 | 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
每个字段填什么：议程模板字段说明
字段说明解决“有这一栏但不知道写什么”的问题。填写口径统一为：写具体对象和可核对的结果，避免写“讨论一下”“跟进相关事项”这类无法判断完成与否的表述。
基本信息字段
| 字段 | 填写口径 |
|---|---|
| 会议名称 | 写清会议主题和范围，例如“订单模块需求评审会”，便于在日历和记录中识别。 |
| 会议类型 | 周会、评审会、启动会、复盘会等，决定后续哪些字段必填。 |
| 会议目标 | 用一句话写会议结束时需要达成的结果，例如“确认本期需求范围并排定优先级”。目标决定议题取舍。 |
| 日期与时间 | 写明确开始时间，跨时区会议注明时区。 |
| 预计总时长 | 与议题时长合计一致，用于控制节奏。 |
| 地点或线上方式 | 会议室名称或线上会议入口，二者写其一。 |
| 主持人 | 负责推进议程、控制时间、收束讨论的人。 |
| 记录人 | 负责记录决议与行动项的人，与主持人分开填写更利于专注。 |
| 参会人 | 列出必到人员；人数较多时按角色分组列出。 |
| 会前材料与截止时间 | 写明材料名称和提交时间，例如“需求清单，会前一天 17:00 前提交”。 |
议题字段
| 字段 | 填写口径 |
|---|---|
| 编号 | 按讨论顺序编号，供决议区引用。 |
| 议题名称 | 写具体问题或待定事项，例如“确认退款流程的审批节点”，避免只写“退款流程”。 |
| 负责人 | 该议题的汇报人或主导讨论人，一人即可。 |
| 时长 | 单项议题预计占用分钟数，合计不超过会议总时长。 |
| 期望产出 | 该议题结束时应得到的结果，例如“确定审批节点数量与顺序”或“形成两个备选方案”。 |
| 所需材料 | 讨论该议题需要提前看的文档、数据或原型。 |
| 参会角色 | 该议题必须到场或需要表态的角色，便于判断能否跳过某人。 |
决议与行动项字段
| 字段 | 填写口径 |
|---|---|
| 对应议题编号 | 填写该决议来自哪一行议题，保证讨论与结论可追溯。 |
| 决议内容 | 写会中达成的结论，一句话说清定了什么。 |
| 行动项 | 写具体动作和交付物，例如“输出审批节点流程图”。 |
| 负责人 | 行动项的执行人，写一个人，避免多人共担导致无人推进。 |
| 截止日期 | 写明确日期，不写“尽快”“下周”。 |
| 状态 | 未开始、进行中、已完成，供会后跟进更新。 |
三组字段的对应关系是：会议目标决定议题范围，议题的期望产出决定会中要形成哪些决议，每条决议再拆成可执行的行动项。填写时保持这条链路完整，会后跟进就有据可依。
必填与选填：不同会议类型怎么取舍
必填项是能决定会议能否开成、开完能否跟进的信息；其余字段按会议类型选填。判断标准很简单：缺了这条信息，会议要么无法按时召开，要么开完没人知道下一步做什么。
| 字段 | 必填/选填 | 说明 |
|---|---|---|
| 会议名称、日期与时间 | 必填 | 所有会议类型都需要。 |
| 会议目标 | 必填 | 没有目标时议题容易发散。 |
| 主持人、记录人 | 必填 | 保证会议推进和结论留痕。 |
| 地点或线上方式 | 必填 | 二者写其一。 |
| 议题名称、负责人、时长 | 必填 | 构成议程主体。 |
| 期望产出 | 评审会、启动会必填 | 周会可简写为“同步进展与风险”。 |
| 参会人、参会角色 | 必填（参会人）；选填（按议题角色） | 议题角色在跨部门会议中更有用。 |
| 会前材料与截止时间 | 评审会、启动会必填 | 周会可只写“上周进展与本周计划”。 |
| 预计总时长 | 选填 | 由议题时长合计得出。 |
| 决议与行动项区 | 必填 | 即使会中没有决议，也保留该区并注明“无”。 |
按会议类型调整时把握三条原则。周会侧重节奏：议题以进展、风险和待协调事项为主，期望产出可简写，行动项区必须保留。评审会侧重结论：期望产出和所需材料必填，议题要写到可判断通过或不通过的程度。项目启动会侧重共识：会议目标、参会角色和会前材料要写全，决议区用于记录分工和里程碑确认。
填写示例：一场需求评审会的完整议程
以下为演示情景，用于说明各字段的实际写法，不对应真实团队或项目。
| 一、会议基本信息 | |||
|---|---|---|---|
| 会议名称 | 订单模块需求评审会 | 会议类型 | 评审会 |
| 会议目标 | 确认本期订单模块需求范围，并对三条候选需求给出通过、修改或暂缓的结论 | ||
| 日期与时间 | 示例：周三 14:00 | 预计总时长 | 60 分钟 |
| 地点或线上方式 | 线上会议 | 主持人 | 产品负责人 |
| 记录人 | 产品助理 | 参会人 | 产品、研发、测试、运营各一名代表 |
| 会前材料与截止时间 | 需求说明文档与原型，会前一天 17:00 前提交 | ||
| 编号 | 议题名称 | 负责人 | 时长 | 期望产出 | 所需材料 | 参会角色 |
|---|---|---|---|---|---|---|
| 1 | 确认订单取消的退款触发条件 | 产品负责人 | 20 分钟 | 确定触发条件与例外情形 | 需求说明第 2 节 | 产品、研发 |
| 2 | 确认退款审批节点与顺序 | 研发代表 | 25 分钟 | 确定审批节点数量与顺序 | 流程图草稿 | 研发、测试、运营 |
| 3 | 确认本期是否纳入批量退款 | 产品负责人 | 15 分钟 | 给出纳入或暂缓的结论及理由 | 需求清单 | 产品、运营 |
| 合计 | 60 分钟 | |||||
| 对应议题编号 | 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|---|
| 1 | 退款在订单取消后自动触发，已发货订单需人工确认 | 补充已发货场景的说明并更新需求文档 | 产品负责人 | 示例：周五 | 进行中 |
| 2 | 审批设两级，先运营后财务 | 输出审批节点流程图 | 研发代表 | 示例：下周二 | 未开始 |
| 3 | 批量退款本期暂缓，下期评估 | 在需求清单中标注暂缓并写明原因 | 产品助理 | 示例：本周内 | 未开始 |
对照字段说明可以看到：议题 1 的期望产出“确定触发条件与例外情形”在决议区落成了具体结论，并拆出一条带负责人和截止日期的行动项；议题 3 的结论是暂缓，同样留下记录，避免下次会议重复讨论。每条决议都能追溯到议题编号，会后按行动项逐条核对状态即可。
模板的调整与长期维护方法
模板用久了会出现字段冗余、议题写不清、行动项无人跟进的问题。维护的重点是让模板跟着会议类型和团队习惯变化，同时保持议程与行动项之间的对应关系。
- 版本与复用：为模板标注版本号和更新日期，每次调整只改一处并记录改了什么。日常使用时复制空白模板新建，不直接在上一场会议的记录上覆盖填写。
- 按会议类型拆分：周会、评审会、启动会各保留一份模板，字段取舍按上一节的对照表设定。共用一份大而全的模板会让填写者跳过关键栏。
- 议程到行动项的衔接：会议结束后，把决议与行动项区的内容转入团队日常使用的任务或工作项清单，保留负责人、截止日期和对应议题编号。下次会议开场先核对上次行动项状态，再进入新议题。
- 定期清理失效字段：每季度检查一次，删掉连续多次会议都空着的选填栏，合并含义重复的字段，把经常写不清的字段补充填写示例。
当团队把议程、决议和行动项放在同一套协作工具中管理时，衔接会更顺畅。以 ONES 为例，会议议程和决议可以作为文档沉淀，行动项可以转为工作项分派给负责人并跟踪状态，下次会议直接查看未完成项。具体承载形式可按团队现有工具选择，关键是保持议题编号、决议和行动项之间的对应关系不丢失。
常见问题
会议没有形成任何决议，议程模板的决议与行动项区还要填吗？
要保留这个区块，并注明“本次无决议”。保留区块的作用是让填写者每次会议都检查一遍是否真的没有结论，避免讨论完却没有留下任何记录。如果确实没有决议，可以在对应议题行后写“维持现状”或“下次再议”，并注明再议的时间或触发条件，这样下次会议能直接接上。
线上会议和线下会议的议程模板需要分开做吗？
不需要单独做一套模板，在“地点或线上方式”一栏写清会议入口即可。线上会议可以额外注意两点：一是把会前材料的提交时间提前，方便参会人提前阅读；二是给每个议题标注需要发言的角色，减少线上讨论时无人回应或多人同时开口的情况。这两点通过填写习惯调整就能实现，不必改动模板结构。
议题时间加起来超过会议总时长怎么办？
先按期望产出排序，把必须当场形成结论的议题保留，把可以异步沟通或下次再议的议题移出本次议程。调整后重新核对议题时长合计与预计总时长是否一致。如果确实无法压缩，可以延长会议时间，但要在议程上同步更新，并确认关键参会角色都能到场。把超时风险留在会中临时处理，通常会挤占后面议题的时间。
行动项负责人写团队还是写个人？
写个人。行动项落到团队名称时，容易出现每个人都以为别人在推进的情况。如果一项工作确实需要多人协作，可以拆成几条行动项，每条对应一个执行人，或者指定一名牵头人并在行动项描述中写明协作方。截止日期同样写明确日期，便于会后逐条核对状态。
议程模板用了一段时间后，怎么判断哪些字段该删？
看连续多次会议的填写情况：某个选填字段长期空白，或者填写内容与议题名称重复，就可以考虑删除或合并。删除前确认该字段是否在特定会议类型中仍有用，例如“参会角色”在周会中可能空着，但在跨部门评审会中需要保留。比较稳妥的做法是按会议类型分别维护模板，只在对应类型的模板中调整字段，避免一次改动影响所有会议。
