跳至正文

创始人越懂产品,为什么有时越需要让出决定?

October 10, 2026

og-cover

先给判断

**深入细节和垄断决定,是两件事。**懂产品只决定你的优势带在哪,不决定你要不要把所有决定收进自己口袋;而决定一垄断,先断的是创始人自己的信息粮道——方向判断要吃的生信息和坏消息,最先被你自己收走的决定筛掉。

适用边界先划清:这篇治的不是「创始人该不该管细节」的姿势之争,是每个决定有没有落对格子。它只管效率逻辑内的决定;红线和身份性的拍板不适用,有些事哪怕你下去只是加闸,也得你在场。文中案例是当事负责人的访谈自述,一家公司的复盘,不构成对 Founder Mode 的任何证明——这套分法什么时候失灵,文末交代了三种情形。

散会之后,产品负责人交代了一句话

周一的产品评审,创始人照例压轴。三个方案摆在他面前,他一个个看,问得很细:这个交互为什么这么走,这版文案为什么这么写,这期排期为什么这么排。问完,他拍板。方案过不过,他一句话。

他拍得对不对?多数时候是对的。他懂产品,眼光比屋里所有人都准——这正是他当初能创办这家公司的原因。

问题出在散会之后。产品负责人把下属留下来,交代了一句话:下次别带三个方案去了,带一个他最可能点的,再配一份「为什么只能这样」的说辞。

半年过去,这位创始人还在拍板,每拍必中。只是再没人跟他争方向,也没人把没想清楚的问题带进会议室——问题死在楼下,答案穿着西装上楼。

这不是寓言。有意思的是,把这套打法的账本翻过来给人看的,恰恰是当事人身边的人。Lenny 的播客里,在 Airbnb 做了多年负责人、直接向 Brian Chesky 汇报的 Vlad Loktev,复盘了 Chesky 那套被传成「什么都管」的工作法。按主持人的说法,Chesky 那集是这档播客最受欢迎的一集;两年前 Paul Graham 写 Founder Mode,又把它钉成了方法论。可按 Vlad 的账本,Brian 从来没有「什么都管」。

口号说「什么都管」,当事人说的是「挑着管」

先把口号拆开。Founder Mode 传到创业圈,只剩一句话:什么都管,管到细节。

Vlad 说的画面是另一张。Brian 走进那间拍板的屋子,大部分时间在提问、在听;有时候听完改主意,有时候带着很强的信念不听。但有一点例外都没有——Vlad 的原话是:是的,他拍很多决定,但他确保自己被喂饱了信息,我们很多人都在给他供料。

供料之外,还有一条边界。Vlad 说创始人该认清:自己在公司的哪一块有 spike、有 edge——就是你比房间里所有人都看得准的那块。Brian 的 spike 在产品、设计、营销,所以他事实上是 CPO,那几块的决定他全勤。至于其余的,他的原话:该放手的,交给那个你信得过、能守住质量线的人。

所以这套打法的真实形状不是「什么都管」,是优势带里下重注,优势带外把决定交出去。深入细节,是往具体的事里投判断;垄断决定,是让所有事都以「我拍板」收口。前者是创始人的优势,后者是另一件事。

懂产品只决定你的优势带在哪,不决定你要不要把所有决定收进自己口袋。

即便挑着管,也塌过、也烧干过

按口号想象,Airbnb 该是创始人亲自把关、质量起飞的故事。Vlad 给了两笔相反的账。

第一笔是质量。全公司 push push push、ship ship ship,人人都在发东西,发出来的东西质量塌了。Vlad 自己作为负责人,对发出去的一些东西「不骄傲」。后来公司主动踩刹车:宁可耽误目标,也要先把质量标准立起来,等所有人重新明白什么叫好,再提速。他的总结是:先慢一段,才能后面快起来。注意,这是一家公司的自述复盘,不是对照实验。

第二笔是人。Vlad 自己在 2018 年前后烧干了:超负荷、被压垮、不开心,丢了朋友、丢了很多爱好,陪家人的时间低于自己想要的程度,甚至分不清自己是个人还是一份工作。他后来的反转是:开始少花时间在工作上,反而更有效——这是他的个人经验,不是管理学结论。

两笔记在同一本账上,写的其实是同一句话:连「挑着管」都要付代价,把决定全收上来的那种管法,账只会更长。

真正没被定价的,是创始人的粮道

前两笔账好懂,第三笔没人定价。

Vlad 解释过 Brian 为什么逼每个负责人都进细节:到那间讨论方向的屋子里,如果负责人说不出业务真实发生了什么,这群人就做不出好决定。细节不在人身上,就得用人数去补——本来 10 个人的会,吹到 30 人;这 30 人还不在细节里,就再拉 50 人进来。信息缺一寸,会议室就涨一尺。

Brian 的系统转得动,还因为供料机制活着:负责人都在细节里,信息通道开着。Vlad 特意补了一句:只要你不自我审查、敢去捅那只熊(poke the bear),你永远有办法把信息递上去。

接下来是机制推演,我先亮口径:这一段是我的判断,不是 Airbnb 发生过的事实陈述。当一个创始人把足够多的决定收成自己的收口,供料的激励就变了。每个向你汇报的人都会学到同一课:他反正要重新想一遍,不如给他一个他想听的、格式漂亮的答案。你收走的每一个决定,都在给下一个人「只喂结论」的理由;团队越服你,这条流程转得越快。

粮道断掉的时候没有声音。方向判断吃的是生信息和坏消息,而这两样最先被筛掉。哪天你发现每拍必中、无人再争,那不是决策力的胜利,是一间越来越安静的会议室。

我自己天天在算的也是这笔账。十八年里我在组织里干得最多的活就是拆活、分权责;今年轮到一个人搭自己那套 Agent 系统,才把这道题做到自己头上——什么事必须我拍、什么事把标准喂进去就不再用我拍,每天都要重新划一遍。划错一次的代价很具体:我拍得越勤,系统喂给我的东西越熟,我自己的判断生锈得越快。

垄断决定的尽头不是 Airbnb,是没人再给你报坏消息。

该分的不是权力,是三格归属

看到这里别滑向另一个口号——「创始人要放手」。放手不是美德,是组织设计。把「我舍不舍得放」这个胸怀问题收起来,换一张三格表:

格子装什么决定关键动作你下场时发生什么
第一格:必须本人下方向、红线、身份性拍板——你的 spike 所在带着问题进去:多提问、多听给判断加值——你带着房间里没有的信息
第二格:定原则就能委派你对「什么是好」有判断、但不必每单亲裁的事把「我认为好」翻译成别人可复用的标准,交给信得过、守得住质量线的人标准替你站岗,你不必到场
第三格:不该插手别人的专业判断——要练很多年的手艺认出它,绕开它给通道加闸——直觉落进来是噪音,用户声音和专家意见的通道就此关上

第一格,只有本人能下的判断。Brian 在产品、设计、营销上全勤,因为他在那几块有别人没有的判断。这一格的关键动作不是「管」,是进去时带着问题进去——他在那间屋子里主要是提问和听。

第二格,写清原则就能委派的判断。Brian 干的正是这件事:他要把「怎么做判断、什么叫好判断」教给每个负责人——Vlad 说,这份用心他多年来一直感激。Airbnb 把 PM 改成 PMM、另设 program management 接走排期和跨团队协调,也是同一动作——把一类判断连人带标准,从一种角色手里移到另一种角色手里。顺带交代这步改革的成色:连 Vlad 自己的说法都是「看情况,没有一刀切的答案」,别当成标准答案抄。

第三格,本就轮不到你插手的专业判断。Vlad 专门提醒:营销是一门要练很多年的手艺。你的直觉落进别人的专业格子,不是判断,是噪音;更糟的是,用户声音和专家意见的通道就开在这一格,你一插手,通道就关。

三格表查的不是你管多管少,是每个决定有没有落对格子。落对了,你比谁都深入;落错了,你越勤奋,组织越贫血。

权力只回答谁说了算,归属才回答谁非来不可——该分的是后者。

拿走就能用的一问

下次拍板之前,停三秒,把「我舍不舍得放」换成另一个问句:

这个决定非我不可吗?我下去,是给判断加值,还是给通道加闸?

「非我不可」过不了,你也没打算立一条新原则,那就是第三格——你在关一条本该开着的通道。加值还是加闸,当事人心里最清楚:你是带着房间里没有的信息进去的,还是只带着职位进去的。

把上周拍过的决定全捞出来,逐个过这三秒。哪几单是加值,哪几单是加闸,一张纸就现形。

这套分法什么时候失灵

先交代证据成色。本文的一手材料是 Vlad 的访谈自述:质量塌了主动降速,是当事人复盘;少工作反而更有效,是他个人经验;Airbnb 是一家公司的复盘,不是对照实验——这些都不构成「Founder Mode 好」或「坏」的证明,本文也不打算证。Vlad 自己先泼了水:别抄别家的工作法。

三格表本身,也有三种失灵的时刻。

公司早期、还没有守得住质量线的人时,第三格空着,第二格交不出去。这时候照表硬放,放出去的不是决定,是事故——push push push 那笔账,就是没有质量线时快起来的下场。此时该做的不是放手,是先把质量线立起来,再谈交。

信息通道已经坏了的组织,三格表救不了粮道。人都学会只喂你答案了,你就算把决定分出去,「进去」那格看到的还是加工品。第一步不是分格子,是修通道——先让说坏消息的人安全,再谈谁拍板。

红线和身份性的决定不适用这套效率逻辑。有些事哪怕你下去「只是加闸」,也得你在场——那是责任,不在三格表的管理范围里。

所以,下次压轴走进会议室,先别急着拍。看一眼桌上的人:他们是带着问题来的,还是只带着答案。

答案太齐的那天,问题就不在这张桌上了——在你收走多少决定的那本账上。


三格表怎么填,上文交代了;真正难的从来不是画表,是创始人认下「非我不可」过不了的那几格。分出去的判断接着怎么记功,另文《管得多,就一定贡献大吗?》讲的是同一件事的另一头——盘子是公司发的牌,发的牌不算成绩。拍板的账和发牌的账对齐了,权责才算真的拆干净。

AI 组织 OS 诊断

如果这篇文章说中了你的组织问题,可以先做一次诊断。

用 26 个问题快速定位:岗位、流程、知识、责任、治理,哪一层正在卡住你的 AI 转型。

打开诊断器

AI HR

招人看走眼?

组织问题最后常常会落到招聘和识人。别只问通用面试题,先把 JD、用人意图和简历放在一起看。

招人看走眼?先拿 JD 和简历跑一张面试作战图 →

想把这件事变成可运行的操作系统? 把背景发给 J叔 →

J叔

订阅 J叔内参

只发值得复盘的 AI 组织、AI HR、Agentic Engineering 和内容建设笔记。不灌水。