全员大会:议程、形式、示例——以及每个办公室如何用自己的语言听到它(2026)

全员大会(all-hands meeting)是全公司都参加的那一场会议:管理层分享数字、决策和人人都该知道的故事,每个人都可以就此提问。这个名字来自船上的号令"all hands on deck"——船上每个人,无论职务,同一时间都在同一块甲板上。这就是这种形式的全部检验标准。如果公司里有一半人是看录像,或是第二天早上通过一封摘要邮件了解情况,那它是一次单向宣讲,而不是全员大会。

本指南先讲方法:全员大会里该放什么、不该放什么,开多长、多久开一次,一份可以直接复制的议程模板,以及三个填好的示例。然后讲具体实现:全员大会在贵公司已有的工具里放在哪里,通话结束后问题和答案会怎样。因为全员大会还有第二批受众:身处另一个时区、正在见客户或正在休假的人,他们只能从会议留下的东西里得知会上说了什么。

全员大会是什么,又不是什么

全公司范围的三种形式常被叫成同一个名字,但它们承担的任务各不相同:

这些界线并不清晰,在很多公司里,"Town Hall"和"全员大会"是同一个日历事件。有用的区分标准是谁能发言:全员大会有一个发言的场子,Town Hall 的麦克风会递给听众,单向宣讲两者都没有。如果管理层之外没有人说过一句话,那它就是单向宣讲,不管邀请上写的是什么。

全员大会不是邀请了所有人的状态会议。团队的每周数字属于团队自己的周会;全员大会只带三个描述公司的数字、一项会改变所有人工作的决策、一个展示工作成果的故事。其余一切都是频道里的一条消息。

包含什么:标准形式

让人愿意持续参加的全员大会有五个部分,按这个顺序:

1. 数字,每次都是同样的三个。 收入或使用量对照计划,公司据以掌舵的那个运营指标,以及人员规模或招聘情况。三个,而不是十三个;每次都是同样的三个,这样大家学会读它们,并在其中一个变动时注意到。十分钟,幻灯片提前发在频道里。
2. 一项决策,讲清楚。 自上次全员大会以来发生了什么变化,以及为什么。不是一长串变更清单,而是影响人数最多的那一项,由负责人亲自讲,说明理由和被否决的取舍方案。一项决策向所有人讲一次,能省下二十次一对一的解释。
3. 一个来自工作现场的故事。 某个团队展示它交付的东西、一个客户成功案例、一个处理得好的支持工单。重点是让另一个团队的人看到同事实际在做什么。十分钟,由团队来讲,而不是高管。
4. 提问——书面提交的和现场提出的。 最长的环节,也是这种形式的核心。一周内在频道里收集的问题放在最前面,大声读出并留档回答;然后开放现场提问。公司提出了问题而管理层没有回答,这样的全员大会会被所有人记住。
5. 收尾:决定了什么、还有什么悬而未决、谁来跟进。 两分钟。用一句话重述决策,把暂缓的问题逐条列出,每条旁边写明负责人和日期,并说明录像和摘要放在哪里。

不放进来的:任何需要现场做决定的事项。两百人的全员大会不做决定,它负责通报和回答。决策在管理层周会上作出,在全员大会上解释。欢迎新同事放在开头,每人一分钟;生日、入职周年和感谢放进频道。

开多长、多久开一次

频率随公司规模而定,因为一次全员大会的成本是人数乘以时长:

无论规模大小,有两条规则都成立。全员大会有一个公司可以据此安排的固定时段——每月第一个周四、最后一个周五——因为总在变动的会议就是人们会错过的会议。而且要照顾最难参加的办公室:一家从里斯本到新加坡都有办公室的公司,应让开会时间在欧洲的上午和欧洲的晚上之间轮换,这样就不会总是同一个办公室每个月晚上 9 点入会。

如何组织:会前、会中、会后

会前一周,在公司平时交流的地方收集问题。 在全员大会频道里发一条消息:"周四全员大会——您希望管理层回答什么?在这里回复,或者不想署名的话直接私信我。"以书面形式提交的问题已经回答了一半:管理层能看出问题的规律,准备好数字,带着答案而不是仓促的反应来到会上。前一天在同一个频道里发布三个数字和议程,让会议开始时幻灯片已经读过了。

会中,守住提问环节。 数字部分会超时,故事部分会超时,被砍掉的总是问答,而问答恰恰就是全员大会。前三个部分严格按分钟推进,然后先用书面问题开场——按收到的先后顺序,附上提问者的姓名,除非对方要求不具名。现场提问按举手的先后顺序回答;如果某个问题暂时无法回答,就如实说明并给出一个日期,而不是给出一个下周又要更正的答案。主持人不是 CEO:不负责回答问题的人来掌管队列、时间和聊天。

会后,当天向所有人公布会上说了什么,包括没到场的人。 一句话的决策、问题及其答案、写明负责人和日期的暂缓问题。放在下一次全员大会能找到的地方,紧挨着录像。只存在于参会者记忆里的全员大会,就是公司并没有真正拥有的全员大会。

全员大会议程模板

[公司] — 全员大会,[月份]
日期: [日期] · 时间: [开始]–[结束] · 链接: [会议链接]
目的: 所有人听到同样的三件事,并能就此提问。
主持人: [姓名——掌管队列和时间] · 记录: [姓名或"会议回顾"]
会前阅读: 三个数字(前一天发在频道里),[链接]

1. 欢迎与新同事 — [主持人] — 3 分钟 — 通报
每人一分钟:姓名、团队、将负责什么工作。

2. 三个数字看本季度 — [CEO 或负责人] — 10 分钟 — 通报
[数字 1] 对照计划 · [数字 2] · 招聘。与上次相同的三个。

3. 一项决策,讲清楚 — [决策负责人] — 10 分钟 — 通报
[什么变了,为什么,什么被否决。]

4. 来自工作现场 — [团队] — 10 分钟 — 通报
[交付了什么,为谁而做,付出了什么。]

5. 提问 — 全体 — 15 分钟 — 讨论
先答书面问题,按收到的顺序;然后开放现场。

6. 收尾 — [主持人] — 2 分钟
一句话重述决策 · 暂缓的问题:[姓名] — [问题] — 截止 [日期] · 录像和摘要放在哪里。

三个填好的示例

每月全员大会,80 人——45 分钟

目的: 所有人听到同样的三件事,并能就此提问。
1. 欢迎:支持团队两位新同事,销售团队一位 — Ana — 3 分钟 — 通报
2. 九月的三个数字:ARR 对照计划、活跃客户数、空缺岗位 — Tomasz — 10 分钟 — 通报
3. 为什么我们从十一月起将支持工作改为 follow-the-sun 轮值 — Priya — 10 分钟 — 通报
4. 新手引导改版:交付了什么,首批客户怎么说 — 产品团队 — 10 分钟 — 通报
5. 提问:四个书面提交的问题,然后开放现场 — 全体 — 10 分钟 — 讨论
6. 收尾 — Ana — 2 分钟

每周公司例会,20 人——25 分钟

目的: 本周的数字、一项更新、开放提问。
1. 三个数字看本周 — 创始人 — 5 分钟 — 通报
2. 一项更新:新的定价页面周一上线 — Mateusz — 5 分钟 — 通报
3. 一个演示:Lena 本周做了什么 — Lena — 5 分钟 — 通报
4. 提问 — 全体 — 8 分钟 — 讨论
5. 收尾 — 创始人 — 2 分钟

每季度全员大会,四个地区共 600 人——60 分钟

目的: 本季度的业绩、下季度的优先事项,以及公司提出的问题留档回答。
1. 三个数字看第三季度业绩 — CEO — 10 分钟 — 通报
2. 下季度的三个优先事项,以及我们停止做什么 — CEO — 10 分钟 — 通报
3. 一项决策,讲清楚:新的销售区域划分 — 销售负责人 — 10 分钟 — 通报
4. 来自工作现场:班加罗尔团队的一个故事 — 该团队 — 8 分钟 — 通报
5. 提问:一周内在各地区频道提交,然后开放现场 — 全体 — 20 分钟 — 讨论
6. 收尾 — 主持人 — 2 分钟
会前阅读:业绩汇报文档,周一发布在全员大会频道。

从每日站会到董事会会议,另外九份议程见会议议程示例;这种形式本身的结构见会议议程模板指南。

请留意这三个示例的共同点:提问环节是最长或第二长的,数字每次都是同样的三个,每个示例都以收尾结束——这是产生记录的那一项。

全员大会在您已有的工具里放在哪里

每个主要平台都有面向全公司会议的形式,也有存放会议留下内容的地方,而且各自停在不同的位置。以下只列有文档依据的行为,来自各厂商自己的页面,并标明每个页面的核查月份:

有两点在各处都一样。记录只写一次,用的是会议所用的语言;而通过链接、无需账号入会的人,或第二天早上身处另一个时区的人,只有在有人与其共享时才能拿到它。

问题和答案如何回到每个人手里

InterMIND 是一个会议存在于频道之中的沟通空间,所以全员大会有一个顺理成章的归处:一个全公司都是成员的频道。一周内的问题以回复的形式汇集在那里,每个办公室用自己的语言输入,也用自己的语言阅读其他人的;三个数字和演示文稿前一天发布在那里——通话期间,问题清单以笔记形式发布,通过 Share to conference 显示在每个人的屏幕上、视频画面旁边,每位参会者用自己的语言阅读;如果议程或幻灯片是在别处起草的,可以通过电子邮件进入频道——频道的所有者为它设置一个专属地址,发送到该地址的邮件会作为一条普通消息出现,发件人会被标明,附件也会保留。

会议本身就是频道自己的房间,可容纳 50 到 1,500 名参与者,取决于主办者的方案。房间能做什么由主办者决定:在参与者列表的齿轮菜单中,主办者可以对除自己以外的所有人锁定屏幕共享,而且这个锁定会保存在该会议上,所以为本月全员大会所做的设置,下个月依然有效。当全员大会以链接会议的形式举行时——房间里有外部合作人员或合作公司——同一个菜单还可以对主办者团队之外的访客锁定麦克风、摄像头、表情回应和聊天。无论怎么锁定,举手功能始终可用,因此在被点名之前麦克风都处于关闭状态的房间里,提问环节的队列依然有效。当有多项内容同时共享时,Present to everyone 会把最重要的那一项放到此刻房间里所有人的主舞台上;任何正在共享的人都可以按下它。主办者可以启动服务器录制;每位参与者都能看到录制正在进行。

通话结束后,会议回顾直接由会议本身生成:一份摘要、标记为已同意、未决或有争议的要点、带有负责人的行动项,每一行都保留其时间戳;转录文本和录制紧挨着它。它通过电子邮件、频道中的一条消息和日历事件中的一个链接送达,每位已登录的成员都以自己的语言阅读——记录是按读者翻译的,而不是用房间里碰巧用到的那种语言只写一次,这正是让"早上 7 点入会的办公室和晚上 9 点入会的办公室"成为同一批受众而不是两批的原因。任何成员都可以修正摘要,每次编辑都会保留作者和修订历史,频道也保存每一场过往会议的回顾,所以管理层三月给出的答案,到十月还是一次点击就能找到。主办者可以把回顾的副本发送到任何地址——人力资源跟踪表的收件邮箱、CRM——这样暂缓的问题就会到达负责跟进的系统,无需任何人转发;如果某个系统需要的是字段而不是邮件,同一份回顾还可以作为 Zapier 触发器、webhook 和 API 使用。

对于频道中的周期性会议,上一场会议的未结事项——带有负责人的暂缓问题——会在下一次回顾生成时被读回,并根据会上所说的内容标记为已完成或未完成;在下一场会议开始时,Mia 会点出未结事项及其负责人,这样上个月那句"这件事我们会再回复您"会被提起,而不是被遗忘。这部分功能在持续完善期间,仅对部分账户开放。

访客通过链接入会,无需账号,也无需付费——可以用手机,也可以在浏览器中——并以自己的语言实时听到会议。会后不会为访客保留记录——账号是免费的,而账号正是让记录可被获取的前提。主办者提供房间,在付费方案中,只为前 28 天内活跃的成员付费;沉寂下来的成员仍可免费保留访问权限。

• 打开一份完整的会议回顾 — 一份真实的记录,由撰写您自己记录的同一套代码生成。
• 试用在线演示 — 无需注册;开口说话,听房间里的内容按每位听者的语言翻译。

全员大会这门手艺在任何工具里都能延续:总得有人选出三个数字、讲清那一项决策、守住提问环节。不必延续的是第二份工作——通话结束后手工整理答案,只用一种语言,去给那些读其他语言的办公室。

常见问题

什么是全员大会?

全员大会是全公司都参加的例行会议,管理层在会上分享数字、决策和人人都该知道的故事,任何人都可以提问。这个名字来自海军的号令"all hands on deck"。它不同于 Town Hall——后者围绕听众在某个特定场合提出的问题展开——也不同于单向宣讲,后者只有一方发言。

全员大会的目的是什么?

让公司里的每个人在同一时间获得同样的认知——公司现状如何、发生了什么变化、为什么——并留档回答公司提出的问题。次要目的是团队之间的相互可见:支持团队的人能看到工程团队交付了什么,反过来也一样。它不是用来做决策的;决策在较小的会议中作出,再在全员大会上解释。

全员大会应该开多长?

30 人以内的公司二十到三十分钟,大多数公司四十五分钟,大公司的季度全员大会一小时。时长由提问环节决定:如果问答是被砍掉的部分,说明会议太短,或者前三个部分太长。

多久开一次全员大会?

大约 30 人以内每周一次,几百人以内每两周或每月一次,一千人以内每月一次,更大规模则每季度一次,中间穿插地区性全员大会。无论频率如何,时段都是固定的——每周或每月的同一天——以便公司据此安排。

Town Hall 和全员大会有什么区别?

在大多数公司里,它们是同一个日历事件,这两个词可以互换使用。如果要作区分:全员大会是有固定议程的例行公司会议——数字、一项决策、一个故事、提问——而 Town Hall 是在特定场合举行的,围绕听众向一位或几位高管提出的问题展开,听众通常更多、也更被动。检验标准是谁能发言:在全员大会上,各团队介绍自己的工作。

全员大会的议程里应该有什么?

按顺序五件事:欢迎新同事;与上次相同的三个公司数字;一项由负责人讲清楚的决策;一个由实际做事的团队讲述的工作故事;以及提问——先答书面问题,再开放现场——最后是两分钟的收尾,重述决策,并列出写明负责人和日期的暂缓问题。上文的模板就是它的空白版本。

如何让全员大会更有吸引力?

在一周内以书面形式收集问题,并点名作答;让团队自己介绍自己的工作,而不是由高管代为概述;数字始终保持同样的三个,让大家学会读它们;并让提问环节比其他任何环节都长。人们觉得有吸引力的全员大会,是自己提的问题得到了回答的全员大会。

谁来主持全员大会?

通常由 CEO 或公司负责人汇报数字和战略,但会议由一位不负责回答问题的主持人来主持——常常是幕僚长、人力资源负责人或办公室经理——由其掌管队列、时间和聊天,宣读书面问题,并按举手顺序点名。

来源:Microsoft — Microsoft Teams 中的回顾;Microsoft — 在 Microsoft Teams 中开始、停止和查找会议录制;Microsoft — 在 Teams 会议中使用实时字幕;Zoom — 使用 AI 会议摘要;Zoom — Zoom AI 功能支持的语言;Zoom — 使用 AI Companion 生成会议议程;Google — "Take notes for me"的日历与 Meet 设置;Google Meet — Google Meet 中的"Take notes for me";Slack — 在 Slack 中使用 huddle;Slack — 会议议程模板。各厂商会随时间调整方案、功能和语言列表;当前状态请查看其页面。每个表格单元格都标明了其事实的核查月份——最早为 2026 年 8 月,最晚为 2026 年 10 月。