会议议程模板（免费）+ 6 个示例：会议议程怎么写

大多数会议议程只是几个名词：“Q3 预算”“路线图”“招聘”。光看这几个词，谁也说不清这场会要产出什么，于是大家来了就围着话题聊，聊完就散。会议完全照着设计在走，问题出在设计本身。

会议议程是会前写好、发给参会者的会议计划。好用的会议议程模板能做到话题清单做不到的一件事：逼你在开会前写清楚，每一项要产出什么、由谁负责。下面先给一份几乎适用于所有会议的通用模板，再给 6 个按会议类型调整过的版本：团队周会、一对一会议、项目进度会、客户或外部会议、全员大会，以及只为拍板一件事而开的决策会议。

每个模板后面都附一份填好的示例。有些会议讲究比较多，需要单独展开，本文会在这些地方给出更详细的指南，不假装一篇文章能讲完所有情况。

本文目录

• 会议议程怎么写才管用：4 个要素
• 通用会议议程模板（可直接复制）
• 不同会议用哪种议程模板
• 1. 团队周会议程模板
• 2. 一对一会议议程模板
• 3. 项目进度会议程模板
• 4. 客户会议 / 外部会议议程模板
• 5. 全员大会议程模板
• 6. 决策会议议程模板
• 会议议程什么时候发、发在哪里
• 议程写好了，会议还是会失败的 5 个原因
• 会议议程常见问题

会议议程怎么写才管用：4 个要素

能真正改变会议的议程，和只是躺在日历邀请里的议程，差别就在 4 个要素。缺了任何一个，议程就又退回成几个名词。

每一项都写明预期产出。 这是最关键的一条。每一行都要写清楚它产出什么：一个决定、一项共识、一份排好序的选项清单，或者对某件具体事情的共同理解。“项目进展”不是产出，“确定第 2 阶段的范围”才是。检验方法很简单：会上有没有人能大声说出“这一项完成了”？说不出来，就是产出没写清楚。

每一项都有负责人。 每一行旁边写一个名字。这个人负责会前准备、会上开场，并对拿到产出负责。没有负责人的事项最容易让讨论原地打转，因为每个人都以为背景资料是别人带来的。这类事项也最容易下周原封不动地再上一次议程。

每一项都限定时长。 这种做法也叫“时间盒”，就是给每一项预先划定一段时间。可以写具体时刻（9:05–9:20），也可以写时长（15 分钟），选一种并全程统一。限定时长有两个作用：防止第一个话题挤掉最后一个话题的时间；让所有人对会议节奏有一个看得见的共识。要让它真正落地，有两条规则。第一，各项时长加起来要少于会议总时长，给切换留出余量。第二，事项按优先级排序，最重要的放最前面，这样一旦超时，被砍掉的是最不重要的那一项，而不是碰巧排在最后的那一项。

会前材料要附说明。 如果需要大家先看材料，就放上链接，注明篇幅，并明确说是会前看完，还是会上留时间一起看。一份 14 页的文档只配一句“详见附件”，这不叫安排。也有团队反其道而行，开会先留出时间安静阅读。这个办法不起眼，效果却出奇地好，因为它不再假设每个人都做了功课。

小技巧：每一行议程都用动词开头。 决定、批准、选定、排序、评审、通报。动词让产出一目了然，也让敷衍的事项写不出来，因为你会发现，没有哪个动词能直接配上“Q3 预算”。

下次开例会时试一试，数一数有多少常设事项找不到合适的动词。这些就是该砍掉的事项。

通用会议议程模板（可直接复制）

不确定用哪个，就复制这一份。从 30 分钟的工作会到 90 分钟的规划会都适用，需要调整的是事项数量，不是结构。

模板：通用会议议程

[会议名称]
日期：[X 月 X 日，星期 X] · 时间：[开始–结束，时区] · 地点：[会议室 / 会议链接]
参会人：[姓名，以及每个人为什么必须参加]
主持人：[姓名] · 记录人：[姓名]

会议目的：[一句话：会议结束时，必须达成什么结果。]

会前材料：[链接]，[篇幅]，[会前读完 / 会上一起读]

议程

• [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（太平洋时间） · 地点：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 日前异步决定。

这份议程里几乎没有单纯的“话题”。每一行都有动词、有名字，还有一个大家能指着说“这项完成了”的结果。区别就在这里，而写成这样只多花大约 4 分钟。

不同会议用哪种议程模板

选议程格式，看的是这场会要产出什么，而不是它显得有多重要。有几类会议讲究比较多，值得单独写一篇指南，链接放在表格最后一列。

这四篇指南讲得比本文深得多：销售会议容易变成轮流念进度；启动会成败的关键，是分工有没有当场说清；部门例会容易沦为发通知；紧急会议则需要一套在所有人都很紧张、一半信息还是错的情况下也能用的结构。如果你要开的是这几类会，建议直接从对应的指南开始。

1. 团队周会议程模板

团队周会是最常开的会，也最容易不知不觉变成轮流汇报进度。解决办法在结构上：例行进度在会前发到频道里，会上的时间只留给需要大家一起动脑的事。

模板：团队周会

[团队名称]周会 · [星期 X] [时间] · [会议链接] · 40 分钟
会议目的：解决团队的卡点，并就本周最重要的事达成一致。
会前准备：每人在 [时间] 前到 [频道] 发 3 行进度：已完成 · 下一步 · 卡在哪里。

• [0:00–0:05] 过一遍会前进度。 负责人：[组长]；产出：挑出需要讨论的两三条，其余的大家自己看过即可，不再复述。
• [0:05–0:20] 解决卡点。 负责人：被卡住的人；产出：每个卡点都指定谁来解决、哪天解决。
• [0:20–0:30] 决定[本周唯一需要拍板的事]。 负责人：[姓名]；产出：当场定下来，或者说清还缺什么信息、由谁去拿。
• [0:30–0:35] 确定本周优先事项。 负责人：[组长]；产出：团队一致认为最重要的一件事。
• [0:35–0:40] 确认待办，结束会议。 负责人：[组长]；产出：按“负责人 + 任务 + 日期”逐条念出来。

填写示例：团队周会

客服运营周会 · 周一上午 9:30（美东时间） · 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. 一对一会议议程模板

一对一会议最关键的结构问题是：这是谁的会？如果所有议题都由经理带来，那只是两个人的进度汇报会。下属的议题要排在最前面，而且每次都排在最前面，因为一旦变成“有空再说”，它很快就没了。

模板：一对一会议

一对一：[经理] & [下属] · [星期 X，时间] · 30 分钟 · [频率：每周 / 每两周]
共享文档：[链接，双方平时随时往里加议题]

• [0:00–0:03] 检查上次遗留的事项。 负责人：双方；产出：每一条要么关闭，要么仍在推进，要么明确放弃。
• [0:03–0:15] 你的议题。 负责人：[下属]；产出：你带来的每件事都得到明确答复，或者约好一个答复日期。
• [0:15–0:23] 我的议题。 负责人：[经理]；产出：给出反馈，同步背景，回答问题。
• [0:23–0:28] 长期话题。 负责人：双方；产出：在职业发展、技能或个人成长上往前推进一步。不必每周都聊，但要有意识地安排。
• [0:28–0:30] 待办事项。 负责人：[经理]；产出：下次见面前，双方各自要做什么。

填写示例：一对一会议

一对一：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 长期话题。 晋升资深工程师（Staff Engineer）的路径：评审委员会看重哪些证据，她手上哪些项目能产出这些证据。
• 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）是否批准周末加开调试班次，费用约 2.2 万美元。（2）是把退货线从第 2 阶段的范围里砍掉，还是推迟上线日期。产出：两件事今天都要定。
• 2:25–2:35 主要风险。 负责人：各风险负责人。9 月份供应商工程师能否到位（Niall）。11 月 1 日起进入旺季冻结期，这个时间改不了（Rosa）。
• 2:35–2:40 确认待办和下一个检查点。 负责人：Niall。下一个检查点是 8 月 20 日，届时要决定：集成测试是否顺延。

小技巧：每份进度会议程都写上“需要你们拍板的事”。 大多数进度会之所以要开，是因为团队需要一件自己无权批准的事。可议程往往把它埋在 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（英国夏令时间）/ 上午 10:00（美东夏令时间） · Teams
Riverbend 方：Jules Perrin（运营总监）、Rosa Bianchi（IT 负责人） · Halcyon 方：我（客户负责人）、Otto Lindqvist（实施）
希望会后拿到的结果：双方认可的第 1 阶段站点顺序，以及签字确认的培训时间窗口。

• 3:00–3:05 确认议程。 负责人：我；产出：Riverbend 想加的议题现在加上。
• 3:05–3:20 选定第 1 阶段的站点顺序。 负责人：Jules；产出：确定 3 个站点并排好顺序。Halcyon 的建议：从 Bristol 开始，集成范围最小。
• 3:20–3:35 确定培训时间窗口。 负责人：Otto；产出：确认日期。限制条件：每个站点需要连续 2 天，而 Riverbend 的旺季从 10 月 15 日开始。
• 3:35–3:45 双方的待解答问题。 负责人：双方。我方的问题：主数据清洗由谁负责。对方的问题：新旧系统并行期间，旧系统怎么处理。
• 3:45–3:50 敲定下一步。 负责人：我；产出：当场约好技术对接会，并把 Rosa 的团队拉进来。

5. 全员大会议程模板

全员大会的失败方式很固定：变成一场本可以用一封邮件解决的单向宣讲，问答环节被挤到最后 4 分钟，那时大家早已走神。所以这份议程把关键数字放在最前面，给提问留足时间，并要求提前收集问题。因为大家真正关心的问题，很少有人敢当场“解除静音”问出来。

模板：全员大会

[公司名称]全员大会 · [月份] · [日期，2–3 个时区的时间] · 50 分钟
录像：有，会后 [X] 小时内发到 [位置]
提问：[日期] 前在 [表单 / 频道] 提交，可以匿名

• [0:00–0:10] 对照计划，我们走到哪了。 负责人：[CEO / 负责人]；产出：所有人都知道最关键的 3 个数字，以及是否达标。
• [0:10–0:20] 深入讲透一件事。 负责人：[轮值团队]；产出：全公司把一项工作真正弄懂，而不是对 5 项工作都一知半解。
• [0:20–0:28] 表彰。 负责人：[负责人]；产出：点名具体的工作成果，并说明它为什么重要。
• [0:28–0:33] 有哪些变化。 负责人：[负责人]；产出：人员、流程或优先级的变化，赶在传言之前直接讲清楚。
• [0:33–0:50] 问答：先答提前提交的问题。 负责人：[主持人]；产出：提交上来最尖锐的问题得到正面回答，而不是被跳过。

填写示例：全员大会

Halcyon Software 全员大会 · 8 月 · 8 月 20 日（周四）上午 8:00（太平洋时间）/ 上午 11:00（美东时间）/ 下午 4:00（英国夏令时间） · 50 分钟
录像：有，会后 3 小时内发到 #all-hands 频道
提问：8 月 18 日（周二）前在表单提交，可以匿名

• 8:00–8:10 我们走到哪了。 负责人：Sofia。ARR（年度经常性收入）1,840 万美元，计划是 2,100 万美元。净留存率 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 路线图。
会前材料：方案文档，列了 3 个选项及各自的成本和周期，推荐接入第三方。

• 11:00–11:05 重申决定。 负责人：Sofia。这次讨论：自研还是接入。不讨论：到底要不要做报表，这一点已经定了。
• 11:05–11:15 检验选项。 负责人：Otto。自研：2 名工程师做 5 个月，完全自主可控。接入：6 周，每年 4 万美元，以后得跟着对方的路线图走。混合方案：文档里已经否决，问一句有没有人不同意。
• 11:15–11:22 反对意见。 负责人：Danny。已知的反对意见：Mira 认为接入第三方会挡住我们 2027 年可能要做的分析产品。有意见现在说，别会后再说。
• 11:22–11:27 拍板。 负责人：Sofia。给出决定，外加一句理由。
• 11:27–11:30 沟通安排。 负责人：Sofia。Otto 周二通知工程部，Danny 周三更新路线图文档。

会议议程什么时候发、发在哪里

普通会议提前 24 到 48 小时发议程；有会前材料或决定确实复杂时，提前 48 到 72 小时；董事会要提前 1 到 2 周，因为董事有一整套材料要看，不可能前一天晚上才看完。开会前一小时才写好的议程只是礼节性通知，留不出准备时间。

发在哪里和什么时候发同样重要。把议程直接贴进日历邀请的正文，不要另附文档：这是每个人一定会看的地方，手机上也能看，别人转发邀请时议程也不会丢。有会前材料的话，链接也放在这里，旁边注明篇幅。

还有两个习惯值得养成。一是发议程时就征集补充，并给出截止时间（“有要加的，周二下午 4 点前告诉我”），这样才能提前知道那件本来会在第 20 分钟打乱会议的事。二是例会议程放在同一份持续更新的文档里，不要每周新建一个文件，这样常设结构保持稳定，谁想到新议题都能随时加进去。

写不出会议目的，就别发会议邀请。 用一句话写清“会议结束时必须达成什么”，是一个实打实的检验，不少例会都过不了这一关。过不了的时候，该做的是取消、降低频率，或者改成书面更新，而不是换一句更含糊的话。

议程写好了，会议还是会失败的 5 个原因

上面这些都做到了，会议照样可能开砸。下面这几种情况要特别留意。

只是给话题清单加上了时间。 这是最常见的一种。每项都有时间、有负责人，就是没有产出，于是会议准时开完，什么结果也没有。话题旁边标个时间，仍然只是话题。

事项排得太满。 一小时排 9 项，每项只有 6 分钟，够开个头，不够收尾。结果是每件事都只讨论了一半。真正可行的是 3 到 5 项，其余的放进暂缓清单。

没有人主持。 议程限定了时长，却没有人愿意说一句“这项时间到了，会后再聊”，那时间限制就只是摆设。指定一位主持人，并明确授权他打断讨论。

第一项是最简单的那项。 先拿小事热身，感觉很自然，其实是个陷阱：最难的那项会被挤到最后 8 分钟，那时大家已经累了，只盯着时间。最难的放第一项。这样做不舒服，但有效。

会后没有下文。 这是代价最大的一种。会开得不错，决定也做了，可没有人记下谁负责什么，于是两周后有一半得重新决定。议程规划的是讨论，结果还得有东西记下来。这就是会议纪要模板的作用。两份文档要配套使用：议程上的产出一栏，要和纪要里的决议清单逐项对得上。

小技巧：每季度给例会做一次体检。 翻出最近 6 份议程，检查两件事：有多少常设事项最终产生了决定，同一个卡点出现了多少次。

连续 3 次会议都没有产生决定的常设事项，已经不是议程事项了。它们只是在议程里找了个舒服位置的进度汇报，应该挪到频道里去。

从“我们做了决定”到“决定传到了需要知道的人那里”，中间这一段，正是一场好会议的大部分价值流失的地方。会议录音能补上一部分：Laxis 可以录制并转写 Zoom、Google Meet 和 Teams 会议，支持 100 多种语言，自动提取带负责人的待办事项，并同步到 HubSpot 或 Salesforce；免费版每月含 300 分钟转写时长。不过也要清楚它能做什么、不能做什么：机器能可靠地抓住每一条承诺并准确记下来，但它判断不了哪些更重要。这个判断仍然要由会议主持人来做。AI 会议记录工具救不了一场没有议程的会，它能做的，是让一场好会的成果不至于到周四就忘光。

你专心开会，会后跟进交给 Laxis

Laxis 可以录制、转写并总结你的 Zoom、Google Meet 和 Teams 会议，再提取出带负责人的待办事项。免费版每月含 300 分钟转写时长。

免费试用 Laxis

总结

抛开具体格式，本文的每一份议程做的都是同一件小事：在会议开始之前，逼你用文字回答 3 个问题。这场会要产出什么？谁负责产出？它值得花多长时间？

大多数糟糕的会议，都是没人回答过这 3 个问题的会议。很多人开会 5 分钟就能感觉到不对，却说不出问题在哪。现在你说得出来了。复制上面的通用模板，多花 4 分钟写好它，你会发现，大家知道这场会为什么而开之后，来开会的状态完全不一样。

会议议程常见问题

会议议程应该包含哪些内容？

包含 6 个要素：一句话写明的会议目的、时间地点等会务信息、按优先级排列的事项清单，以及每一项的负责人、预期产出和时长。有会前材料就附上链接，并留出最后 5 分钟，确认待办事项、负责人和截止日期。

会议议程要提前多久发？

大多数会议至少提前 24 到 48 小时；有会前材料或要做复杂决定时，提前 48 到 72 小时。董事会通常要提前 1 到 2 周，让董事有时间看完整套材料。会前一小时才发的议程只是礼节性通知，留不出准备时间。

会议议程写多长合适？

一页纸，一小时的会排 3 到 5 项。真正可靠的约束不是页数，而是算术：各项时长加起来要少于会议总时长，还要留几分钟余量。如果事项需要 90 分钟，你只订了 60 分钟，那就砍掉一些事项，别指望能开得完。

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

议程是计划，会前写好并发给参会者；纪要是正式记录，在会中和会后整理。议程写的是打算讨论什么、每一项要产出什么；纪要写的是实际决定了什么、谁承诺了什么，正式场合还要记下每次表决的结果。

议程事项的预期产出怎么写？

用一个动词，写明这一项要产出的具体结果：一个决定、一项共识、一份排好序的选项清单，或者对某件具体事情的共同理解。比如把“Q3 预算”改成“批准 Q3 预算，或列出卡住审批的原因”。检验标准是：会上有没有人能大声说出“这一项完成了”。

例会每次都要重新写议程吗？

要写新的，但不用从零开始。保留常设结构，更新具体内容。一份从来不变的例会议程，最清楚地说明这个会已经没有存在的必要了。每季度检查一次常设事项，最近 3 次会议都没产生决定的，直接删掉。

议程上每一项都要写负责人吗？

要写，这是大多数议程成本最低的改进。负责人负责准备这一项、开启讨论，并对拿到产出负责。没有负责人的事项容易让讨论原地打转，因为每个人都以为背景信息在别人手里；这类事项也最容易下周原封不动地再次出现。