会议议程模板（免费）+ 6 个示例

大多数议程都只是一串名词。"Q3 预算。""路线图。""招聘。"光看这份清单，没有人说得出这场会议应该产出什么，于是所有人都来聊这个话题，聊完就走。会议完全按照它被设计的样子运转了，问题出在设计本身。

一份真正管用的会议议程模板，能做到话题清单做不到的一件事：它逼你在任何人加入之前就说清楚，每一项应该产出什么，以及由谁负责产出。下面是一份几乎适用于任何会议的通用模板，外加六个针对具体场景打磨过的版本——每周团队会、一对一、项目状态、客户或外部会议、全员会议，以及唯一任务就是做出一个决定的会议。

每个模板后面都跟着一份填好的示例。有些会议的特殊之处足够多，需要单独处理，因此这一页会在必要时指向更深入的指南，而不是假装一页纸能覆盖所有情况。

本文内容

• 什么样的议程才真正管用
• 通用会议议程模板
• 什么会议配什么议程
• 1. 每周团队会议议程
• 2. 一对一会议议程
• 3. 项目状态会议议程
• 4. 客户或外部会议议程
• 5. 全员会议议程
• 6. 决策会议议程
• 什么时候发、发到哪里
• 好议程仍然会失败的五种方式
• 常见问题

什么样的议程才真正管用

有四个特性把"能改变会议的议程"和"只是躺在日历邀请里的议程"区分开。少了其中任何一个，你就又回到了一串名词。

每一项都有期望产出。 这一条承担了最重的活。每一行都应该写明它产出什么——一个决定、一项共识、一份排好序的选项清单，或者对某件具体事情的共同理解。"项目进展"不是产出，"决定第 2 阶段的范围"才是。实用的检验方法是：会议室里有人能不能大声说出这一项已经完成了？如果不能，说明产出还没写清楚。

每一项都有负责人。 每一行旁边写上一个名字，这个人负责准备这一项、开启这一项，并对拿到产出负责。没有负责人的事项会制造整场会议里最多的绕圈讨论，因为每个人都以为背景是别人带来的。它们也最容易下周原封不动地再次出现。

每一项都有时间盒。 要么用具体时刻（9:05–9:20），要么用时长（15 分钟）——选一种，并始终如一地用下去。时间盒做两件事：它防止第一个话题吃掉最后一个话题，也让所有人对节奏有一个共享的、看得见的感知。有两条规则能让它真正生效。时间盒加起来必须小于会议总时长，这样才有过渡的缓冲。事项要按优先级排列，最重要的放最前面，这样一旦超时，被砍掉的是最不重要的那一项，而不是碰巧排在最后的那一项。

预读材料，附带说明。 如果需要大家先读点什么，就把链接放上，说明它有多长，并明确说是会前读，还是会上留出时间一起读。给一份 14 页的文档配一句"详见附件"不算安排。有些团队干脆走向另一个极端，开场就留出安静的阅读时间——这做法不好看，却出奇地管用，因为它不再假设每个人都做了功课。

提示：每一行议程都以动词开头。 决定、批准、选择、排序、评审、通报。动词让产出一目了然，也让偷懒的事项写不出来，因为你会发现没有哪个动词配得上"Q3 预算"。

在你下一个例会上试试，数数有多少常设事项你找不到动词。那些就是该砍掉的事项。

通用会议议程模板

如果你不确定该用哪一个，就复制这一份。它适用于从 30 分钟的工作会议到 90 分钟的规划会议——需要调整的是事项数量，而不是结构。

模板 — 通用会议议程

[会议名称]
日期：[星期，月 日] · 时间：[开始–结束，时区] · 地点：[会议室 / 链接]
出席：[姓名——以及为什么需要这个人]
主持人：[姓名] · 记录人：[姓名]

目的：[一句话。这场会议结束时必须成立的是什么。]

预读：[链接] — [篇幅] — [会前读 / 我们一起读]

议程

• [0:00–0:03] 确认目的与议程。 负责人：[主持人] — 产出：任何没有列出的紧急事项，当场加入或顺延。
• [0:03–0:20] [动词 + 最重要的事项]。 负责人：[姓名] — 产出：[决定 / 共识 / 排好序的选项]
• [0:20–0:35] [动词 + 第二项]。 负责人：[姓名] — 产出：[___]
• [0:35–0:45] [动词 + 第三项]。 负责人：[姓名] — 产出：[___]
• [0:45–0:50] 行动项与收尾。 负责人：[主持人] — 产出：每一条行动项都按"负责人 + 任务 + 日期"复述一遍。

暂缓 / 不在本次会议

• [事项] — [改到哪里，什么时候]

填好的示例 — 通用格式

定价与套餐 — 工作会议
日期：8 月 13 日（周四） · 时间：上午 10:00–10:50（PT） · 地点：4 号会议室 / Google Meet
出席：Sofia Ruiz（定价模型负责人）、Danny Kwon（财务审批）、Mira Patel（客户调研）、Otto Lindqvist（工程可行性）
主持人：Sofia Ruiz · 记录人：Otto Lindqvist

目的：带着一个财务愿意签字的中档套餐单席位价格离开。

预读：定价敏感度摘要 — 3 页 — 请会前读完，我们不会再复述。

议程

• 10:00–10:03 确认目的与议程。 负责人：Sofia — 产出：任何紧急事项现在就加入或顺延。
• 10:03–10:20 决定中档套餐的单席位价格。 负责人：Sofia — 产出：一个数字，或者一份写下来的清单，说明是什么卡住了这个数字。
• 10:20–10:35 选出从顶配套餐下放的两个功能。 负责人：Mira — 产出：点名两个功能，各自附上调研理由。
• 10:35–10:45 确认存量账户的迁移路径。 负责人：Otto — 产出：就老用户保留政策达成一致，或者排一次技术调研来回答它。
• 10:45–10:50 行动项与收尾。 负责人：Sofia — 产出：复述行动项，带上负责人和日期。

暂缓

• 年付与月付的折扣比例 — 需要先有财务模型。Danny 会把它带到 8 月 27 日那场会议。
• 企业版套餐命名 — 不归这个小组。市场部在 8 月 20 日前异步决定。

注意这里几乎没有"话题"。每一行都有动词、有名字，还有一件大家可以指着说"这项完成了"的东西。全部差别就在这里，而它只多花大约四分钟去写。

什么会议配什么议程

让格式匹配这场会议应该产出什么，而不是匹配它感觉上有多重要。有几类会议的特殊之处足够多，值得拥有一份自己的指南，它们都列在最后一列。

那四份指南讲的远超这一页能容纳的内容——销售会议在状态汇报上有自己的顽疾，启动会的成败取决于角色有没有在会上被点名，部门例会容易滑向通知，而紧急会议需要一套在所有人都很紧张、一半事实还是错的时候依然能用的结构。如果你的会议属于其中之一，就从那里开始。

1. 每周团队会议议程

主力会议，也是最容易悄悄退化成状态汇报的那一种。修复方法是结构性的：例行更新在会前挪到频道里，会上的时间留给需要不止一个大脑的事情。

模板 — 每周团队会议

[团队]周会 — [星期]，[时间] · [链接] · 40 分钟
目的：解开团队的阻塞，并就本周最重要的事达成一致。
会前准备：每个人在 [时间] 前于 [频道] 发一条 3 行更新：已交付 · 下一步 · 卡在哪里。

• [0:00–0:05] 审阅异步更新。 负责人：[主管] — 产出：挑出需要讨论的两三条；其余的是读，不是复述。
• [0:05–0:20] 清除阻塞。 负责人：谁被卡住谁来 — 产出：每一个阻塞都有指定的解除人和日期。
• [0:20–0:30] 决定[本周唯一真正的决策]。 负责人：[姓名] — 产出：定下来，或者点名缺什么输入、由谁去拿。
• [0:30–0:35] 确定本周优先级。 负责人：[主管] — 产出：团队一致认为最重要的一件事。
• [0:35–0:40] 行动项与收尾。 负责人：[主管] — 产出：负责人 + 任务 + 日期，大声念一遍。

填好的示例 — 每周团队会议

支持运营周会 — 周一上午 9:30（ET） · Google Meet · 40 分钟
目的：解开团队的阻塞，并就本周最重要的事达成一致。
会前准备：9:00 前在 #support-ops 发 3 行更新。

• 9:30–9:35 审阅异步更新。 负责人：Ayanna — 产出：把队列积压和新宏的上线挑出来讨论，其余跳过。
• 9:35–9:50 清除阻塞。 负责人：谁被卡住谁来 — 产出：每一条都有指定的解除人和日期。已知的：Jules 在等计费 API 权限（8 天了），Rosa 需要一个关于退款权限上限的决定。
• 9:50–10:00 决定周末值班是否改为轮值。 负责人：Ayanna — 产出：定下来，或者点名缺什么。
• 10:00–10:05 确定本周优先级。 负责人：Ayanna — 产出：一件事。提议：把首次响应时间拉回 4 小时以内。
• 10:05–10:10 行动项与收尾。 负责人：Ayanna — 产出：复述行动项。

2. 一对一会议议程

这里关键的结构性选择是：这是谁的会议。经理带来全部事项的 1:1，其实是两个人的状态汇报会。下属的议程排在最前面，而且每一次都排在最前面，因为它一旦变成可选项就会蒸发。

模板 — 一对一

1:1 — [经理] & [下属] · [星期，时间] · 30 分钟 · [周期：每周 / 每两周]
共享文档：[链接——两个人都可以在这一周里随时加事项]

• [0:00–0:03] 检查上次的未完事项。 负责人：双方 — 产出：每一条要么关闭，要么仍在推进，要么明确放弃。
• [0:03–0:15] 你的议程。 负责人：[下属] — 产出：你带来的任何事情都得到真正的答复，或者一个给出答复的日期。
• [0:15–0:23] 我的议程。 负责人：[经理] — 产出：给出反馈、同步背景、回答问题。
• [0:23–0:28] 那条更长的线。 负责人：双方 — 产出：在职业发展、技能或成长这条线上推进一步——不必每周都谈，但要有意识地谈。
• [0:28–0:30] 行动项。 负责人：[经理] — 产出：下次之前我们各自要做什么。

填好的示例 — 一对一

1:1 — Marcus & Priti · 周二下午 2:00 · 30 分钟 · 每周
共享文档：/1-1/priti——两个人都可以在这一周里随时加事项

• 2:00–2:03 未完事项。 设计评审流程——提案写好了，还没发出。会议预算——已批准，完成。
• 2:03–2:15 Priti 的议程。 （1）想要一个决定：API 文档归她，还是仍然与平台团队共担。（2）想了解 Q4 稳定性工作的范围。
• 2:15–2:23 Marcus 的议程。 关于事故复盘的反馈——分析很扎实，但把建议埋到了第 3 页。同步周四要发的组织调整公告的背景。
• 2:23–2:28 更长的线。 资深工程师路径——委员会看重什么证据，她手上哪些项目能产出这些证据。
• 2:28–2:30 行动项。 Marcus：周四前给出 API 文档归属的答复。Priti：周五前发出设计评审提案。

3. 项目状态会议议程

状态会议会烂成流水账，除非议程逼你给出立场。这一份要求给出一个状态颜色并说明理由、用预测日期对照计划日期，以及——所有人都会跳过的那一项——项目团队自己做不了的决定。最后这一项，才是干系人出现在会议室里的全部理由。

模板 — 项目状态会议

[项目] — 状态评审 · [日期] · 40 分钟 · 阶段：[___]
目的：给干系人一幅准确的图景，并拿到我们自己做不了的决定。
预读：[状态报告链接] — [日期] 发出。我们不会在会上讲它。

• [0:00–0:05] 说明状态并为颜色辩护。 负责人：[项目经理] — 产出：所有人一致认为它是绿灯、黄灯还是红灯，以及为什么。
• [0:05–0:15] 只看已经延期的里程碑。 负责人：[项目经理] — 产出：确认或修改预测日期。按计划推进的事项不占时间。
• [0:15–0:25] 决定[待决事项]。 负责人：[发起人] — 产出：每个决定要么当场做出，要么指定决策人和日期。
• [0:25–0:35] 评审头部风险。 负责人：[风险负责人] — 产出：缓解措施达成一致，负责人确认，复查日期定下。
• [0:35–0:40] 行动项与下一个检查点。 负责人：[项目经理] — 产出：行动项，以及下次必须决定什么。

填好的示例 — 项目状态

仓储自动化 — 状态评审 · 8 月 6 日（周四） · 40 分钟 · 第 2 / 4 阶段
目的：准确的图景，外加两个我们自己做不了的决定。
预读：状态报告（2 页），周二已发出。我们不会在会上讲它。

• 2:00–2:05 状态：黄灯。 负责人：Niall — 产出：就颜色达成一致。原因：输送线调试晚了 2 周，现在落在关键路径上。
• 2:05–2:15 延期的里程碑。 负责人：Niall — 产出：确认新的预测。调试：计划 8 月 14 日，预测 8 月 28 日。集成测试：计划 9 月 7 日，有风险。
• 2:15–2:25 决定两件事。 负责人：Rosa（发起人） — （1）批准周末调试班次，约 $22K。（2）把退货线的范围从第 2 阶段砍掉，或者推迟上线日期。产出：今天两件都定。
• 2:25–2:35 头部风险。 负责人：风险负责人 — 9 月供应商工程师的可用性（Niall）。11 月 1 日起的旺季冻结，这个改不了（Rosa）。
• 2:35–2:40 行动项与下一个检查点。 负责人：Niall — 8 月 20 日。届时需要的决定：集成测试是否顺延。

提示：每一份状态会议议程上都写一条"需要你们决定的事"。 大多数状态会议之所以存在，是因为团队需要某个自己无权批准的东西，但议程把这件事埋在二十分钟的进度叙述之下，请求在第 38 分钟才登场，而那时所有人都在收拾东西。

把这些请求写进日历邀请，并放在议程的前三分之一。知道自己被要求决定什么的发起人，往往会带着已经想过的答案出现。

4. 客户或外部会议议程

一份发到公司外面的议程还兼着另一个身份：它是一份关于这段时间怎么用的提案，而发出它本身就是一个"我准备过"的小信号。两条规则：任何内部内容都不写在上面；最后一项永远是下一步，并且在会上当场敲定，而不是用邮件承诺。

模板 — 客户 / 外部会议

[客户] & [贵司] — [会议目的]
[日期] · [时间，两个时区] · [视频链接]
[客户]方：[姓名、职务] · [我方]：[姓名、角色]
我们希望带走的东西：[一句话——他们的和你们的]

• [0:00–0:05] 确认议程并补充。 负责人：[我方] — 产出：在开始之前，他们的优先事项就已经在清单上。
• [0:05–0:20] [他们的话题优先]。 负责人：[客户方姓名] — 产出：[___]
• [0:20–0:35] [你们的话题]。 负责人：[你的姓名] — 产出：[___]
• [0:35–0:45] 双向的待答问题。 负责人：双方 — 产出：每个问题都有人负责回答，并有日期。
• [0:45–0:50] 敲定下一步。 负责人：[我方] — 产出：下一次会议或里程碑，在挂断之前进日历。

填好的示例 — 客户会议

RIVERBEND FOODS & HALCYON SOFTWARE — 第 1 阶段上线规划
8 月 12 日（周三） · 下午 3:00–3:50（BST）/ 上午 10:00（EDT） · Teams
Riverbend 方：Jules Perrin（运营总监）、Rosa Bianchi（IT 负责人） · Halcyon 方：我（客户负责人）、Otto Lindqvist（实施）
我们希望带走的东西：确定第 1 阶段的站点顺序，以及一个签字确认的培训窗口。

• 3:00–3:05 确认议程。 负责人：我 — 产出：Riverbend 想加的任何事项现在就加上。
• 3:05–3:20 选定第 1 阶段的站点顺序。 负责人：Jules — 产出：点名三个站点并排好顺序。Halcyon 的看法：从 Bristol 开始，集成面最小。
• 3:20–3:35 确定培训窗口。 负责人：Otto — 产出：确认日期。约束：每个站点需要连续两天，而 Riverbend 的旺季从 10 月 15 日开始。
• 3:35–3:45 双向的待答问题。 负责人：双方 — 我们的：主数据清洗归谁。他们的：并行运行期间旧系统怎么办。
• 3:45–3:50 敲定下一步。 负责人：我 — 产出：当场约好技术会议，并把 Rosa 的团队拉进来。

5. 全员会议议程

全员会议的失败方式很具体：它变成一场本可以用邮件完成的广播，而问答被挤到最后四分钟，那时所有人都已经神游了。所以这份议程把数字放在最前面，给问题留出真正的时间，并要求提前征集问题——因为大家真正在意的那些问题，很少是有人敢开麦问出来的。

模板 — 全员会议

[公司]全员会议 — [月份] · [日期、时间，2–3 个时区] · 50 分钟
录像：有，[X] 小时内发布在 [地点]
提问：[日期] 前提交到 [表单/频道] — 可匿名

• [0:00–0:10] 我们相对计划走到了哪里。 负责人：[CEO/负责人] — 产出：所有人都知道最关键的三个数字，以及是否还在轨道上。
• [0:10–0:20] 一件值得深入理解的事。 负责人：[轮值团队] — 产出：全公司把一项工作理解透，而不是把五项都理解得模模糊糊。
• [0:20–0:28] 表彰。 负责人：[负责人] — 产出：点名具体的工作，并说明它为什么重要。
• [0:28–0:33] 有什么在变。 负责人：[负责人] — 产出：人员、流程或优先级的变化被平实地说出来，赶在传言之前。
• [0:33–0:50] 问答——先回答已提交的问题。 负责人：[主持人] — 产出：提交上来最难的那个问题被回答，而不是被跳过。

填好的示例 — 全员会议

HALCYON SOFTWARE 全员会议 — 八月 · 8 月 20 日（周四）上午 8:00（PT）/ 上午 11:00（ET）/ 下午 4:00（BST） · 50 分钟
录像：有，3 小时内发布在 #all-hands
提问：8 月 18 日（周二）前提交到表单 — 可匿名

• 8:00–8:10 我们走到了哪里。 负责人：Sofia — ARR $18.4M，计划是 $21M。净留存 108%。现金跑道 22 个月。新客户落后，增购领先。
• 8:10–8:20 深入讲一件事：计费系统迁移。 负责人：Otto 的团队 — 产出：所有人都理解它为什么要花两个季度，以及赶工会弄坏什么。
• 8:20–8:28 表彰。 负责人：Sofia — 支持团队在处理量增加 22% 的同时，把首次响应时间从 9 小时降到 3.5 小时。
• 8:28–8:33 有什么在变。 负责人：Sofia — 两个团队将从 9 月 1 日起合并到同一位负责人之下。点名说清楚，并给出原因，赶在传言替我们说之前。
• 8:33–8:50 问答。 负责人：Danny — 收到 14 个问题，从票数最高的开始："Q4 我们到底招不招人？"

6. 决策会议议程

有时候一场会议只有一件事要做。这份议程刻意收得很窄——一个决定，写成一个有确定答案（是或否，或者多选一）的问题，以及在开头就写明的决策人，这样没有人需要花一个小时猜这到底是征求意见还是投票。

模板 — 决策会议

决定：[把问题写成有确定答案的样子]
[日期] · 30 分钟 · 决策人：[姓名] · 咨询：[姓名] · 会后知会：[姓名]
可逆吗？[可逆——快点定 / 不可逆——慎重定]
截止：[什么时候这就不再是一个选择]
预读：[选项文档——选项、取舍、建议]

• [0:00–0:05] 复述决定与约束。 负责人：[决策人] — 产出：所有人对"在决定什么"和"不在决定什么"达成一致。
• [0:05–0:15] 压力测试各个选项。 负责人：[作者] — 产出：针对每个选项最强的反对意见都被摆上桌面。
• [0:15–0:22] 听取异议。 负责人：[主持人] — 产出：任何不同意的人都当场说了出来，并被记录在案。
• [0:22–0:27] 做决定。 负责人：[决策人] — 产出：这个决定，外加一句给没到场的人看的理由。
• [0:27–0:30] 谁在什么时候通知谁。 负责人：[决策人] — 产出：沟通负责人与日期。

填好的示例 — 决策会议

决定：报表模块是我们自己做，还是接第三方？
8 月 10 日（周一） · 30 分钟 · 决策人：Sofia Ruiz · 咨询：Otto Lindqvist、Danny Kwon、Mira Patel · 会后知会：工程、销售
可逆吗？部分可逆——接第三方大约一个季度内可以回退，自己做不行。
截止：8 月 14 日，否则会错过 Q4 路线图。
预读：选项文档——三个选项，各自的成本与时间，建议接第三方。

• 11:00–11:05 复述。 负责人：Sofia — 在范围内：自建还是接入。不在范围内：我们到底要不要报表——这一条已经定了。
• 11:05–11:15 压力测试选项。 负责人：Otto — 自建：2 名工程师做 5 个月，完全可控。接入：6 周，$40K/年，我们要跟着他们的路线图走。混合方案：文档里已经否决，如果有人不同意就现在说。
• 11:15–11:22 异议。 负责人：Danny — 已知的反对意见：Mira 认为接入会挡住我们 2027 年可能想做的分析产品。请在这里说，而不是事后说。
• 11:22–11:27 做决定。 负责人：Sofia — 决定，外加一句理由。
• 11:27–11:30 沟通。 负责人：Sofia — Otto 周二通知工程团队。Danny 周三更新路线图文档。

什么时候发、发到哪里

会议前一小时才写出来的议程是一份礼节性通知，不是准备时间。通行的建议是：普通会议提前 24 到 48 小时，有预读材料或真正复杂的决定时提前 48 到 72 小时，董事会会议则提前 一到两周——董事有一整包材料要看，前一天晚上根本来不及。

发到哪里和什么时候发同样重要。把议程粘贴进日历邀请的正文，而不是附一个文档——那是所有人一定会看的地方，在手机上也读得了，而且别人转发邀请时它还在。如果有预读材料，就在同一个地方放上链接，并在旁边标明篇幅。

还有两个值得养成的习惯。发出议程时就征集补充，并给一个截止时间（"要加什么，周二下午 4 点前告诉我"）——这就是你提前发现那件本来会在第 20 分钟劫持会议的事情的方式。对于例会，把议程放在一份持续更新的文档里，而不是每周新建一个文件，这样常设结构保持稳定，任何人想到什么都能随手加进去。

如果你写不出目的那一行，就别发这个邀请。 用一句话描述"会议结束时必须成立什么"是一个真正的检验，而相当一部分例会通不过。通不过的时候，诚实的选项是取消、降低频率，或者改成书面更新——而不是再写一句更含糊的话。

好议程仍然会失败的五种方式

上面这些你全做到了，仍然可能输掉一场会议。以下是值得警惕的失败模式。

它是一份披着时间盒的话题清单。 最常见的一种。事项有时间也有负责人，却没有产出，于是会议准点结束，什么也没产出。一个话题旁边放个时钟，它还是一个话题。

它装得太满。 一小时九项意味着每项六分钟，这个时间够打开一个话题，不够收掉它。你会带着"什么都聊了一半"结束。三到五项才是真正可行的范围，其余的进暂缓清单。

没有人主持。 一份有时间盒、却没有人愿意说"这一项到时间了，我们会后再聊"的议程只是装饰。指定一个主持人，并明确授权他打断别人。

第一项是最容易的那一项。 用小事热身感觉很自然，其实是个陷阱——难的那一项最后落到最后八分钟，那时人已经累了，眼睛盯着钟。最难的放最前面。它让人不适，但它管用。

会后什么也没发生。 代价最高的一种失败。会开得很好，决定也做了，然后没有人写下谁负责什么，于是其中一半要在两周后重新决定一遍。议程规划的是对话，仍然需要别的东西来捕捉结果。那是会议纪要模板的活，这两份文档是一对——议程的产出列和纪要的决议清单应该逐项对得上。

提示：每季度审计一次例会。 把最近六份议程拉出来，检查两件事——有多少常设事项产生了决定，以及同一个阻塞出现了多少次。

连着三次会议都没有产生决定的常设事项不是议程事项。它们是找到了舒服栖身之处的状态更新，它们该待在频道里。

"我们决定了某件事"和"这个决定送到了需要它的人手里"之间的落差，正是一场好会议的大部分价值漏掉的地方。录音能补上其中一部分：Laxis 可以录制并转写 Zoom、Google Meet 和 Teams 通话，支持 100+ 种语言，提取带负责人的行动项，并同步到 HubSpot 或 Salesforce，免费版每月含 300 分钟转写额度。不过要看清楚它买到的是什么：机器可靠地抓住每一条承诺并准确写下来，但它对哪一条重要没有看法。这个判断仍然属于主持会议的那个人。AI 会议记录工具救不了一场没有议程的会议，它只是让一场好会议不至于到周四就蒸发。

专心开会，后续交给它自己处理

Laxis 可以录制、转写并总结你的 Zoom、Google Meet 和 Teams 会议，然后把带负责人的行动项提取出来。免费版每月包含 300 分钟转写额度。

免费试用 Laxis

写在最后

剥掉这些格式，这一页上的每一份议程都在做同一件小事：它逼你在会议存在之前，用文字回答三个问题。这场会应该产出什么？谁负责产出？它值多长时间？

大多数糟糕的会议，都是没有人回答过这三个问题的会议，而大多数人在五分钟之内就能感觉到，却说不出问题在哪。现在你能说出来了。复制那份通用模板，花上那四分钟，然后看看当人们知道这场会是为了什么时，他们出现的方式有多不一样。

常见问题

一份会议议程应该包含什么？

六个要素：一句话说明的会议目的、后勤信息、按优先级排列的事项清单、每一项的负责人、每一项的期望产出，以及每一项的时间盒。附上所有预读材料的链接，并留出最后五分钟确认行动项、负责人和截止日期。

会议议程应该提前多久发出？

大多数会议至少提前 24 到 48 小时，如果有预读材料或有复杂的决定要做，则提前 48 到 72 小时。董事会会议通常需要提前一到两周，好让董事有时间读完整包材料。提前一小时发出的任何东西都是礼节性通知，不是准备时间。

会议议程应该有多长？

一页纸，一小时的会议列三到五项。真正可靠的约束不是页数而是算术：时间盒加起来必须小于会议总时长，还要留几分钟缓冲。如果你的事项需要九十分钟，而你只订了六十分钟，那就砍事项，而不是指望运气。

会议议程和会议纪要有什么区别？

议程是计划，在会前写好并发出。纪要是正式记录，在会中和会后写。议程说明你打算讨论什么、每一项应该产出什么。纪要说明实际决定了什么、谁承诺了什么，在正式场合还要写清每一次表决的结果。

怎么为一个议程事项写出期望产出？

用一个动词，点名这一项应该产出的东西。一个决定、一项共识、一份排好序的选项清单，或者对某件具体事情的共同理解。把"Q3 预算"换成"批准 Q3 预算，或者列出是什么卡住了审批"。检验方法是：会议室里有人能不能大声说出这一项已经完成了。

例会每次都需要一份新议程吗？

需要新的，但不必从零开始。保留常设结构，更换内容——因为一份从不变化的例会议程，是这场会议已经失去意义的最清楚的信号。每季度复查一次常设事项，删掉最近三次会议都没有产生决定的那些。

议程事项需要写明负责人吗？

需要，而且这是大多数议程能做的最便宜的改进。负责人准备这一项、开启讨论，并对拿到产出负责。没有负责人的事项会制造绕圈讨论，因为每个人都以为背景在别人手里，而且它们最容易下周原封不动地再次出现。