会议议程模板是一张按“会前准备—议题排期—决议记录—行动项分派—会后跟进”组织的空白表格，用来把会议从临时讨论变成有目标、有时长、有责任人的协作过程。本文提供一份可直接复制到文档或表格工具中的空白模板，并逐字段说明填写口径、区分必填与选填，再用一次产品评审会演示完整填法，最后说明如何按团队会议类型调整并长期维护。
要点总览（TL;DR）
- 模板按会前准备、议题排期、决议记录、行动项分派、会后跟进五段组织，复制后空白单元格就是待填位置。
- 会议名称、时间、主持人、记录人、议题与主讲人、议题目标或预期产出为必填；有决议时行动项负责人与截止日期必填。
- 填写顺序是先定基本信息，再按总时长倒排议题，会议中同步记录决议与行动项，会后按截止日期更新状态。
- 行动项需具备负责人、截止日期和可验证的完成标准，会后当天转入日常任务跟踪，会议表格只维护状态。
- 模板按会议类型裁剪出精简版和完整版，命名带版本号，每季度用超时情况、行动项完成率、决议遗漏三项检视有效性。
可复制的会议议程空白模板
下面这张表覆盖会前、会中、会后三段信息。使用时可以整表复制到文档或在线表格中，按会议实际情况增删行。表格分为四个区域：会议基本信息、议题排期、决议与行动项、会后跟进。
区域一：会议基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | |
| 日期与时间 | |
| 地点或线上方式 | |
| 主持人 | |
| 记录人 | |
| 参会人 |
区域二：议题排期
| 序号 | 议题 | 目标或预期产出 | 主讲人 | 时长 | 材料链接 |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 | |||||
| 合计 |
区域三：决议与行动项
| 序号 | 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 |
区域四：会后跟进
| 字段 | 填写内容 |
|---|---|
| 下次会议时间 | |
| 待确认事项 | |
| 会议记录归档位置 |
四个区域对应会议的不同阶段：基本信息在会前发出邀请时填写，议题排期在会前准备材料时完成，决议与行动项在会议进行中同步记录，会后跟进在会议结束当天补齐。整张表复制后，空白单元格就是需要填写的位置。
每个字段填什么：字段说明
模板的价值取决于字段填得是否到位。以下按表格顺序逐项说明填写口径，重点讲清楚容易混淆的几组字段。
基本信息字段
- 会议名称：写清会议主题和范围，例如“2025年Q2产品评审会”，避免只写“周会”这类无法区分场次的名称。
- 日期与时间：写明开始时间和结束时间，结束时间是倒排议题时长的基准。
- 地点或线上方式：线下写会议室名称，线上写会议平台和会议号，二者择一填写。
- 主持人：负责控场和推进议程的人，与会议发起人可以不是同一人。
- 记录人：会议中负责填写议题进展和行动项的人，需在会前明确，避免会上临时指定。
- 参会人：列出必须到场的人员；可选参会人可另起一行标注“可选”，便于对方判断是否需要全程参加。
议题目标与预期产出的区别
“目标”回答这个议题为什么上会，“预期产出”回答会议结束时应该拿到什么。例如目标写“确认新版本上线范围”，预期产出写“形成上线功能清单并明确取舍结论”。目标偏方向，预期产出偏可交付物。只写目标不写产出，会议容易讨论充分却无法收口；只写产出不写目标，参会人难以理解议题的必要性。
时长估算的依据
时长按议题的讨论复杂度估算，而不是按主讲人准备的页数。信息同步类议题通常5到10分钟；需要多方讨论并形成结论的议题，按参与人数和分歧程度预留15到30分钟；需要现场决策的议题应单独留出时间，并明确决策人。所有议题时长之和加上开场与收尾各5分钟，应不超过会议总时长。倒排时如果总时长超出，优先压缩信息同步类议题，改为会前阅读材料。
行动项与普通待办的区别
行动项是会议决议的直接产物，具备三个特征：有明确的负责人、有截止日期、有可验证的完成标准。普通待办可以是个人日常事务，行动项则必须能追溯到某次会议的某项决议。填写时把“跟进一下”“再看看”这类模糊表述改写成具体动作，例如“输出接口文档初稿并发给评审组”。
状态字段的取值建议
状态建议使用固定取值，便于会后统计和跟进：未开始、进行中、已完成、已延期、已取消。会议结束时新产生的行动项统一填“未开始”，会后每次跟进只更新状态，不改动行动项描述，保留原始记录便于追溯。
必填与选填：哪些字段不能空
模板字段齐全不等于每次会议都要全部填写。字段取舍取决于会议类型和决策权重，下面按必填、选填给出对照。
| 字段 | 必填/选填 | 缺失后果或适用说明 |
|---|---|---|
| 会议名称 | 必填 | 缺失后无法归档和检索会议记录 |
| 日期与时间 | 必填 | 缺失后无法倒排议题时长，也无法安排参会 |
| 主持人 | 必填 | 缺失后议程无人推进，容易超时 |
| 记录人 | 必填 | 缺失后决议和行动项无人记录，会议结论流失 |
| 议题与主讲人 | 必填 | 缺失后参会人无法提前准备，讨论效率下降 |
| 议题目标或预期产出 | 必填 | 缺失后议题无法收口，讨论容易发散 |
| 行动项负责人与截止日期 | 必填（有决议时） | 缺失后行动项无法跟进，决议停留在口头 |
| 地点或线上方式 | 选填 | 例行站会可省略，跨地域会议建议填写 |
| 参会人 | 选填 | 小型决策会可只列关键人，大型会议建议完整填写 |
| 材料链接 | 选填 | 需要提前阅读的议题建议填写，口头同步类议题可省略 |
| 下次会议时间 | 选填 | 周期性会议建议填写，一次性会议可省略 |
| 待确认事项 | 选填 | 存在未决问题时填写，用于衔接下次会议 |
不同会议类型的字段取舍
- 例会：保留基本信息、议题排期和行动项三块，材料链接和待确认事项按需填写，重点是行动项状态的滚动更新。
- 评审会：必须填写材料链接和预期产出，议题需明确评审对象和通过标准，决议区要记录评审结论。
- 决策会：参会人需标注决策人，议题目标写明待决策事项，行动项区记录决策结果和后续执行分工。
精简版与完整版的差异
精简版只保留会议名称、时间、主持人、记录人、议题、主讲人、时长、行动项、负责人、截止日期，适合30分钟以内的站会或同步会。完整版在精简版基础上增加材料链接、预期产出、待确认事项和下次会议时间，适合评审会、决策会和跨团队会议。团队可以以完整版为母版，按会议类型裁剪出精简版，避免每次重新设计表格。
填写示例：一次产品评审会的完整议程
以下示例为演示情景，用于说明字段如何填写，不代表真实项目数据。
基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | 新版本需求评审会 |
| 日期与时间 | 2025年6月12日 14:00–15:00 |
| 地点或线上方式 | 线上会议，会议号已随邀请发出 |
| 主持人 | 产品负责人 |
| 记录人 | 产品经理助理 |
| 参会人 | 产品、设计、研发、测试各一名代表；业务负责人（可选） |
议题排期
| 序号 | 议题 | 目标或预期产出 | 主讲人 | 时长 | 材料链接 |
|---|---|---|---|---|---|
| 1 | 需求背景与用户反馈回顾 | 目标：对齐需求来源；产出：确认三类核心反馈 | 产品经理 | 10分钟 | 需求文档链接 |
| 2 | 功能方案评审 | 目标：确认方案可行性；产出：形成通过或修改结论 | 产品经理 | 25分钟 | 原型链接 |
| 3 | 排期与资源确认 | 目标：明确开发排期；产出：确认各角色投入时间 | 研发负责人 | 15分钟 | 排期表链接 |
| 合计 | — | — | — | 50分钟，另留10分钟收尾 | — |
决议与行动项
| 序号 | 决议内容 | 行动项 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|---|
| 1 | 功能方案整体通过，搜索模块交互需调整 | 输出搜索模块交互修改稿并发评审组确认 | 产品经理 | 6月16日 | 未开始 |
| 2 | 开发排期按两阶段推进 | 拆分两阶段任务清单并同步测试排期 | 研发负责人 | 6月14日 | 未开始 |
| 3 | 测试环境需提前准备 | 确认测试环境可用时间并回复会议群 | 测试代表 | 6月13日 | 未开始 |
会后跟进
| 字段 | 填写内容 |
|---|---|
| 下次会议时间 | 2025年6月19日 14:00，评审交互修改稿 |
| 待确认事项 | 搜索模块交互调整是否影响已有接口 |
| 会议记录归档位置 | 项目文档库“评审记录”目录 |
会后跟进时，记录人按截止日期逐条更新行动项状态：6月13日测试代表回复后，第3条改为“已完成”；6月14日研发负责人提交任务清单后，第2条改为“已完成”；6月16日产品经理提交修改稿后，第1条改为“已完成”。若某条行动项到期未完成，状态改为“已延期”，并在待确认事项中写明原因和新的预计完成时间。
模板的调整与长期维护方法
模板要在多次会议中持续可用，需要解决三个问题：字段是否贴合会议类型、行动项能否进入日常任务跟踪、模板本身是否定期检视。
按会议类型裁剪字段
先统计团队近一个月的会议类型和频次，为高频会议各保留一个版本。裁剪时遵循一个原则：凡是会上需要当场做出判断的字段保留，凡是会后补充也不影响决策的字段可以移到会议记录附件中。例如站会可以去掉材料链接和预期产出，评审会则必须保留。每个版本标注适用会议类型和预计时长，放在团队文档库的固定位置。
行动项从会议记录转入任务跟踪
会议记录里的行动项如果只停留在表格中，容易在下次会议前无人跟进。可行的做法是会后当天把行动项逐条转入团队日常使用的任务跟踪工具，保留负责人、截止日期和来源会议三个信息，会议表格中只维护状态字段。以ONES为例，会议中形成的行动项可以录入工作项，指定负责人和截止日期，并在项目视图中按状态跟进；会议记录文档与工作项放在同一项目空间，便于参会人回看决议背景。具体功能范围以团队实际使用的版本为准。
模板版本与复用方式
模板文件命名建议包含版本号和更新日期，例如“会议议程模板_v2_202506”。每次调整字段后递增版本号，并在文件开头用一行说明本次改动，避免不同成员使用不同版本导致字段对不上。周期性会议可以直接复制上一期议程，保留基本信息框架，清空议题和行动项内容，减少重复填写。
定期回顾模板有效性
建议每季度做一次简单回顾，检查三项指标：会议是否按议程时长结束、行动项按期完成的比例、会后是否出现“会上说过但没记录”的情况。如果超时频繁，说明议题时长估算偏乐观或议题数量过多；如果行动项完成率低，检查负责人和截止日期是否在会中明确；如果决议遗漏多，说明记录人角色需要固定或记录时机需要提前。根据回顾结果调整字段和填写规范，模板才能持续服务于会议效率，而不是变成又一份需要维护的表格。
常见问题
会议时长不够，议题排不下时怎么处理？
先按议题性质排序：需要现场决策或形成结论的议题优先保留，信息同步类议题改为会前阅读材料，会上只留提问时间。若仍超出总时长，把部分议题顺延到下次会议，并在“待确认事项”中写明顺延原因和新的讨论时间，避免参会人以为议题已被搁置。
记录人由谁担任比较合适？
记录人需要全程在场、熟悉议题背景，并且能在讨论中快速提炼结论。常见做法是由产品经理助理、项目协调人或轮值成员担任，会前就确定并写进议程，避免会上临时指定。记录人不必负责控场，主持人和记录人分开，各自专注推进议程和记录决议。
行动项到期未完成，状态怎么更新？
把状态改为“已延期”，同时在待确认事项或备注中写明未完成原因和新的预计完成时间，保留原行动项描述不做改写。下次会议开场先过一遍延期项，由负责人说明进展。连续延期的行动项要检查截止日期是否估得过于乐观，或负责人是否承担了过多事项。
周期性例会的议程需要每次重写吗？
不需要。复制上一期议程，保留会议名称、时间框架、主持人和记录人等基本信息，清空议题内容和行动项，再填入本期议题。上一期未完成的行动项单独列在跟进区，逐条更新状态。这样既减少重复填写，也能让参会人看到事项的连续进展。
会议没有形成决议时，决议与行动项区怎么填？
在决议内容中写明“本次未形成决议”及原因，例如信息不足需补充调研或决策人未到场。若讨论中产生了需要继续推进的事项，仍按行动项格式填写负责人和截止日期，例如“补充竞品数据并发给评审组”。空着不填会让下次会议无法判断该议题是已结束还是待续。
