惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
T
Threat Research - Cisco Blogs
GbyAI
GbyAI
Y
Y Combinator Blog
美团技术团队
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 【当耐特】
S
SegmentFault 最新的问题
IT之家
IT之家
Recent Announcements
Recent Announcements
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
T
The Blog of Author Tim Ferriss
Martin Fowler
Martin Fowler
Microsoft Azure Blog
Microsoft Azure Blog
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
U
Unit 42
WordPress大学
WordPress大学
博客园 - Franky
L
LangChain Blog
人人都是产品经理
人人都是产品经理
小众软件
小众软件
博客园 - 叶小钗
罗磊的独立博客
酷 壳 – CoolShell
酷 壳 – CoolShell
大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
雷峰网
雷峰网
腾讯CDC
Google DeepMind News
Google DeepMind News
博客园 - 三生石上(FineUI控件)
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Help Net Security
Help Net Security
C
Check Point Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
N
News and Events Feed by Topic
V2EX - 技术
V2EX - 技术
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Schneier on Security
Schneier on Security
博客园 - 聂微东
A
Arctic Wolf
H
Heimdal Security Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Recent Commits to openclaw:main
Recent Commits to openclaw:main
T
The Exploit Database - CXSecurity.com
C
Cyber Attacks, Cyber Crime and Cyber Security
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
少开该死的无效会议
笔记侠 · 2024-05-19 · via 人人都是产品经理

本文主要是关于提高工作效率避免无效会议的方法,提出了四种重要的公司会议类型:年度目标分解会、月度经营分析会、月度计划分解会和每周计划复盘会。

被临时邀约的头脑风暴会、下班前被通知的沟通会,被冠以传播企业文化的“洗脑会”……职场人每天被各种各样的会议所困扰,有时候不得不白天开会,晚上加班。

但站在公司的角度而言,开好会又很重要,因为开会是落实计划的关键点。

其实,大家厌烦的不是会议本身,而是无效、浪费时间的会议。

已经有不少文章从会议组织者的角色,去探讨如何高效地开好一个会。但会议不仅是公司的沟通形式,更是推进战略落地的关键环节,我将从公司的角度来探讨:公司每年有哪些标准的会议要开,如何把这些标准的会议开好。

一、开会的成本是多少?

任正非曾在一次内部会上说:不断地开会,是管理幼稚的表现。“开会来一大堆人,无关的人也要陪会,这样我们的粮食就产少了,所以贡献就小了。”

确实,中国人特别喜欢开会,很多领导可以称之为“会长”,几乎天天都在开会。但各位管理者有没有算过一笔账,企业每年花在开会上的时间有多少天?

一年365天,真正的工作日也就220天左右。这220天中,我们有多少天在开会呢?可以扳着手指头来算一个账。我们通常认为:

参加会议的成本=人均日工资×人数×4

为什么会列这个公式呢?因为工资通常占到产值或者销售额的20%~25%。如果公司一年营收1亿,发工资大约会占到一两千万。如果30个人开会,什么都不算,一天就花了8万块钱。

所以,开会的成本是极高的。

企业一年中平均有多少天在开会呢?我们先从必需的会议说起。

按照年会三天、月会一天、周会半天的标准来算,也就差不多20多天,再加上其他零零散散的专题协调会,按四天来算。一年的会议天数原则上不会超过30天。一个高效的组织,标准的会议就这么多。

但现在很多企业面临的问题是:开会的时间加起来远远超过30天,可以说大部分时间都在开会。

为什么会这样呢?为什么企业平时要开那么协调会,而且大部分都是临时发起的?我的答案是因为标准的会议没开到位,大量的零零碎碎的会议“议而不决,决而无果,果而无行,行而无终”,反复开、反复开。

如果标准的会议开不出效果来,不能有效地指导行动,就需要大量的其他会议来填充。

所以,我们的重点是要把关键的会开好。

二、企业关键的会有哪些?

如果必须要开会,我们到底应该开哪些会呢?

我们称之为“四大会议”:

第一个是年度目标分解会,第二个是月度经营分析会,第三个是月度计划分解会,第四个是每周计划复盘会。

简单来说:

  • 年会就是战略共识、关键举措、年度预算。
  • 月会就是问题分析、策略分析、计划调整。
  • 周会就是工作启动、工作停止、工作继续。

年度目标分解会大约会花费2~3天,但大家通常会用少则一个礼拜,多则几个月的时间来做准备。月度经营分析会和月度计划分解会,大约占用每月1~2天时间。当然,有些层级比较少的公司,通常会把这两个会放在一起开。此外,每周计划复盘通常会占到半天到一天的时间,周计划复盘会很重要,是抓落地的关键环节。

1. 年度目标分解会

一般会围绕五个关键词来达成共识:战略、结果、驱动、策略、预算。

① 战略。澄清战略关系,战略关系,就是谁驱动谁,比如是销售驱动生产,还是生产驱动销售,还是市场驱动销售,或者销售驱动市场?这被称为战略关系。

② 结果。部门的结果就是梳理部门的生意模式,即每个部门都把自己当成公司请来的外包团队,要思考自己提供的产品是什么,客户是谁,交付标准等等,并且要对此做好明确的定义。

③ 驱动。设计驱动公式、选择驱动要素、测量驱动数据,为什么要做这个驱动公式呢?因为部门生意模式发生变化,驱动公式、驱动要素就会跟着变化。

④ 策略。驱动要素发生变化,策略就会跟着变化。我们要围绕问题分析原因、策略组合、制定方案。

⑤ 预算。当方案变了,预算也就跟着变了。

但在这个过程中,很多人会想到的问题是初始年往往缺乏数据,所以无从下手。但我们总是要有一个初始年,先解决有没有的问题,再解决准不准的问题。

所以,在第一年、第二年里不要纠结于数据准确不准确,不准确总比没有好,我们先从有没有开始做起。

2. 月度经营分析会

主要围绕三个关键词:问题、原因和策略。

第一,找出问题。在开月度经营分析会的时候,首先是对标愿景值、现状值和计划值,然后找出偏差。愿景值是年底希望达成的数据,现状值就是实际值,计划值就是本月希望和计划要达到的数据。

第二,分析原因。找出关键的问题后,开始分析原因,找边界、找数据、找原因。

第三,讨论策略,根据原因讨论、优化策略,最后形成策略组合。

月度经营分析会,原则上来讲是一个研讨会,企业管理者一定不能把它开成一个一言堂的会议。既然是研讨会,那么会议的形式、策略、手段、工具都不一样。

首先它得是开放式的座位,而不是圆桌式。最好是要带白板,或者是大白纸,三种颜色的白板笔,以及即时贴等等。所有跟头脑风暴有关的这些工具都得准备,这样才能提升会议效率。

如果月度经营分析会开成了“一言堂”,就起不到实际效果。因为会议当中90%以上的时间,是用于原因和策略分析的,而不是仅仅是为了宣贯,所以要营造出研讨的氛围。

3. 月度计划分解会

月度计划分解会同样会围绕三个关键词:问题、策略和计划。

除了通过数据对比界定问题之外,还要给下面的员工团队去宣贯,为什么要优化这个策略,这个策略要达到什么成果?然后开始分解策略的步骤,描述产出、分解到人,分解到时间,从而形成计划。

对重点任务要做风险分析,并且制定预案,同时要确定启动的标志。在月度计划分解会当中,每个计划步骤写完之后,都要反复地问自己,我们这些计划做完了,这个目标是不是一定能实现?前面那个问题是不是一定能解决?

如果心里没底,说明这当中存在风险,要把这些风险点全部要罗列出来,并进行风险评估。

4. 周会

周会就是要回答上周应该做什么,实际做了什么?下周哪些事要开始做?哪些事要停止做,哪些事要继续做。每个团队每周都要梳理一下计划。

到了周计划里,就再也不能提“计划赶不上变化”了。周计划里排出来的计划,原则上都要能做到。如果没有做到,只能说明一点,你没有全力以赴。周计划就是要抓落实,说到做到。

周会是年度计划落地的最后一公里。很多时候,所谓的目标达成疲软就表现在“最后一公里”。作为管理者,一定要严格盯紧“周计划”,一追到底、一查到底。

企业需要把组织的所有会议形成一套标准体系,每年、每个月、每周、每天要开什么会,甚至应该怎么主持、做哪些记录等等,都要形成标准化文件,变成常规动作。

三、如何评估行动计划的有效性?

会议开得成效如何,很大程度在于计划的有效性。

我们怎么评估行动计划的有效性呢?

如果你是部门管理者,以后看到下属写的计划,你只要问一句话:以上这些计划都做完了,前面那个问题能解决吗?

对方通常会说:应该还可以,只不过……只不过如果员工能力不行怎么样,如果竞争环境发生变化怎么样……

你就可以继续问:竞争环境发生变化你会怎么做?这是在倒逼员工进行基于风险的预案。

因为很多人在计划做完之后,在执行的过程中,经常把计划完不成归结于一句话:“计划赶不上变化”。这不是计划赶不上变化,而是在计划当中没有充分考虑到变化,说明计划做得不够充分。

我们是不是进行了充足的风险评估?风险评估包括两方面:

一是评估风险发生的可能性,即发生的概率,根据1—10分来评分,分数越高发生的可能性就越大。

二是一旦风险发生,对我解决问题的杀伤力有多强,1—10分是多少分?杀伤力越大,分值越高。然后把这两个分值,一个是发生的概率的分值,第二个是杀伤力的分值相乘,乘积排序,得分最高的就是最大的风险点。

最大的风险点当然就要去做预案了,比如说:要举办一个200人的户外活动,现在还有半个月的时间,它最大的风险是什么?

其中一个风险就是下雨。请问下雨的概率高不高,你要去比对,过去5—10年中在这个季节,这个地区,这一天下雨的概率有多少。

除此之外,一旦下暴雨,对这个活动的杀伤力有多大?你一旦形成的风险等级很高,就说明你必须做预案了,比如说人手一个雨披、备选室内场地等等。如果没有这些预案,风险就太大了。

所以,为了保证计划的有效性,作为管理者要不断地反复问员工:这些计划写完了,能保证完成吗?迫使员工不断地修改完善计划,整个过程是在帮助他理清楚思路、做好过程管控、并把各种有可能出现的意外,尽可能考虑进去。

但现实生活中,不少领导都是老好人,平时工作很好讲话。员工说:领导,这个计划你看一下。领导就说:可以,先做吧。但很有可能的结果是,员工说:领导在你的英明领导下,我的事没干成,我都跟你汇报过的。

这是领导的标准太低了。

四、月会多流汗,市场少丢人

从具体的操作层面而言,作为部门负责人,应该如何在月度经营分析会进行汇报呢?

建议汇报内容可以从以下这些问题入手:

  • 围绕公司战略目标以及本年度的目标,我们部门将承担哪些结果指标?
  • 围绕这些结果指标,它分别的过程要素是哪些?
  • 到年底应该完成多少,到今天为止已经完成多少?哪些已经超额完成?哪些差距比较大?
  • 围绕偏差较大的问题,我们经过分析,关键原因分别如下,接下来我们将采取哪些策略去应对这个问题?
  • 我将安排哪些同事做哪些具体的工作。如果他们能够按时完成,能够获得多少绩效,如果完不成将承担什么责任?
  • 为了保障最终结果,我们将在时间、资源、人力、物力上申请给予什么支持?

这样的汇报就具有完整性,上面指向的是战略,下面指向的是具体的计划和成果,并且上个月、这个月和下个月之间要保持一致性。

当部门负责人汇报完之后,通常就会接受领导和同事的挑战,如果不能在短时间内快速回答,就反映出来思路不清楚。

回答完了这些问题,领导可能会提一系列的问题,你要经受住考验,比如:

  1. 你将来要完成的结果到底是多少?相对值还是绝对值?
  2. 你确定过程驱动要素的理由是什么,经过哪些调研和测量的?
  3. 这个问题的原因到底是什么?你做了哪些调研和分析?
  4. 有没有由更大范围的其他原因造成的?
  5. 你为什么说它是最佳策略,是否经过测试、实践?
  6. 负责执行的人是否具备相应的能力?
  7. 如果关键负责人离职了,还有没有人能顶上来?
  8. 这么评价员工绩效的理由是什么?
  9. 以上这些都实施了,你能保证完成既定目标吗?

面对这些问题,我们都能回答吗?

多少人刚开始的时候,都是战战兢兢、磕磕绊绊。那就说明我们对经营和管理的设计环节是没有想通的,说白了存在大量的失控。

但这些问题浮现出来是好事,终有一天我们可以对答如流。

在公司内部,思路不清楚往往没有什么丢人的。在客户面前思路不清楚,那才是真丢人。所以在内部开会就是训练,不要担心丢人。

会议中,我们越遭到挑战、问题越尖锐,对我们的思维帮助就会越大,训练时多流汗、战场时少流血;公司里多丢脸,市场上才会少丢人。

经受住了这个考验,你就能成为管理高手。*文章为作者独立观点,不代表笔记侠立场。

本文由人人都是产品经理作者【笔记侠】,微信公众号:【笔记侠】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。