ESC
↑↓ 选择↵ 打开esc 关闭⌘K 唤起
← Home NO.118
第 118 期 · 产品 · 收录于 2026 年 8 月 15 日

后悔PM岗位存在与AI时代PM转型

TV
Tom Verrilli · Lenny's Podcast
视频 84:57 原文约 9.8 万字 预计阅读 38 分钟 来源视频 ↗ 中英对照全文
TL;DR · 三句话
  1. 「我们后悔产品经理这个岗位存在」不是要裁 PM,是要炸掉「每招 6 个工程师就配 1 个 PM」这条 HR 默认配比。 Whatnot 首席产品官 Tom Verrilli(前 Twitch CPO、前 Twitter 增长产品总监)的论证很硬:产品管理「是一门手艺,不是一纸资格证」,靠一组组练(reps)才长出来的肌肉;你越是把工程师和设计师从产品决策里抽离,他们那块肌肉越萎缩——「招这么多 PM,其实是在把工程师和设计师当小孩养,他们本来完全有能力做好决策,只是从来不需要做,因为身边永远有个 PM 替他们兜着」。跑出美国史上增长最快市场平台体量(GMV 已超 80 亿美元)的 Whatnot,今天只有 21、22 个 PM,而且不绑团队、只绑问题。→ 详细
  2. AI 时代真正贬值的不是 PM,是「产品剧场」。 过去两年 31,832 人投递 Whatnot 的 PM 岗位,他们只招了一个。面试里明显在掉价的,是花大量篇幅讲「推动对齐 / 利益相关方管理」的人——「确实有那么一批 PM,他们的专长不是技术,是政治」;在涨价的是宏观与微观同时在场、讲得出自己具体做成过什么、还带着一股「我马上就能验证它」的急迫感。Tom 承认这是行业自己造的孽:「这些核心 PM 能力,未必是过去 5 年我们真正在奖励 PM 的东西——我们奖励的是讲故事、拉齐、讲战略」,而现在「这里面已经没什么地方可藏了」。→ 详细
  3. 最优秀的 PM 正在往回走——从管人回到亲手做事,而 AI 恰好让这条路的经济账成立。 Whatnot 那四五个带人的管理者,90% 以上时间在做 IC 的活,Tom 自己也有 50%。他的比喻是「你为什么不让 Messi 上场替你踢,非要一直靠青训营慢慢往上顶」;他的算盘更辣:把「5 个 L5 汇报给 1 个 L7、4 个 L7 汇报给 1 个 VP」这一整个金字塔的薪酬加总,然后问一句「如果我只用三个人呢?为什么不能给他们每个人都开 VP 那个量级的钱?」→ 详细
01

「我们后悔产品管理存在」——这句话的完整来龙去脉

  • 先讲历史:Tom 习惯从源头理解一件事。产品管理原本根本不存在——「就是业务方,很多时候是创始人或 CEO,直接跟工程和设计聊我们要做什么,然后大家一起把它做出来」。是互联网生意扩张得比历史上任何生意都快,才逼出了「把执行细节委托出去」这件事:事情多到一个人扛不下,于是需要一个专才替大家想清楚下一步。他的结论是:「『科技行业需要这么一个专门做决策的人群』这个想法,更像是一个现代产物,而不是什么天然的必需品。」→ 详细
  • 唯一站得住的理由,恰恰也是反对它的理由:「据我所知,产品管理之所以该成为一个专门职能,唯一站得住的理由是——它是一门手艺,不是一纸资格证。它是靠做才能变好的东西,是一块肌肉。而每个私教都跟我说过,肌肉是一组一组练出来的。」但这句话有个致命的反面:「你越是把工程师和设计师从同一件事里抽离出去,他们那块肌肉就越萎缩。」所以他的最优解是——只要有可能,就不设 PM,让设计和工程自己走完这些步骤。→ 详细
  • 他真正在骂的是「HR 配比」:「不知道从哪一步开始——我也不想把锅甩给 HR——就冒出了一套 HR 的 pod 人员配比。每招六个工程师,就加一个设计师、加一个 PM、加一个 EM,一个『细胞核』就这么成型了。等你要服务十亿 DAU 的产品时,你手上就有一大堆工程师,于是突然之间,你手上也有了一大堆产品经理。而大多数情况下,你其实并不需要给『通知系统基础设施』配一个 PM。」紧接着是全场最狠的那句:「招这么多 PM,其实是在把工程师和设计师当小孩养(infantilizes)。」→ 详细
  • 他还顺手解释了「为什么会有这么多层」:不是业务需要,是「管理层看不清底下到底在发生什么。所以你就招更多人、加更多层级,系统又长出新的系统」。他自己是从 Twitter 起步、在 Twitch 待了七年(Amazon two-pizza team 那一套)走过来的,「天哪,对齐会开得也太多了——你就明白为什么工程师不愿意坐在那些会里」。→ 详细
  • Lenny 帮他把话说圆:所谓「后悔」不是不想要 PM,而是①别默认每个位置都得配 PM,②让其他职能也能干 PM 的活是好事,③PM 的存在会抢走别人练手的机会。Lenny 特别点出这话从 Tom 嘴里说出来分量更重——这种论调通常出自 Linear 那类开发者工具公司,而 Tom 做的是极其 to C 的产品。Tom 的回应是:「我也不觉得 to C 还是 to B 是分界线了,我认为更多取决于这家公司自身的文化。」→ 详细
02

配套文化:任何人都可以是 DRI,但谁都得走同一套流程

  • 光喊口号没用,得把组织文化跟着建起来。Whatnot 每次写「怎么发版、我们在做什么」的文档,都会写清楚:新产品开发的 DRI(直接责任人)可以是工程师,也可以是设计师;但所有人走同一套流程——「你得过产品评审,你得真把这些活干了,因为那是实打实的工作」。→ 详细
03

专业化是双向的:不是每个人都想干 PM 的烦活

  • Lenny 顶了一个现实问题:工程师和设计师未必想开对齐会、写文档、做纪要。Tom 完全承认——「我是基础设施负责人,我想琢磨规模化,不想把时间耗在争论对齐、抠琐碎细节上」是完全合理的;而且技能并不互相迁移:「如果你特别擅长在脑子里搭建『基础设施该怎么扩展』这种大型心智模型,你未必具备另一种能力——听客户讲话,真正听懂他背后的核心问题,而不是只听见他嘴上说的那句话。」→ 详细
  • 所以「我们后悔」的实操含义只有一句:你不能为了招 PM 而招 PM,你招人一定是因为有一个非常具体的需求。 谁不想干这摊活,随时可以把 PM 挪过来。→ 详细
04

PM 不绑团队,绑问题:Whatnot 的半年规划机制

  • 人数与结构:「我们刚刚过 20 个 PM,现在大概 21、22 个。对于关注 Whatnot 增长曲线的人来说,考虑到我们卖家跑出来的 GMV 体量,这个数字算相当小了。」松散分三大组:买家、卖家、信任与风险(平台标准、支付、安全)。组内归属也很松——「你可能大体上是个增长 PM,或者大体上做 discovery,但即便在组内,任务的分配和调动也很快。」→ 详细
  • 每 6 个月一轮的分配仪式:CEO、Tom 和几位资深负责人坐下来,明确未来 6 个月「什么必须成立」——既包括结果,也包括关键项目。然后一条条过清单,只问一句:这件事的 DRI 是谁?谁来担责? 「经常会出现这种情况:你一条条过下来,过到最后会说——有件事在好几个团队的路线图上都只排在第二、第三优先级,可它看起来真的很重要。那这件事归谁?我们其实没人在管。于是我们就抓一个 PM 过来:恭喜,接下来 6 个月这就是你要交付的东西。」→ 详细
  • 交付的是「什么必须成立」,不是功能清单:「这里很少是『你要做一个功能,长成这样、干这件事』,而是比这更高一层:你去把什么必须成立想清楚。」分配时看技能匹配——这事偏财务、偏算法推荐,还是核心用户功能。→ 详细
  • 后果是「某个工程团队一年没有 PM」是正常状态:「我们不是把 PM 对应到某个团队——那种做法等于默认这个 PM 会一直干那摊事——我们更倾向于把他们对应到具体的问题、或者说核心项目上。这就意味着,可能有一年甚至更久,某个工程团队身边根本没有 PM,哪怕这个团队手上有一大堆产品活要干。」→ 详细
  • 他坚持这对 PM 本人也更好:「你在不同的问题之间流动,能练到更多次、练得更扎实,等于练到更多块肌肉;而不是说『我就挂在某个 EM 负责的那摊事上』。」→ 详细
05

招人看什么:31,832 : 1,政治型 PM 正在贬值

  • 那句刺人的数字:「过去两年里,有 31,832 个人投递了 Whatnot 的产品经理岗位。我们只招了一个。」(他后面澄清这不是劝退,见第 23 节。)→ 详细
  • 明确在贬值的:「面试里花大量时间讲『对齐会』『推动对齐』『利益相关方管理』那一套的人。因为确实有一类 PM——我职业早期也是其中之一——他们的看家本领既不是技术也不是用户,而是政治。」他甚至给了一个可以照着自查的反模式答案:你问「讲一次你失败的经历」,对方说「哦,我没及时把某件事同步给 CEO,结果导致了一次转向」——这就是典型的掉价信号。→ 详细
  • 明确在升值的(三条):①宏观与微观同时在场——「我认为这个系统大概是这么运作的,我能描述出一个终局状态」,同时几乎按捺不住地流露急迫感:「而我会这样快速验证它,我会从这儿使劲把它推成」;②讲得出具体做过什么——「有非常多人在 FAANG、Uber、随便哪家规模化公司待过,他们做的是照看一个已经存在的东西,顶多把边角打磨打磨」,而不是「我们接到这么一个问题,我得自己想出一个独特、新颖的解法」;③是不是变化的推动者——「在一个惯性很大的组织里,太容易随波逐流了,你不一定是那个推动变化的人,也不一定是那个做决策的人,而这恰恰是你最需要 PM 去干的事。」→ 详细
  • 筛法是实操 case,不是聊天:Whatnot 任何岗位录用前都要做真刀真枪的实操 case——给一个题目、一份数据,让你拿一份 PRD 回来,然后当面口头答辩。「那些台上表现极其漂亮的人……那些擅长表演但不抠细节的人,思考质量崩塌得有多快,我觉得是相当说明问题的。」→ 详细
06

系统思考怎么练:绿了怎么办、红了怎么办 + know then go

  • Lenny 引 Netflix CPO Elizabeth Stone 的答案(她说升值最快的特质也是系统思考),她的练法是「从你手上的问题往后退一步,想站在我老板的位置上他会怎么看,这件事又会怎么影响业务的其他部分」。→ 详细
  • Tom 的版本更土也更好用,是产品评审上的两个固定追问:「如果结果是绿的你打算怎么办?如果是红的呢?」——如果对方说「其实我不知道我的策略会怎么变」,那就说明这个实验压根没想清楚,先停下把这个思维练习做完。配套的第二问是:「如果这个东西的使用量比我们预期高一千倍会怎样?它可能带来哪些没预料到的连锁反应?」→ 详细
  • 内部口号叫 know then go(先想明白,再往前冲):「把所有可能出问题的地方想一遍,搞清楚规模上来之后哪里会崩,然后照样往前推……你不需要把所有问题都解决掉,你只需要把它们都想一遍,最后你解掉的会比你以为的多。」他强调这反而让人跑得更快,因为拖慢 PM 的往往正是「哦有风险,法务可能有意见,财务可能有意见」这类没被想透的模糊担心。→ 详细
  • 顺带一条高增长环境的判断标准:「你要的不是一个 5% 的统计显著胜利,你要的是那种能整体撬动业务、并且随时间复利的东西。」→ 详细
07

资深 IC 转向:别再把 A 级选手提拔到「不做事」的位置上

  • 他描述的旧路径就是一句诊断:「在那个讲配比的年代,一个 PM 做得非常成功的结果就是被提拔成总监,然后突然之间规矩变成——你别再亲自动手了,你的任务是当教练、给指导。于是我们把最顶尖的一批人,提拔到了不做事的位置上。」结果是「来回拉扯的开发过程:有人干完一大堆活,进评审,被否掉,然后就在评审里来来回回。你能看出我身上的旧伤疤了。」→ 详细
  • Whatnot 的实际配置:团队里确实有管理者,「大概四五个人管着其他 PM,但他们所有人 90% 以上的时间都在做 IC 的活。我自己大概也有 50% 的时间在做 IC 的活。」→ 详细
  • 第一个好处:十年以上经验的直觉本身就是产能。「如果你有十年、甚至十五年做东西的经验,你对什么能成、什么不能成的直觉应该已经磨得相当准了,你能比别人更快地做决定」——相反的做法是穿过三层:把问题切开分给两三个 PM,这些人先互相对齐,几个工程团队再争论一轮。→ 详细
  • 第二个好处:同一个人横跨多件事,会自发把冲突消掉。他的 Twitch 亲身案例:discovery 团队和广告团队永远在为曝光位打仗——广告放 feed 哪个位置?对 discovery 指标什么影响?对广告收入什么影响?「我到 Twitch 之后做的头几件事之一,就是把广告直接放进 discovery,并且确保这两件事由同一个 PM 负责。」因为那个人自然会做出取舍——把目标定成「feed 产生的 GMV」,一部分来自自然流量,一部分来自付费替代,问题就解决了。「你等于砍掉了好几个月的来回扯皮,也砍掉了那种把『公司利益优先』变成『个人职业优先』的政治。」→ 详细
  • Messi 那句话的完整版:让 VP 大部分时间待在 IC 状态、让总监做 IC 的活、连他自己也得亲手啃 IC 的活,「能让所有人跟地面上真正发生的事实保持连接,而不是跟评审会上看起来像事实的东西连接……毕竟,你为什么不想让 Messi 上场替你踢,非要一直靠青训营慢慢往上顶呢?」→ 详细
  • 行业已经有现成样板:Lenny 现场调出那份名单——Workday 的 CTO、Instagram 的 CTO、Box 的 CTO、super.com 的 CTO,现在都是 Anthropic 的 member of technical staff(普通技术成员)。Tom 的回应是:「说实话,我最大的心愿就是 Whatnot 的产品团队阵容能长成那个样子——一群技能顶尖、理解力极强的人,最后是以 IC 的身份来做东西。」→ 详细
08

「IC 的活」到底指什么——不是写代码,是翻工单、拉数据、写 spec

  • 他的定义:「怎么能最高效地把东西发出去,就做什么。」具体清单是——你有没有真的去翻客服工单?你知不知道用户现在遇到的是什么问题?数据你有没有自己拉一遍、真正把它看懂?你有没有跟工程和设计坐在一起?你有没有直接去查代码库、搞明白东西是怎么运作的?然后 spec 是不是你自己写的?接下来一周的 stand-up 是不是你在跑? → 详细
  • 他自己确实提交过生产代码,但明确说这不是最佳用法:「我很确定,背后一定有人默默把我大部分代码重写了一遍,去保证 lint 规则没问题、本地化能跑通……那些我和 Claude Code 没搞对的地方。」更实在的理由:「对我来说,去搞定 git commit 那一堆琐碎细节,花的时间比我想清楚问题是什么、并把它描述出来要长得多。」→ 详细
  • 但他保留一个用途:亲手验证,而不是听别人说。「我不想仅凭别人一句话就判断我们的开发工具有没有变好用,我会自己去跑一遍,然后说:嗯,确实比我上次做的时候顺手了。」他的边界很清楚:「光是把代码库搞明白、再去找一个真正能高效执行的人配合,就已经能走出非常远。否则你就会一头栽进那上千个经典陷阱里——那些每个工程师在 L4 阶段就学会怎么避开的坑。」→ 详细
  • 给正在找工作的资深 PM 的建议是「原地开始」:「在你现在这个岗位上就开始做 IC 的活……我敢打赌,如果你把这种生产力带回到你现在的角色里,除了帮你去到下一站,多半也会让你在当下的位置上更受益。」而且顺序很重要:「在能动手做东西之前还有一层——你能多快找回那种手感:把正确的事情圈出来、把问题理解透、能定义清楚什么才叫好。」→ 详细
  • 顺带反思了辅导方式:「不知从什么时候起,我们集体决定要『把马牵到水边』,而不是直接帮他理解答案、然后继续往前走。」他想找回的是「相对快地帮别人搞明白什么叫好,而不是无休止地来回送审」——大多数坐过总监以上位置的人都懂那种痛苦:眼睁睁看着初级 PM 抱着同一份 PRD 反复送审,而你早就知道答案。→ 详细
09

薪酬账:三个人拿 VP 的钱,比一整个金字塔便宜

  • Lenny 问「大家的梦想不就是升到 VP、赚几百万美元吗,做 IC 还能拿到那个数?」Tom 说更容易:「你去算一笔账:五个 L5 汇报给一个 L7,四个 L7 汇报给一个 VP,把这个产品组织的薪酬全加起来。然后你回过头问一句:如果我只用三个人呢?为什么不能给他们每个人都开 D2、VP 那个量级的钱?尤其是当他们真的能做出那个量级的影响时。凭什么不行?」→ 详细
  • 他也承认行业会分化:「确实有些组织大到一定规模,让所有人都亲自下场可能并不合适。」他的招人对象很明确——那种「天哪,我以前是真的热爱做产品,现在我实在受够了整天坐在对齐会议里」的人;他在外面到处游说 CPO 和产品 VP:「你难道不怀念亲手做事的感觉吗?要不要回来?」→ 详细
10

AI 给 PM 的三大解锁:数据科学、跟代码库对话、实时反馈闭环

  • 他先给了一个杠杆量级的锚:「现在你在一个 Hex thread 里拉一份数据,放在 2017 年得让 Amazon 一个 L7 数据科学家干上一到两周。」副作用是新型焦虑:「现在借着 AI 能干成的事太多了,多到你反而会为『还有一堆没干』而焦虑——因为你心里清楚,只要再挤出两三个小时,就能推动一大片事情。」→ 详细
  • 解锁一,数据科学(他说遥遥领先第一名):内部用 Hex Threads。「你可以真正开始拉出非常细颗粒度的用户分群;听到一条反馈,你可以直接抓出那个具体用户——把日志拉出来,帮我搞清楚这个用户到底做了什么、看到了什么,还有多少用户长这样,影响面会有多大。」然后很快建出敏感性模型、预测、回归模型。第二个用法是更快发现 regression(回归缺陷)和两个产品交叉后的怪异连带效应,等于绕开了大系统里拖慢一切的 release train。他给的对比数据很有画面感:「过去这一年我跟数据科学家说话的时间,是我整个职业生涯里最少的;与此同时,我泡在数据里、真正去理解产品怎么运转的时间,大概是我职业生涯里最多的,可能是以前的十倍。」→ 详细
  • 解锁二,别再拿代码库去烦工程师:「直接去问 Claude 自己搞明白。」他职业早期的标准是「把系统理解到框图和连线的层面」,现在「你没有任何理由不去理解到那一层,甚至更细的一层」。省下来的是估算工作量(LOE)时对工程师的打断——「我都想不起来自己当初做初级 PM 时,花了多少时间去问工程师『这个做起来有多难』,把人家真正的开发速度都打断了。」→ 详细
  • 解锁三,打了兴奋剂的反馈闭环:他做直播类产品十年,一直能坐着看真人第一次用产品、跨过「新用户理解鸿沟」。现在的新玩法是——当用户在直播里说「我遇到个问题」的时候,你可以同时实时看着代码库,判断这到底是一个此刻正在发生的 bug,还是一个理解鸿沟。「突然之间,你作为一个实时的旁观者,同时掌握了用户侧、代码侧和观察侧到底在发生什么。」→ 详细
  • 这些加起来省掉的是流程本身:「团队里有那种资历够、经验足的人,他们一看就能说:这个不行,我们直接做个正确的决定,把顺序改了。就这么一下,我省掉了一个 kickoff 会、一个对齐会、一周写 PRD 的时间,还有实验周期——只因为有个人被授权可以直接拍板。」→ 详细
  • 他也强调这不全是 AI 的功劳:另一层是文化转向——「其实自上而下挺好用的,因为高层通常能快速拍板,把那些对齐上的扯皮一次性砍掉」。结论是一个非常资深的 PM 同时管更多事,效率会超过三个相对初级的 PM→ 详细
11

数据科学家的尴尬处境,与「数据地基」这笔旧账

  • Lenny 转述数据科学家朋友的抱怨:以前是「你让我做分析,我回来给你有信心的结论」;现在时间全花在看非专业的人做出来的半吊子分析、被问「你看看这对不对」,「一半时候是错的」。→ 详细
  • Tom 的回应有两层。一是这正是「少而资深」的又一论据——资深的人趟过更多这类事。二是他把矛头指向更根本的地方:「很多时候这种说不清楚其实来自另一件事:组织长期以来在数据工程、数据结构、好的数据打标上投入不足。」所以 Whatnot 最好的数据科学家正在往「埋点和归因有没有被正确更新,好让别人不那么容易理解错」这个方向使劲。→ 详细
  • 一句可以贴墙上的红线:「用 AI 工具去捞一份数据,跟用 AI 工具写代码是一回事——它并不免除你的责任,你还是得确保那是一份好的分析、一份好的代码。它只是把那些本来就有这种自觉的人给放大了。」→ 详细
12

「需要更少」不等于人更少;在涨的是「轻量版 EM」

  • 他不认为总人数会掉:「同样的产出需要的人更少,不等于总量上人更少。因为如果你把这些系统用对了,你可以长得更快、做更多东西、扛更多事。」更准确的说法是「相对于你创造的客户价值,人是变少了」。→ 详细
  • 他点名一个在涨的角色:tech lead / 半个 EM 的混合体——带一个很小的团队,直接往事情上冲。因为「试一件事的成本降下来了」,孵化小队去啃「历史上一直觉得太难的东西」正在变便宜、杠杆越来越高。→ 详细
13

未来的产品团队:实编制留给高确信项目,边缘留出自由空间

  • 他判断 Whatnot 的形态不会大变:专职设计师、专职工程师、专职 PM 依然有存在理由,但编制很实的团队会主要留给「高度确信必须解决」或「高度确信已找到路径」的项目。真正的变化在边缘——「你是设计师、工程师、产品经理还是数据科学家都不重要,你可以做,而且你应该去做。周五下午你坐在那儿,手里的 PRD 怎么都写不进去,但你很确定你能去把某个东西修好,那就去修。」→ 详细
14

PM 技能是最耐用的,但过去 5 年我们奖励错了东西

  • Lenny 搬出自己两年半前的文章《为什么 PM 是科技行业里最有条件在 AI 时代活得好的角色》,列了一串「PM 味儿」的能力:判断该做什么、提炼并讲清需求、按 ROI 排优先级、给设计有效反馈、制定 GTM 策略、理解业务战略。Tom 完全同意,并把它压成一句:「我能不能真正理解用户、真正理解业务、真正理解技术,然后把这三者翻译打通、跑出最优效率?当做事变便宜、试错变便宜之后,这就是杠杆点。→ 详细
  • 他唯一的补充,也是最扎心的一刀:「这些核心的 PM 能力,未必是过去 5 年我们真正在奖励 PM 的东西——我们奖励的是讲故事、拉齐、讲战略。有很多人挂着 PM 的头衔,但过去 5 年并没有花多少时间练这些能力,反而把『向管理层输出框架』练得炉火纯青。」→ 详细
  • Lenny 接上 Marty Cagan 的说法:这叫「产品剧场(product theater)」。Tom 认账认得很干脆:「说实话,这事我自己也有份。我们奖励这种东西奖励了太久,所以产品剧场成了很多人的核心技能,我一点都不意外。我只是觉得,现在这里面已经没什么地方可藏了。→ 详细
15

「招好人然后别挡道」是错的:先验证,再信任

  • 他的原话:「『招好人然后别挡道』这句话是错的。」它后来被理解成「让他们自己去定路线图、自己去找问题,完全放权」。Tom 的立场是:「我们更倾向于活在『先验证、再信任』的模式里,而不是『完全信任』、甚至『信任但要验证』。」逻辑是分工不同——他比任何下属都更懂买家/卖家/信任这几块怎么拼在一起,下属则比他更懂单个功能内部的细节。「你今天要是考我 Whatnot 的 Discovery 模型里所有权重具体是多少,我肯定答错——这是好事。但我其实有责任随着时间把这些学会、搞懂,因为我在要求他们做决策,而且我在审批他们做的东西。」→ 详细
  • 创始人 Grant 的动作是全场最有画面感的一段:他会在评审里说「我觉得这不对」,然后停一下,说「我把今天剩下的时间全清了,我们坐下来把它搞清楚」——然后真的跟团队一条条过:把工单调出来、把代码调出来、把数据一行一行过一遍。效果不只是他自己保持在线,更是给团队定调「我们就是在求真」。对照组是他见过的反模式:「有一阵子,评审变得非常『只为听到一个 yes』——你作为 PM 做的所有事,就是拿到一个绿灯,好回去跟工程师说『我有背书了』。」→ 详细
  • 「追问到 ground truth」的标准示范(值得整段抄走):增长会上有人说「哦那个是欺诈」。→ 你怎么知道那是欺诈?→「数据集里就标着欺诈。」→ 那你知道这个标签是怎么打上去的吗?→「我猜是运营那边的人打的吧。」→ 那你知道他们打标签的 SOP 是什么吗?→「不知道。」→ 那你其实并不知道那到底是不是欺诈。 他说真正有经验的产品总监会回一句「说得对,我确实不知道,我去查清楚」,然后「几乎无一例外地,你最后会把 agent 用来打数据标签的那套系统也一并加固了」。→ 详细
  • 另一个同款追问链:我们的 referral(推荐)机制到底怎么跑的?风控判定某个推荐无效用的是什么逻辑?→ 基于地址信号。→ 地址信号怎么算的?是 Google 那种标准化处理,还是用户随手填的自由文本?他的结论是:「没有微观,你就做不出好的宏观决策。」所以他逼自己做 T 型——需要时扎得非常深,大部分时候横向铺得广。→ 详细
  • 为什么必须这么较真:「增长太容易掩盖一切问题了。你规模越滚越大,一路 scale 上去,所有人都在看平均数过日子。」所以文化上要坚定地「少做几件事,但每件都做透」——他的原话是 whole-ass a few things(致敬《公园与游憩》里的 Ron Swanson)。长期看反而更高效,「因为你第一次就把事情的运作机制搞明白了」。→ 详细
16

微观管理的分界线:领导层掌不掌握 ground truth

  • 他给「自上而下」划了一条极其清楚的界:「自上而下能奏效的前提是:领导层足够强,能钻进细节,而且在具体问题上判断是对的。它崩掉的地方在于——你其实并不掌握实情,却还想从上面去管人,我觉得『微观管理』这个词就是这么来的。→ 详细
  • 反过来说,只要看的是同一份数据,「我还没见过哪个初级工程师或者刚入行的设计师,会不乐意跟 CPO 或 CEO 坐在一起把东西做出来——因为你直接被解锁了,没有对齐会,什么杂事都不用干」。而且「你真的钻到细节里之后,给出的反馈质量高得多」。他补了一句时代判断:「现在是有史以来最适合钻细节的时候,因为你可以实时把数据查出来。→ 详细
  • 这套之所以跑得动,靠的是「规划 → 分配 → 分头攻」:CEO 同一时间只死磕三四件最重要的事并明确宣告归属,Tom 接手其余。「而在这些事情之外,我一天剩下的时间还能有什么,比把我说过这半年要搞定的那五件事做成更重要?除了招人,什么例会之类的全都可以清掉」——顺便给团队立调子:在我们把这件事搞明白之前,别的什么都干不了。 → 详细
  • 对「这肯定 scale 不了、你早晚得招一堆中间层」这个外界质疑,他的回答只有一句:「我们发现,其实并不是这样。」但它「需要练一块不一样的肌肉」。→ 详细
17

给创始人当 CPO:两个爹的问题,与「这不是你的公司」

  • Tom 连着给三位很有产品感觉的创始人干过,Whatnot 更是有 Grant 和 Logan 两位。他的第一原则是不做重复的那一层:「如果 Grant 或 Logan 已经盯着某件事了,我确认他们确实在盯、也对结果负责,然后我就抽身出去。」团队里有个 PM 把重叠的后果叫「两个爹的问题」——两个人给你下互相矛盾的指令,你辛苦做完一版汇报给一个人,转头又得到另一套说法。他能接受的状态是:「会有很长一段时间,我团队里可能有整整一半人都在做某件事,而我说不出它每天进展到哪一步了。」→ 详细
  • 第二条更硬:「如果你是一家创始人主导的公司里的产品负责人,你最终得明白,这不是你的公司,是他们的。」他把自己的工作定义成「确保创始人顾不上的那些地方,都有人兜住」,以及「帮着把那份愿景和直觉翻译成现实」。他见过最多的翻车方式是:「CPO 在跟 CEO 争『愿景归谁』,两个人顶上了——而我觉得,那本来就不是你的活儿。」→ 详细
  • 入职前怎么校准:他和 Grant 在加入前喝了五六次咖啡,聊的都是「这类团队要怎么才能动起来」,之后又飞去 LA 跟两位创始人在一个房间待了一整天,过具体问题、聊路线图。关键动作是:「我在那个过程里刻意让自己表现得最日常,而不是那个『面试状态的我』。因为你得问问自己:我真的愿意天天泡在这种讨论和争论里吗?」→ 详细
18

怎么向上推:别当技巧,先问「你是已经定了,还是还听得进」

  • 「第一点是:别把它当成一个技巧。你要的不是一个答案、一句『同意』——你是在寻求真相。」当上级用一种你没料到的方式推着团队走,正确的起手式是从好奇心出发:「我理解得对吗,你现在的先验判断是这个?有没有什么背景信息是我不掌握、但支撑了这个判断的?」他也教自己的 PM 反过来对他用这招。→ 详细
  • 然后是一套极其务实的分流:先问「这事你是已经定了,还是还听得进意见?」——如果对方说基本认定了,那就闭嘴,「别为了争而争」;如果对方说「欢迎你推我,但我得看到数据」,那规则就清楚了——有数据就端上来;很坚信却拿不出数据,就问问自己为什么,或者先去把数据搞到手再回来。 「但如果谁都没数据、纯粹是两种观点碰撞,那 CEO 的观点就会赢——这也没什么不好。把自尊心放在门外,把答案拿到手。」最后一条自查:确认你争论的理由是对的——「我们这行确实有些时候用词是要紧的,但更多时候,它根本不重要。」→ 详细
19

「拉手风琴」:他唯一愿意用的心智模型

  • 先讲两种失败模式:一种是「你一路往前迭代,把面条一把把往墙上扔,其实并不知道自己在往哪个方向走」;另一种是「坐下来写出一份份很长的路线图和战略愿景文档,规划未来两三年做什么——这就丢掉了我们相对其他所有行业的比较优势,也就是学习」。他的判词是:路线图派和迭代派「两边都得做,哪一边都不能压得太重」。→ 详细
  • 比喻本身:钢琴式手风琴,弹响一个音之前得先整个拉开、把空气吸进来——也就是先问「我们到底想在这儿做成什么」;「但只有当你按下键、把它一路推回去、压成一个 V1 的时候,才真的发出声音」。关键的一句:「拉开的那一下其实并不创造价值,价值全是在推回去的那一下产生的。」然后再拉开:基于刚学到的东西,我们接下来做什么。→ 详细
  • 落成一个循环:系统现在是这么运作的 → 我有个判断:改 X 会带来 Y → 我能做的最小的一件事是什么,才能验证这个判断 → 验证成功,计划不变,直接上 V2;没成,V3 就得换个路子。→ 详细
  • 他给的实战案例把这个来回抻的动作演了一遍:大多数交易市场的核心是商品列表(listing),但直播电商本来不需要——「我要是想卖你一副 AirPods,我完全可以直接把它举到镜头前」,做一条 listing 要 3.5 分钟,举起来说两句是 0 分钟,对卖家是净收益。→ 镜头拉远:新买家来到直播电商默认搜索得能用,「如果非要等你卖完了我才知道你卖的是什么,我根本没办法把想买 AirPods 的人送进对的直播间」。→ 那让所有人都做 listing?→ 再拉远:每上一件商品多花 3 分钟,卖家每小时能卖掉的商品数断崖式下滑,这对卖家是坏事,这条路也不能走。「所以你必须一直这么来回抻——我们正在做的东西,长期意味着什么,会有哪些连锁反应。」→ 详细
  • 他会在什么时候对人说「去拉一下手风琴」?「通常是这样:你交付了某个东西,但只站在很局部的视角上,并不真正理解它的影响。」→ 详细
20

直播电商 vs agentic commerce:为什么两者不是竞争关系

  • 他欢迎 agent 接管的部分:灯泡、空气滤芯这类程式化采购,以及高意图搜索——「我需要给电脑配一根特定的线」「要去参加婚礼,所以需要一双黑皮鞋,而且周四前必须送到」。→ 详细
  • 但他甩出的行业数据是全场最值得记的一组:「电商发展到今天多少年了?三十年了吧,而电商在美国零售支出里从来没超过 20%。绝大多数零售购物依然是人跑到线下去买东西。英国大概是 75 比 25。」原因是大部分购物是低意图的——「我去逛商场,可能是因为快要参加婚礼、没衣服穿,我就到处溜达看看有什么,因为我其实并不确切知道自己想要什么。」→ 详细
  • 实体店的价值被他讲得很具体:「开那家鞋店的人是有主见、有品味的,她精选了一批鞋;她提供一定水准的客户服务;她有橱窗陈列……逛商场之所以是件社交的事,是有原因的。」美国零售是个 7.5 万亿美元的行业,「我不认为这是赢家通吃的局」。→ 详细
  • 他解释直播电商为什么成立的那笔账,是个漂亮的商业模式对照:在 Twitch,「一场直播人数如果不到一千,经济上就是不成立的——你吃的是 CPM(千次曝光计费)」;但在 Whatnot,一个直播间里三五十人就够了——「你想象一下你在商场开一家鞋店,店里同时站着 50 个人,你根本不会关门。」结论:电商和娱乐的经济模型完全不同,CPM 根本不是你要操心的东西。所以直播电商第一次把「互联网的规模和便利」跟「线下购物的社交与文化体验」揉到了一起。→ 详细
21

直播产品的响应速度:7 秒改 3 秒,当场生效

  • 他到 Whatnot 第二周看直播时的一幕:拍卖有多种玩法(sudden death 骤死式 = 倒计时归零就结束;经典模式 = 最后 5 秒有人出价就加 10 秒),卖家当场抱怨「这也太慢了,我真希望这个 7 秒倒计时是 3 秒,我想更快出货」。「我就看见办公室里两个工程师对视了一眼,说:这不就是个配置项嘛,完全能改。于是他们当场就改了,然后跳进那场直播的聊天区,说了一句『刷新一下你的 App』。一瞬间,砰,就按新规则跑起来了。我当时心想:太爽了,我找到组织了。→ 详细
22

Twitter 的两条教训:PMF 是能被感受到的,「太复杂」多半是领导层软弱

  • 背景有多混乱:「我在那儿的两年里,产品负责人换了九任。」他最喜欢的一句形容来自商务合作团队的同事:「那感觉就像混乱直接住进了通风管道,无孔不入。」→ 详细
  • 第一条收获(正面):「如果你真的找到了 product-market fit,如果你真的把闪电装进了瓶子里,那你把组织搞得再烂都无所谓,它照样是个庞然大物。」他强调这是个试金石——真正的 PMF 是「你能在情绪层面直接感受到用户有多爱这个产品」,而不是「嘿,曲线看着还行」。后来 Elon 把品牌、名字、网站、人员全换了一遍,唯一没变的是网络效应,「而且不管你怎么折腾,它还是活得好好的」。→ 详细
  • 第二条收获(负面,也是全场金句之一):「大多数时候你听到的『这事特别复杂』,其实并不复杂,只是领导层软弱而已。」证据是 140 字限制:所有人都知道迟早得放开,工作组一个接一个,「beyond 140」项目到处都是;数据也很清楚——日本人发推频率是西方市场用户的六倍,因为汉字在同样字符数里能表达的信息量远多于罗曼语系。「我们知道放开是必然的终局……就是没人愿意拍这个板。于是就又是一轮设计冲刺,又是一个周期。」直到他离开后又过了近两年才有人真的做了,「结果呢,也没死人啊,这地方的灵魂也没崩塌」。编辑推文这件事又拖了两年半。→ 详细
23

失败角:平均值对个体毫无意义

  • 他先给了一个反自吹的基准线:「我觉得整个职业生涯里,我失败的次数比成功的次数多。」他公开的那份内部文档开篇第一句就是——目标是打出五成的击球率(batting 500),也就是「你期望自己对的次数和错的次数差不多一样多」。→ 详细
  • 贯穿他所有失败的那条主线:「平均值对个体毫无意义。」诱惑长这样:你看某个功能的平均使用率,发现只有 3% 的人在用,于是说「行吧,这功能大概可以砍了」。但如果不再往下钻一层,你就不会发现——「虽然只占 3%,但有那么一群人,这个功能占了他们全部行为的 100%,这就是他们的核心用例。」→ 详细
  • 在电商语境下这件事的代价更重:「这可是别人的生意啊。如果我们不可靠,或者随手下掉一个功能,那有点像 Westfield 商场在圣诞季前夕想都不想就把电闸拉了。」他的自我总结很坦白:「绝大多数让我事后『对自己失望』级别的决策,都是因为我依赖了平均值,而没去想藏在它底下的那些个体用例。」Lenny 接上 Bezos 那句:当你手上既有数据又有个案时,相信个案。 → 详细
24

收尾:「我说的至少一半是错的」

  • 他主动给整期加了免责声明:「产品管理没有唯一正确的做法,AI 会怎么重塑这个行业也没有唯一的答案。就 Whatnot 来说……PM 更少、更资深、给足自主权,这个模式对我们是对的,但我不会假定整个行业都该这样。」唯一他认为放之四海皆准的是:「眼下是回归产品工作本源、跳出那些表演的最好时机。」并且承认「确实有人是很出色的带人型管理者,成就感就来自带团队、帮人成长」。落款很他:「所以我说的这些,你至少当一半是错的——毕竟我这辈子发布过的东西,大概也有一半是错的。」→ 详细
  • 使用说明只有一句:「有共鸣的部分拿走,听着夸张或者不适用的部分就忽略掉。」Lenny 借 Elizabeth Stone 的框架定位当下:我们正处在 storming(激荡期)而不是 norming(规范期);他做了十年播客的体感是「以前大家问我十年来产品管理变了什么,我说没变;但现在感觉是真的变了」。Tom 补的最后一句是:「不过按你前面说的,其实最核心的那部分还是不会变。」→ 详细

Q1 · 最常推荐给别人的两三本书?

  • 《The Hard Thing About Hard Things》(创业维艰,Ben Horowitz)——「可能有点老生常谈,但我到现在还是觉得它是写产品管理写得最好的一本书」,理由是它把你要经历、要尝试、还会搞砸的那一大堆事都覆盖到了。→ 详细
  • 《The Purpose Driven Church》(目标驱动的教会,牧师 Rick Warren 著)——他称这是「别人推荐给我、我读完又转推给别人的最好的一本」。Twitch 的 CEO Emmett Shear 当年基本是盯着所有人读它。「它以一种很疯狂的方式在剖析:人为什么会在情感上投入某件事,以及怎么在一群人身上把这种情感投入设计出来。它字面上就是一本九十年代写的『如何建一间教会』的操作手册。」他的推荐语:如果你做的是任何形式的社区型产品,绝对值得一读。→ 详细
  • 《Babel》(巴别塔,R.F. Kuang)——小说/奇幻,他晚上放松时读的类型。→ 详细

Q2 · 最近特别喜欢的电影或剧?

  • Apple TV 的《Star City》。「如果你喜欢《For All Mankind》(为全人类),这部算是它的翻面,讲的是苏联那一侧。感觉像是《The Americans》(美国谍梦)和《For All Mankind》混在一起看。」→ 详细

Q3 · 最近发现的、特别喜欢的产品?

  • Service NSW(澳大利亚新南威尔士州政府服务 App)。他自己都觉得离谱——「我居然会在播客上说,最好用的产品之一竟然是澳大利亚的一个政府 App」。打动他的是那个念头:「反正政府握着我所有数据,那能不能就给我一个地方,一键就能续驾照、能过户、能把生活里那些拖后腿的行政杂事一次办完?」他最近回澳洲办了一堆生活杂事,「体验好得惊人」。→ 详细
  • 顺带的澳洲跑题(有点意思):因为光伏铺得太猛,澳洲中午电多到免费送给居民用;起因只是二十来年前一条不起眼的规定——新建房产屋顶必须装太阳能板。由此衍生出一个说法:「如果 AI 真的需要海量电力来喂数据中心,那澳大利亚整个 21 世纪的经济支柱就该是『电』。」Tom 的态度:「技术是出路,而不是问题本身。→ 详细

Q4 · 常回到的人生信条?

  • 大学时他的派对绝活是整段背诵 Rudyard Kipling 的《If》(如果),「因为我那时候觉得它特别深刻」。但现在离他最近的是一句大白话:「I'll figure it out(我能搞定)。」完整逻辑是——「大多数事情并没有大家想的那么难,办法总能想出来。只要你愿意投入必要的时间、金钱、精力和心力,几乎任何问题都能解决;而如果你不愿意投入,那它大概也算不上什么大问题。→ 详细

Q5 · 过去一个月在 Whatnot 上买到最棒的东西?

  • 一只活龙虾,他强调没开玩笑。Whatnot 上最近爆火的品类是生鲜和特色食品,有个叫 e-fish-co 的卖家在圣地亚哥码头开海鲜店——「每天早上渔船一靠岸,他就真的跑到码头去开直播,把一箱箱刚卸下来的海鲜全拍给你看,然后当场在 Whatnot 上拍卖。」冰袋加保温箱、UPS 隔夜件,第二天送到家门口,他买到的是一只加州刺龙虾(「跟你说实话,那玩意儿是真好吃」)。→ 详细

  • 这个例子他顺手用来收了前面 agentic commerce 那条线:「这也正是为什么我觉得电商会非常牛,但不可能包打天下——因为那天早上我压根就没打算买什么加州刺龙虾。→ 详细

  • X / Twitter:@tdrobbo(TD Robo)——「我大部分碎碎念都发在那儿,一半是产品管理,一半是看勇士队比赛时的骂骂咧咧,先向大家道个歉。」

  • LinkedIn——偏工作向的写作基本都在这边。他自己的说明:「我追求的是质量不是数量,所以两个平台都别指望我天天更新。」(Lenny 的评价是「全是爆款嘛,一年放一发就够了」。)→ 详细

  • 听众能怎么帮他:「我一直特别欢迎关于 Whatnot 的反馈——大家用下来感觉怎么样、我们还能在哪些地方做得更好。犀利的吐槽、意见、想法,在这两个平台上随时找我聊。」→ 详细

  • 招聘:Whatnot 一直在招 PM,Google 搜「Whatnot jobs」即可。他特意澄清那个 31,832 : 1 的数字不是劝退——「我更想表达的是:产品经理这个岗位泛滥了,但泛滥本身并不会自然长出你我刚刚花了一个半小时聊的那套能力。」当前优先级最高的方向是支付物流——「如果有人特别想来做『隔夜把龙虾寄到家』这件事的未来形态,事实证明,这里头要解决的产品细节相当多。」→ 详细

🎯 于你何益 为你定制 · 非通用结论

直接相关度:很高。你是 8 人 PM 团队里的一员,同时正在用多个 Agent 把「一个 PM 团队」压缩成一个人——这一期正好是一位 CPO 站在另一头回答同一道题:他手里也是二十来个 PM 撑着一个高速增长的平台,他的答案是「少而资深、绑问题不绑团队、最强的人自己下场」。跟你库里那期 Nikhyl Singhal(《为什么一半的产品经理岌岌可危》)合起来看,是同一个母题的两轮——Nikhyl 讲的是个体该怎么活下来,Tom 讲的是一个团队该怎么被重新设计。下面只挑真能用的,按项目分。

Holdwell ERP · 8 人 PM 团队 + 多-Agent PRD 工厂

1. 「PM 绑问题、不绑团队」——这是你那 8 个人可以直接拿去试的组织手术

  • 怎么做的:Whatnot 21、22 个 PM 撑着美国增长最快的市场平台,做法是彻底放弃「一个 PM 对一个团队」。每 6 个月,CEO 和几位负责人坐下来只做一件事:把「未来半年什么必须成立」列成清单,然后一条条问「这件事的 DRI 是谁」。清单过完常会发现一条「在好几个团队路线图上都排第二第三、可看着真的很重要」的事——于是抓一个 PM 过来说「恭喜,这就是你接下来 6 个月要交付的东西」。代价他也认:某个工程团队可能整整一年身边没有 PM,哪怕活一大堆。他坚持这对 PM 本人更好——「你在不同的问题之间流动,等于练到更多块肌肉」。
  • 你可以怎么做:你的团队痛点里有「跨线对齐」——六条产品线强耦合,可人被钉死在线上,线之间的缝没人负责。下个规划周期,别再从「谁负责哪个模块」开始,改成从「这半年什么必须成立」开始列 5–8 条,然后逐条点名 DRI——尤其要故意留出一两条跨两条产品线、谁的路线图上都排第三的事,专门派一个人半年只干这个。这一条你不需要任何授权就能在自己负责的那摊上先做实验:把自己这半年要交付的东西,从「我的模块列表」改写成「三条必须成立的事」。

2. 「先验证、再信任」+ 追问到一手事实——这正是「真人评审」该有的牙齿

  • 怎么做的:Tom 直接说「招好人然后别挡道」是错的,Whatnot 活在 verify then trust(先验证再信任) 而不是「信任但验证」。配套的是一段可以逐字抄走的追问链:有人说「那个是欺诈」→ 你怎么知道?→「数据集里标着」→ 标签怎么打上去的?→「我猜是运营打的」→ 他们打标签的 SOP 是什么?→「不知道」→ 那你其实并不知道那到底是不是欺诈。 他说真正有经验的人会回一句「说得对,我去查清楚」,而这一追,顺手把打标签那套系统也加固了。创始人 Grant 的版本更狠:评审里说一句「我觉得这不对」,然后「我把今天剩下的时间全清了,我们坐下来把它搞清楚」——工单、代码、数据一行行过。
  • 你可以怎么做:你的工厂里评审意见难回炉、agent 产出缺可验证的证据,说到底是没人被强制追到一手事实那一层。把这条追问链做成真人评审的固定三问,谁都不能跳过:这个结论的数据从哪来?这个数据是谁、按什么规则产生的?如果这条规则是错的,结论会怎么变?——三问答不出就不放行,这比再写一份评审清单有效得多。另外 Grant 那个动作值得抄成你的个人纪律:每个月挑一件你「觉得不对但说不清哪不对」的事,清掉半天,把工单、日志、数据亲手过一遍。

3. 「没有微观就做不出好的宏观决策」——给你的 T 型自查

  • 怎么做的:Tom 承认自己答不出 Whatnot 推荐模型的具体权重,「跟那个团队的工程师比我肯定答错——这是好事」;但他紧接着说「我其实有责任随着时间把这些学会,因为我在要求他们做决策,而且我在审批他们做的东西」。他的另一串追问是:我们的推荐机制怎么跑的?风控判定推荐无效用什么逻辑?→ 地址信号 → 地址信号怎么算的?是标准化处理还是用户随手填的自由文本?结论一句话:没有微观,你就做不出好的宏观决策。
  • 你可以怎么做:这条正好戳你的跨线对齐——六条产品线各说各话,你的 Agent 们在「宏观」层面写 PRD,底下却没有一份关于「这个字段到底怎么产生、谁在维护」的一手事实。别把它当文档任务,当成 Tom 这套追问的产物:每周挑一个核心实体,用他那串问句把它问穿,把答案沉成共享定义。 8 周就有 8 个实体,比一次性规划一个完整的实体模型现实得多。

4. 「你不能为了招 PM 而招 PM」这句话,对你其实是「你不能为了加 Agent 而加 Agent」

  • 怎么做的:他反对的不是 PM,是那条 HR 配比——每 6 个工程师自动配 1 个 PM、1 个设计、1 个 EM,规模一大就冒出一堆「其实不需要」的岗位;「大多数情况下,你并不需要给通知系统基础设施配一个 PM」。他要求的是:招人一定是因为有一个非常具体的需求。
  • 你可以怎么做:把「PM」换成「Agent」,这句话就是给你那套三驾马车 + 碰撞协议的体检表。逐个问一遍:这个角色、这一步流程是因为一个具体的、反复出现的需求存在,还是因为「一个完整的 PM 流程应该有它」? 后者就是你自己长出来的 HR 配比。他那句「pod 配比一旦成型,规模一大就自动繁殖」,在 Agent 编排里发生得只会更快——因为加一个 Agent 几乎零成本,而每一个都在消耗你的上下文和注意力。

职业 / 本人精力 · 他给的是「怎么把一个人用出一个团队的效率」

1. 「少做几件事,但每件做透」——whole-ass a few things

  • 怎么做的:他反复讲一条文化底线:「增长太容易掩盖一切问题了,你规模越滚越大,所有人都在看平均数过日子。」所以必须坚定地「少做几件事,但保证把它们执行到极致」,同时逼最好的人扎进每一处细节。他甚至给了个时间分配上的自查:「除了招人,我一天剩下的时间还能有什么,比把我说过这半年要搞定的那五件事做成更重要?例会之类全都可以清掉。」
  • 你可以怎么做:你的元约束是精力和聚焦,而你手上同时挂着七八条线。这条给你一把很干脆的尺子:列出你这半年真正要「做成」的事,如果超过五件,那你现在做的其实是「看平均数过日子」。 具体动作:这周把七八个项目按「半年后能不能拿出一个成了的证据」排一次序,前三名以外的明确降到维护档(不是砍掉,是不再占用你的判断带宽)。

2. 「AI 让你能干成的事太多,多到你为没干的焦虑」——他给这种新型焦虑命了名

  • 怎么做的:他和几位资深负责人的共同感受是:「现在借着 AI 能干成的事太多了,多到你反而会为『还有一堆没干』而焦虑——因为你心里清楚,只要再挤出两三个小时,就能推动一大片事情。」注意他没有把这当成好事来庆祝,而是当成一个需要用「聚焦」去对冲的副作用。
  • 你可以怎么做:这就是你现在的状态被人准确说出来了。诚实的用法不是「那我再挤两小时」,而是承认能力上限已经不再是瓶颈,判断力和注意力才是——这跟你自己写下的「判断力 > 努力、杠杆 > 工时」是同一句话。把「这周我又多干了多少」换成「这周我少做了哪件事、并且没后悔」当自检指标。

3. 「我能搞定」这句座右铭的后半句,才是给你的

  • 怎么做的:他的信条是 I'll figure it out,但完整版是:「只要你愿意投入必要的时间、金钱、精力和心力,几乎任何问题都能解决;而如果你不愿意投入,那它大概也算不上什么大问题。
  • 你可以怎么做:后半句是一把很好的取舍刀,直接接上你「问该不该做先于做多快」的操作系统。当某个副业项目卡了很久、你也一直没真的投入——那就不是「我没时间」,而是「它没那么重要」。把这句当成季度回望时对每条线的一问:过去三个月我愿意为它掏出真金白银的时间吗?不愿意,就诚实降档。

One Human Company · 这一期是现成的高质量弹药

1. 「我们后悔 PM 这个岗位存在」——一个 CPO 说的,比你自己说有力十倍

  • 怎么做的:这句话出自一位在做极其 to C 产品的 CPO(不是开发者工具公司),而且他给了完整论证:产品管理是手艺不是资格证、靠 reps 练出来、PM 越多别人的肌肉越萎缩、「招这么多 PM 是在把工程师和设计师当小孩养」。配上 31,832 : 1 的招聘数字和 21 个 PM 撑起最快增长市场平台的事实,论据链是闭合的。
  • 你可以怎么做:这是你「大佬说 X 我试了」那条支柱的完美原料,而且你恰好是唯一能拿实测回答它的人——你不是评论这个观点,你是把它做到了极端:你的公司里只有一个人类。候选标题方向:「Whatnot 的 CPO 说他后悔 PM 这个岗位存在,我干脆把整个 PM 团队换成了 Agent——半年后我告诉你哪块肌肉萎缩了」。关键是他那句「你越把人从做决策里抽离,他的肌肉越萎缩」要老实兑现到自己身上:晒出你自己这半年亲手写了多少判断、多少是 Agent 替你写的、哪一块你明显手生了。过弹药库闸门:删掉你的实测这篇就不成立,过。

2. 「先验证再信任」+「追问到一手事实」是可抄物做成卡片的最佳候选

  • 怎么做的:那串「你怎么知道那是欺诈」的五连问,本身就是一张卡。加上他划的微观管理分界线——「自上而下能奏效的前提是领导层足够强、能钻进细节、且在具体问题上判断是对的;它崩掉的地方在于你其实并不掌握实情,却还想从上面管人」。
  • 你可以怎么做:你的每篇要有「可抄物」,这一期直接给了两张:一张「一手事实五连问」卡一张「你在微管还是在钻细节」的自查判断卡。而且第二张对到你自己带 Agent 的处境格外锋利——你审 Agent 产出时,到底是掌握了实情在改,还是不掌握实情在瞎指挥?把这条做成 AI 员工管理成本账那条支柱下的一篇。

3. 「产品剧场」这个概念,是你这个号最好的靶子

  • 怎么做的:Tom 承认「过去 5 年我们奖励的不是核心产品能力,是讲故事、拉齐、讲战略」,很多人把「向管理层输出框架」练到炉火纯青(Marty Cagan 叫这个「产品剧场」),而现在「这里面已经没什么地方可藏了」。他的验证手段也很实:任何岗位录用前都要做实操 case——给题目和数据出一份 PRD 然后当面口头答辩,「那些擅长表演但不抠细节的人,思考质量崩塌得有多快,相当说明问题」。
  • 你可以怎么做:这条适合做成一篇有立场、可被反驳的观点短评:「AI 时代第一个失业的不是 PM,是产品剧场」——论据用你自己的实测:你让 Agent 写的 PRD 和你手写的,哪一份经得起「口头答辩」;Agent 最擅长的恰恰是生产漂亮框架(也就是剧场),所以人剩下的价值只能是抠细节和拍板。这一篇天然带你的判断,不是转述。

app_incubator · 「拉手风琴」是你把「该做什么」前移到 Agent 的现成机制

  • 怎么做的:他唯一愿意用的心智模型:先把手风琴整个拉开吸气(我们到底要做成什么、长期影响是什么),再按下键推回去压成一个 V1——「拉开的那一下并不创造价值,价值全是在推回去的那一下产生的」,然后再拉开。他用商品列表的例子演了一遍:直播卖货本来不需要列表(做一条 3.5 分钟,举起来说两句 0 分钟)→ 拉远:新买家默认搜索得能用,没有列表就没法把人导进对的直播间 → 那让所有人做列表?→ 再拉远:每件多花 3 分钟,卖家每小时出货量断崖式下滑 → 这条也不行。
  • 你可以怎么做:你的痛点是「把该做什么前移到 agent」,但 Agent 天生擅长的是「推回去」(压成一个 V1、生成方案),最不擅长的正是「拉开」(想清楚二阶三阶影响)。所以别指望一个 Agent 同时干两件事——在链路最前面加一个只负责「拉开」的角色,它的唯一产出是「这个改动如果被大规模采用会怎样 / 有哪些连锁反应 / 谁会因此变慢」,不许出方案。配上他那两句评审追问「绿了怎么办、红了怎么办」和「使用量高一千倍会怎样」,就是这个角色的提示词骨架。

Chief of Staff · 两条可以直接植入的问句

  • 怎么做的:他有两句在评审里反复用的固定追问——「如果结果是绿的你打算怎么办?如果是红的呢?」(答不出就说明这件事压根没想清楚,先停下),以及内部口号 know then go(把所有可能出问题的地方想一遍,然后照样往前推——「你不需要把它们都解决掉,你只需要都想一遍,最后你解掉的会比你以为的多」)。
  • 你可以怎么做:这两句比抽象的「季度回望」颗粒度细得多,适合做成 CoS 在你要做决定时的固定反问:「这件事成了你下一步做什么?没成你下一步做什么?」——两边答案一样就说明这个决定本身没意义。know then go 则正好对冲你「想太多不敢动」和「想都不想就冲」两种失衡,可以当成 CoS 给建议时的默认句式。

StockHelp / 投资视角 · 有真东西,但是背景透镜不是信号

1. 「电商三十年从未超过美国零售的 20%」是一组值得记进你脑子的长期数据

  • 怎么做的:他给 agentic commerce 泼的冷水建立在硬数据上——电商发展三十年,在美国零售支出里从未超过 20%,英国大约 75:25;美国零售是个 7.5 万亿美元的行业,「我不认为这是赢家通吃的局」。理由是大部分购物是低意图的:我去逛商场,是因为我不确切知道自己想要什么。实体店的价值在于店主有主见、有品味、精选、有橱窗、有服务。
  • 你可以怎么做:对你判断零售/电商/平台类公司的长期天花板,这是个很好的定量锚——别把「线上化率必然趋近 100%」当成默认假设,三十年 20% 是个极强的经验证据。同样地,当某个 AI 应用叙事说「agent 会接管所有消费决策」时,用这条反问一句:它接管的是高意图部分还是全部?高意图那部分占多少?这是估值时的定性背景,不构成任何买卖判断

2. 「CPM 和电商是两套经济模型」——一个很干净的商业模式分析范式

  • 怎么做的:他在 Twitch 的经验是「一场直播不到一千人,经济上就不成立,因为你吃的是 CPM」;但在 Whatnot,一个直播间三五十人就够——「你想象一下你在商场开一家鞋店,店里同时站着 50 个人,你根本不会关门」。同一个「直播」的产品形态,换一套变现模型,可行的规模门槛差了 20 倍。
  • 你可以怎么做:这就是你找「卓越生意」时该问的那类问题——同样的用户行为,不同的变现模型会让单位经济差出一个数量级。看一家公司时把这条当固定检查项:它现在吃的是哪套模型?有没有可能换到一套让门槛骤降的模型?(这也是护城河「是否耐用」的一个来源。)

3. 「平均值对个体毫无意义」是他最贵的一课,对看数据的你同样成立

  • 怎么做的:他说自己所有「对自己失望级别」的错误决策,主线都是同一条——依赖平均值、没去看藏在底下的个体用例。「只有 3% 的人在用」的功能,可能是另一群人 100% 的核心行为;下掉它「有点像 Westfield 商场在圣诞季前夕想都不想就把电闸拉了」。Lenny 接的是 Bezos 那句:数据和个案冲突时,相信个案。
  • 你可以怎么做:两处都能用。在 ERP 那边,砍功能/改流程前先问「有没有一小撮客户,这个功能是他们全部工作流」;在你的选股看板那边,别只看整体分位和平均比率——一家公司的「平均利润率」常常掩盖了一块正在腐烂或一块正在爆发的业务,看板 Phase 2 加信号时,优先加「拆分后差异最大的那个维度」,而不是更多平均数。

更深三角度

  • 该反着用:Tom 的处方是「PM 少而资深、一个人横跨多件事、最强的人自己下场」——但他能这么干,是因为他有 21 个人的余量、有两位创始人兜底、还能一句话清空自己的日程。你的处境正好相反:你已经是那个「一个人横跨全部」的极端。 所以他那句「让最好的人扎进每一处细节」对你不该翻译成「什么都亲自钻」,而该反过来读——正因为你只有一个人,你必须明确宣告哪三四件事归你亲自钻、其余的接受「知道得不够细」。他自己就是这么干的:Grant 盯的事他明确抽身,「有整整一半人在做的事我说不出每天进展到哪一步,这完全没问题」。允许自己在大部分事情上不知道细节,是这套模式能跑的前提,不是它的失败。
  • 和你现在做法冲突:这是这期最该让你停一下的地方。Tom 全场的核心主张是——层级越多、管理层离一手事实越远,质量越差;AI 的价值在于让人能直接贴到事实上。而你正在做的多-Agent PRD 工厂,本质是在你和事实之间新增了一层(甚至八层)中介。他那句「你越是把人从做决策里抽离,他那块肌肉就越萎缩」,如果成立,那么对象既包括被 Agent 替代的团队,也包括把判断外包给 Agent 的你自己。更尖锐的是:他说组织之所以长出一堆层级,正是因为「管理层看不清底下到底在发生什么」——多加一层 Agent,和当年多招一层初级 PM,在「看不清」这件事上是不是同一种病?这个张力我不替你下结论,但值得你在下一次工厂迭代时正面回答一次:你的工厂是在放大你的判断,还是在替你判断?
  • 对你的镜子:他给自己的定位是「我的工作是帮着把创始人的愿景和直觉翻译成现实」,而不是跟创始人争愿景归谁——「这不是你的公司,是他们的」。对到你身上有两面:在 Holdwell,你可能一直在争「产品方向该听谁的」这场其实不属于你的仗,而真正属于你的是「把方向翻译成能落地的东西,并且在细节上比所有人都准」;而在你自己的一人公司,情况彻底反过来——那里的愿景第一次真的归你,所以那里才是你该花判断力的地方。 分清这两个身份,比在两边都用同一种劲要省太多力气。

所以呢

可迁移思维模型

  • 【耐用】手艺不是资格证,肌肉靠一组组练出来——任何你想保有的能力,都必须持续给自己留 reps;把某件事完全外包出去(给人或给 Agent),就等于接受那块肌肉萎缩。这条几十年内都不会过期。
  • 【耐用】平均值对个体毫无意义 / 数据和个案冲突时相信个案——这是产品、投资、写内容通用的反直觉纠偏。
  • 【耐用】拉手风琴:拉开定方向,压回出价值,来回循环——比任何「路线图 vs 敏捷」的站队都更好用,因为它承认两边都必要。
  • 【耐用】know then go——把风险想穿再照样往前推,比「因为有风险所以慢下来」和「不想就冲」都强。
  • 【会过期】「三个资深 IC 比一个金字塔便宜」这笔薪酬账——它成立的前提是资深产品人还没被市场重新定价;一旦这种「高杠杆 IC」成为标配,薪酬会跟上去,这笔账就不那么划算了。
  • 【会过期】具体的工具与数字:Hex Threads、21 个 PM、「问 Claude 就能懂代码库」——工具一年换一茬,别把工具当结论。

判断更新

  • 你的库里 Nikhyl 那期给的结论是「一半 PM 岌岌可危,你得成为建设者」——那是个体求生视角。Tom 这期把镜头拉到组织层:问题从来不是 PM 不行,是「每 6 个工程师配 1 个 PM」这条配比不该存在。 两期合起来的判断更新是:你要防的不是「被 AI 替代」,是「待在一个因为配比而存在、而不是因为具体需求而存在的位置上」。这个问题对你的正职和你的 Agent 编排是同一道题。
  • 第二个更新:你原本可能默认「多-Agent = 更高杠杆」。Tom 给了一个反向的成立条件——杠杆来自「一个判断力强的人能同时看到棋盘上更多格子」,不是来自「更多执行单元」。所以衡量你那套工厂的指标应该改成「它让你看到了多少你原本看不到的一手事实」,而不是「它替你产出了多少文档」。

这周一个赌注

挑你正职里一件你觉得结论不对、但说不清哪不对的事,学 Grant:清掉半天,不开会、不问人,自己把工单、日志、数据一行行过一遍,用那串「你怎么知道 → 数据哪来的 → 谁按什么规则产生的 → SOP 是什么」追到底。赌注是:你会在这半天里找到至少一个所有人都以为成立、其实没人验证过的假设。 如果找到了,就把这串追问固化成你评审的强制三问;如果没找到,说明你的团队地基比你以为的扎实,那你可以放心把更多判断交给 Agent——这一个下午,两种结果都值。

接着读