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

PM危机

NS
Nikhyl Singhal · Lenny's Podcast
视频 95:11 原文约 9.3 万字 预计阅读 33 分钟 来源视频 ↗ 中英对照全文
双人对谈 · 本期速读电台 00:00 / 41:29
TL;DR · 三句话
  1. PM 角色正在根本性转变:嘉宾 Nikhyl Singhal(Meta、Google 前资深高管,Credit Karma 前 CPO,四次创业者,顶级产品负责人社区 Skip 创办人)定调——「信息传递者(information mover)本质上会变成恐龙」。未来 12-24 个月公司会先大规模裁员、再大规模重招,量级是「裁 30,000、招 8,000」,新招的 8,000 人 100% 是 AI-first。→ 详细
  2. PM 的核心价值转向「判断力(judgment)」和「加速度(pace)」:当 AI 接管所有机械部分(写 PRD、开会、状态报告、特性开发、测试),PM 只剩判断——评估改动好坏、在多版本间取舍、判断值不值得构建和发布。同时节奏狂飙:测试和改动成本暴跌,呈现给产品的变化是过去的「10 到 100 倍」,跟不上速度三个月后就被告知「你在做我们三个月前就停掉的事」。→ 详细
  3. PM 必须成为「建设者(builder)」才能拿到杠杆和满足感:薪酬历史最高、offer 最多、纷纷看到下一步是创始人/CEO 的那批 PM,正直接用 Claude、Codeex 搭原型、写 agent、自动化内部流程。Nikhyl 直白说「如果你不热爱打造东西,你就麻烦了」——而行业里约一半 PM 属于「非建设者」,正面临职业困境。→ 详细

嘉宾 Nikhyl Singhal 谈 PM 行业正承受历史级压力(字幕:

01

PM 行业的「文艺复兴」与危机并存

主持人 Lenny Rachitsky(左)与嘉宾 Nikhyl Singhal(右)对谈

  • Lenny 刚做完就业市场报告,开场甩出反直觉数据:「全球科技公司的 PM 职位空缺数是三年多以来最多的,上次这么高基本在 COVID 期间」——对 PM 真实技能的需求在上升。Nikhyl 把当下定性为「对产品行业的一次完全的文艺复兴(a complete renaissance),但伴随很多附加条件(a lot of strings attached)」:建设者迎来人生黄金期,但组织压力创历史新高——「没什么是恒定的,每个人都处于高度警戒状态」。做得好的人「有更多选择、长期更快乐」,压力变成「希望晚上有更多时间喂 LLM」,而非过去那种「不知道我的项目能不能熬过决策泥潭」。→ 详细
02

从「信息搬运工」到「恐龙」——PM 职能的消亡序幕

Nikhyl Singhal:信息传递者本质上会变成「恐龙」

  • Nikhyl 用三年前(他称之为 ZERP 时代,zero interest rate period,零利率、热钱见顶那段)的画面对比今天:那时一个 PM 的一天「主要就是把信息从一处搬到另一处——让我把团队呈现给我的信息框架化好(frame up),再呈给我老板,好让他能框架化后呈给他老板的老板」。他把这种角色本质命名为「有责任但没有权力(responsibility without authority)」,并断言「这是职场压力的最大来源」。而在 AI 已能自动化会议、生成状态报告、整理文档的时代,结论冷峻:「信息传递者本质上会变成恐龙(the information mover is essentially going to become a dinosaur)。」→ 详细
  • 他进一步拆解了「对齐(alignment)」这件 PM 核心日常:过去对齐里很大一块工作,其实就是「让大家拿到正确信息、拿到最底层的真相(ground level truth)」,而真相往往「被埋在组织某个角落,然后每个人都加上自己的 spin(粉饰/带节奏)」。这一整块「现在大幅改善了」——一个 CEO 可直接问 AI 助手「现在什么情况?表现怎样?客户真正想要什么?」,不必让信息穿过一层层带 spin 的人。所以对齐不会消失(判断该不该对齐、对齐到哪仍需要人),但「不会再有那么多戏份(theatrics)」——那套靠开会、做 deck、来回转述维系的「对齐剧场」正在被抽空。→ 详细
03

组织规模缩减与 AI-first 重组的两波冲击

  • 预测(未来 12-24 个月):「大规模人员裁减,然后大规模重新招聘。一家公司可能裁 30,000 人、招进 8,000 人,但这 8,000 人都会是 AI-first 的。」被裁的 30,000 人是两种情况组合——一是「没有从过去 5 年增长的那批人手里得到足够回报」,二是「想用轻得多的有效载荷(a much lighter payload,更精简的人员配置)把目的地设得不一样」。裁员既在还旧账,也在为「更少人、但每个人技能更强」的新形态腾位置。现实账很扎心:很多上市公司「过去 5 年把员工翻了一倍,但有拿到两倍产出吗?」——没有,Nikhyl 称这是「判断日回来了(judgment day)」。叠加 AI 需要「一套完全不同的技能集」,才造成「一边大规模裁员、一边高薪疯抢」的撕裂。他直言这「令人瞠目结舌(mindboggling)」「很黑暗(dark),会让这一年和接下来两年相当难熬」。→ 详细
04

「加速度」成为生存的第一要素

  • Nikhyl 把加速讲成近乎悲壮的意志:「你必须找到加快速度的能力,找到那种储备(reserve)。接下来两年需要很强的腹中之火(fire in the belly)。」比喻贴切——「你不会用上一份工作第五年的节奏去看新工作第一年;刚开始一段新恋情,第一年你会拿出最好状态。这就是我要求的。」为什么必须快?因为「测试和改动的成本会低得多」,于是「呈现给产品的变化是过去的 10 到 100 倍」,慢就等于过时——「三个月后他们会说『你在做我们三个月前就停掉的事;哦,PRD?那都算不上 PRD 了』」。这种眩晕感(dizzying)是新型疲惫的根源。→ 详细
05

「判断力」是 PM 唯一的不可替代价值

  • Lenny 追问「你说 judgment 时人们到底应该想到什么」,Nikhyl 给了三层定义:(1)「评估我们正在改变的东西是好是坏」;(2) 评估「该往这个方向改产品还是那个方向——你不可能为同一产品做一百个定制版本(you can't build a hundred custom versions),那会影响品牌、影响可维护性(maintainability)」;(3) 当客户提需求、当你想构建「可持续的、有差异化的(sustainable, differentiated)东西」时,判断「它是否成功满足标准、是否值得构建、是否值得发布(worth building and worth releasing)」。→ 详细
  • 他把这上升为「几乎自互联网诞生以来就存在的系统级技能」——「关键不是某个功能(it's not about the feature),而是我们正在搭建的系统、平台(platform)、那种使能的能力(enabling capability)」。这正是工程师、设计师、营销都无法替代 PM 之处。但他也诚实承认这种判断力并非 PM 独有——工程师在「系统化思考」和「过时化(obsolescence)思考」上往往更强,设计师在「品味(taste)」上更强,「同时拥有这几样的人,会比只有一两样的人做得更好」。PM 的护城河不是垄断了判断,而是判断 + 系统视角 + 品味这几样的交集。→ 详细
06

建设者型 PM 的「黄金时代」

  • 对最强建设者,「薪酬处于历史高位(all-time high),offer 比以往任何时候都多,他们看到下一份工作也许是创始人、也许是 CEO、也许是产品之外的另一个 C 级职能——机会比以往任何时候都多」。Skip 社区把这量化:5 年前社区约 60-70 人时只有 1 位创始人;最近 12 个月涨到约 125 人,已有 14 位创始人——14 人决定下一份工作不是再当 PM 高管,而是「创始 CEO 这条路现在对我们开放了」。→ 详细
07

从「责任无权」到「直接影响」的心理转变

  • 过去 PM 最大痛点是「有责任但没有权力(responsibility without authority)」,是「职场压力的最大来源」:你对结果负责,却只能靠说服、协商、把东西排进别人排期去推动。一针见血——「在产品工作里,很少有令人满足的日子,因为你没有能力看到一个坏掉的东西被修好(you don't have the ability to see a broken thing get fixed)。」他用极生活化的比喻反衬:「当我还是 PM 时,我会忙里偷闲去换房子里的灯泡——灯泡坏了,我换掉,灯亮了,天哪那真满足。」过去这种「我改变一个东西→立刻看到结果」的因果闭环,PM 在工作里几乎得不到,只能在换灯泡这类琐事里补偿,「直到现在」。如今 AI 让 PM 第一次能直接「参与到快乐里——你可以自己出设计,不必等设计师、不必说服他、不必把东西扔进 backlog 里等」。这种亲手把事做成并即时看到反馈的掌控感,正是他反复讲的「快乐是对倦怠最大解药」的源头。→ 详细
08

「建设者」的定义超越 PM 边界

  • 建设者不是 PM 专利:「很多工程师、设计师、营销人员也是——『要建设者(builders wanted)』会是接下来几年的大标语。」边界正在模糊:「工程师可以成为产品领导者,设计师也可以。」最出人意料的是连 HR 都开始要 PM——「我社区里有位非常资深的人去面 CHRO,因为那家公司想要一个有 PM 背景的人来做」,原因是 PM 那套「过时化技能、判断技能、赋能技能、建设者技能」跨部门通用,「这个职能本身可能比工作的其他部分更容易学」。→ 详细
09

非建设者 PM 面临的「职业死亡」

  • 这是整集标题「为什么一半 PM 陷入困境」的正面回答,Nikhyl 不回避残酷:「大约一半的人在那个阵营(非建设者)。」他还原这群人当初为什么入行——「他们进入科技/产品,不是真的对技术着迷(not really fascinated by technology),而是发现这是份有利可图的工作(a lucrative profession);是我的沟通能力、搬运信息的能力、喜欢的那种团队建设(team building),让我最终享受了这份工作。」紧接着替他们、也替自己说出心里话:「这些事我自己也都很喜欢,但如果你不热爱打造东西(if you don't love building),你就麻烦了。」关键转折:过去能让你「享受并胜任」PM 的那几样能力(沟通、协调、信息搬运),恰恰是 AI 最先接管的部分。他们出路被压得很窄,三条都不轻松:「可能不得不离开科技行业;想在科技之外创办新业务(但仍用 AI 工具);或干脆去找一份和科技完全无关的工作。」他定性这是「建设者增长故事的镜像(the mirror image)」——同一股 AI 浪潮,一边把热爱构建的人推上历史高点,另一边把不热爱构建的人推向边缘。→ 详细
10

PM 社群里的创业者比例爆发式增长

  • 那组硬数据是整集最有说服力的实证:Skip 社区从约 60-70 人长到 125 人,创始人从 1 位增加到 14 位——顶级产品负责人选择「自己出去创业」而非「继续当大公司高管」的比例急剧上升。当一个人靠 AI 就能把想法直接做成产品,「为别人打工」相对「构建自己东西」的吸引力在塌缩。Nikhyl 自承「我喜欢构建东西,我中了这个毒(caught the bug),一直泡在里面」。→ 详细
11

中年职业人的「完美风暴」压力

  • Nikhyl 用近乎散文的话描摹「三十多岁中期职业者」:「人生对你玩了个残酷把戏——你迎来职业里最好、最有力量的年代(power years),因为终于搞清楚自己在干什么;但同时你可能正在定居、有了孩子;父母在老去,要建立一种新关系因为他们开始依赖你;你第一次感到身体酸痛,必须开始管理饮食。」他给这种状态起了扎心的名字——「同等地让所有人失望(equally disappoint everyone)」:「你有 6 小时、8 小时、12 小时可给,却面对 20 小时的需求。优先级机制是什么?就是同等地让所有人失望——我父母不会比我孩子、我健康、我家人、我伴侣、我工作更失望。」偏偏就在这种自顾不暇时,整个行业还在朝他喊「跟上啊,你知道 Claude Code 今早又改了什么吗?」他特别强调这种疲惫和 COVID 不同:COVID 再难「目标是清晰的」,你知道熬到哪算头;现在则是更折磨的眩晕——「我刚学会怎么做我的工作,结果三个月后规则就全变了」,你永远回不到「学会了、进入心流、稳定输出」的状态,因为目标本身在持续移动。→ 详细
12

AI 时代的「无坏软件」梦想

  • 谈判断力时 Nikhyl 顺势抛出愿景式预测:「我觉得两年内不会再有糟糕的软件了(there won't be any more bad software)——这也许更像愿望和梦想,而不是预测。」他用自家房子做证:「我家有约 15 个不同的 app,控制着从百叶窗到空调到车库门的一切,几乎每一个都烂透了(a horrid)——工作得不好、从没人监控、东西总坏。」为什么会变好?「因为某个人会坐下来基本上告诉 Claude『去把它修了』,它就真修好了,而且会修得更安全(more secure)。」于是「人们对糟糕软件的容忍度会大大降低」。Lenny 用真实用法佐证:他对 Codeex/Claude 常用的提示词就是「我们怎么能让产品体验更好?」——「你只管问那一句,它就甩给你 10 种方式,然后你说『行,先做前七个』。」这背后是经济学的根本翻转:过去「工程师很贵,所以我们容忍烂软件」,现在变成「AI 很便宜,不再有理由容忍任何糟糕体验」——对一切建立在「软件够用就行」之上的产品和公司,是值得记住的长期拐点。→ 详细
13

Google 的启示:组织规模的真实成本

  • Nikhyl 回忆 10-15 年前在 Google 一个边缘团队常算的账:「Google 要达成数字到底真正需要多少人?当时有 2 万、3 万、4 万人,圈外人会说『大概 90% 显然都必要吧』,但答案其实更接近 9%——你可能只需要 500 人就能让灯亮着、把那个业务撑起来。」庞大组织里有「巨量开销(overhead)」,多数人是为「扩张、尝试新东西」而招,而非核心必需。他还讲了个 morbid(病态)但属实的现象——「市面上 COBOL 代码可能仍比任何语言都多,大型机对 IBM 这类公司还是异常大的收入项;很多写那些系统的工程师『字面意义上已经过世了』,代码一二十年前写成、没人敢碰」——而现在 AI 终于让「改进这些被视为理所当然的系统」成为可能。→ 详细
14

PM 作为「软件内工程师」的新身份

  • 最幸福的 PM 在做什么?Nikhyl 用上周四那场约 125 位产品负责人的旧金山月度聚会现身说法。他们搞了个「展示与讲述(show-and-tell)」,初创、中型、后期公司轮流上台演示自己做的东西。当场两件事「非常明显」:一是「观众里充满了快乐——每个人都抱着笔记本电脑互相较劲:你的首席幕僚应用(chief of staff app,PM 给自己搭的、自动处理收件箱/决策/文档的内部小工具)能做那个,我的能做这个」;二是「他们谈论产品决策怎么做、优先级怎么定、信息怎么在公司里流动的方式,看起来跟我几年前工作时完全是另一种动物(a completely foreign animal)」。Nikhyl 上台替今天的 PM 画了新画像:「你们都在企业里用 agent、用首席幕僚应用驱动生产力,把所有时间花在判断上,把任何能被淘汰的东西都写成软件——这些词在 12 个月前甚至不在我们的词汇表里。」全场都承认,「12 个月前我们根本无法预期今天这场对话会是什么样子」。→ 详细
15

「产品操作系统」的彻底重构

  • 过去(ZERP 时代)公司扩展产品组织靠「招更多人、建更多管理层级、灌输管理文化」,代价是 overhead、决策慢、信息延迟。Nikhyl 判断:「我不确定接下来五年我们还会这样造软件,但接下来两年,人们会改变他们运行的整个『产品操作系统(product operating system)』。」已有前沿公司公开宣布「我们完全自动化了产品评审(product reviews)」「完全自动化了产品站会(product standup)」——不靠更多人,靠更好的软件。这给 PM 开了条新方向:专门为产品组织构建内部工具和自动化流程,「通过技术、而非招人和建管理层」来扩展判断力。→ 详细
16

「状态报告地狱」的终结

  • 一句现场员工原话精准戳中所有 PM 的痛:「我讨厌做状态报告(I hate doing status reports)。现在我只管把东西写出来,我老板反而更开心,因为他拿到了更多细节。」过去 PM 把大把时间花在「格式化和重复沟通」上——写给老板一版,老板改改再传给他老板,真相在层层转手中被埋没。现在一个自动化系统能直接生成「情境定制(context-specific)」版本,CEO、总监、同级各看各需要的深度,省掉中间整条「信息搬运链」。Nikhyl 评价这「极其令人兴奋」。→ 详细
17

「杠杆」的两种理解——为什么 PM 不应该自己写产品代码

  • 这是全集最锋利的区分,来自 Nikhyl 和 Arnold(Anthropic 增长部负责人,本身是 PM) 的对话。Arnold:「工程师现在能做的事多得多了,PM 反而被挤压(squeezed),因为要盯的特性、想法、文档太多……PM 真正的高杠杆往往不是自己写代码、自己发版本,而是盯住(keep track of)所有这些正在飞速产出的东西。我们现在反而需要更多 PM,因为工程师太快了。」这直接回应「裁员却招 PM」的悖论:产出越快,越需要判断来兜底。Nikhyl 接着把「写代码」拆成两类,关键不在写不写、而在你建的是什么:「如果你有 50 个工程师在给客户造东西,你说『我要当第 51 个工程师』——那不过是工程师的廉价仿制品(a cheap knockoff of an engineer)。但如果你建的是『盯住这 50 个人在做什么』的东西——过去那一摊开票、排 backlog、管站会的信息过载——那就对了。」即 PM 写的代码应该用来「淘汰掉自己身上一切机械活、放大判断力」,而绝不去和工程师抢同一份活。Lenny 一句收口:「基本上就是——尽可能让你自己通过软件来规模化(scale yourself through software)。」→ 详细
18

PM 需求的「悖论」——为什么裁员的同时还在招聘 PM

  • 表面矛盾:行业大规模裁员,PM 职位空缺却创三年新高。Nikhyl 解释「取决于你怎么定义 PM」——「信息搬运工」型在变恐龙,「建设者」型在被疯抢,是同一枚硬币两面。Arnold 补因果:「如果发生的事情是过去的 10-15 倍,我们就需要判断来决定哪些是好的改变、哪些是坏的;如果这事还靠手动,我们就完蛋了(we're cooked)。」所以公司招的是「好的产品建设者(带判断力)」+「越来越多专门构建内部工具来改进决策的人」的组合。Lenny 坦白:「我一直觉得 PM 技能是最重要、最有价值的——决定做什么、判断好不好、够不够格、定优先级,这就是留下来的东西。」→ 详细
19

最强建设者的补偿与机会爆炸(以及「品牌贬值」的警告)

  • 顶级产品人补偿处于「历史最高」,机会包括多个高层 offer、创始人/CEO 可能、跨到 CHRO/COO 等其他 C 级职能的通路——清晰的市场信号:「建设者」型市值快速上升,「非建设者」型在下降。但 Nikhyl 紧接着给了反直觉的「品牌贬值」警告:「过去 10 年大家拼的是简历上的 logo——『你在 Meta 干过,那你肯定知道自己在做什么』。但现在最大的那些品牌,你甚至很难讲清自己在那儿到底做了什么——比如『我在 Meta 花了两年让某段算法跑快了一点点,影响巨大,在那些走廊里导航、做决策极其艰难』。」这种成就在公司内部实打实、可晋升,可一旦放到「活在未来、产品已完全不同」的对话里,「听起来非常平淡(falls very flat)」。由此他给出一条几乎反转过去十年逻辑的新建议:「你有多现代(how modern you are)」正在取代「你贴过哪些大牌 logo」——「万一那些成熟品牌的工作方式本身就已经过时了呢?你在那儿干了六年出来,会发现自己置身一个完全不同的世界。」面试问题也变了:不再是「五年前你发布过什么」,而是「把你扔进这样一个场景,你会用什么工具?你的判断是什么?你怎么想?」——考的是当下工具直觉和判断力,而非历史战功。→ 详细
20

为什么今天的 PM 比三年前更快乐但也更疲惫

  • 快乐的来源:PM 终于能直接看到想法变成现实,享受实时反馈和成就感,打破「有责任无权力」的心理困境。Nikhyl 给出可操作的自检法:「如果你给自己一周里开过的每个会标上绿、黄、红,再看那张色卡——我打赌产品组织里绝大多数 PM 显示的是黄和红;而那些转进构建模式的人,显示的大多是绿和黄。」他还断言「未来产品管理将是构建与快乐(building and joy),而不是工作(work)」。
  • 疲惫的来源:「没什么是恒定的。」过去学会一种工作方式能用十年,现在「一旦你想清楚怎么做你的工作,三个月后规则就全变了——『哦,我们三个月前就不做那个了』」。Nikhyl 给这种状态起了两个传神的名字:一是「微笑的疲惫(smiling exhaustion)」——「我在社区里看到每个人都这样,之前只是纯疲惫,所以比起纯疲惫我宁要带微笑的疲惫」;二是承认「节奏是无情的(the pace is relentless),这一点我没有任何办法粉饰」。总结:「有快乐,也有疲惫,这是我以前从未见过的。」→ 详细

这一节把散落在对话里的「该怎么办」收拢成可执行清单,每条附原话与跳转。

  • 第一要务:跨过「重新发明自己」的心理门槛(cross the threshold)。 Nikhyl 说「如果今天的讨论只能带走一件事,那就是每个听众都得在心里找到跨过这道门槛、拥抱重新发明(reinvention)的力量」。他剖析人为何难改变——「我们被训练去找一个折中点,然后尽可能少地改变:找个伴侣安定、找份工作尽量留住,这就是我们整套人生模型」;还点破一个「影子超能力(shadow superpower)」效应:「过去越擅长旧游戏的人,越难熬过重新发明阶段——因为你整个世界都在告诉你『这套对我管用』;反而越弱的人越容易兴奋地改变。」→ 详细

  • 找到你的「第一次快乐时刻」(the moment of joy)。 这是反复强调的头号建议:「每个人都有一个故事,总是不同、超级个人化的——『我本来用某种方式做事,突然我做出了这个东西』。」常见版本是「我和伴侣一起用我搭的 app」「我搭了个首席幕僚应用管收件箱」「我现在用这玩意儿管家里的灯」,往往伴着「我熬了一整夜跟 Claude 聊」。「在那一刻他们就上瘾了(hooked),那就是从恐惧跨到快乐的临界点。而快乐是对倦怠最大的解药(joy is the biggest antidote to burnout)。」→ 详细

  • 拥有工程师心态:淘汰自己(obsolete yourself)。 Nikhyl 讲了一个塑造他职业观的故事——第一份工作时问一位顶级工程师「伟大工程师的定义是什么」,对方说「我认识的最好工程师是我爸,他的定义是:工程师就是那个把自己从所做的一切中淘汰掉的人」。Nikhyl 把这条带到每份工作:「你会遇到有人说『不不,我不想淘汰自己,那是我的饭碗』,但我想的是『如果我淘汰了这件事,会有一份更好的工作等着我』。AI 等于给这件事装了个增压器(put a turbo on that)。」→ 详细

  • 从「解决你自己的问题」开始,而且不需要会编程。 Lenny 给出最低门槛入门法:「想想你日常里哪件事不顺、想改进什么,去 Lovable、装个 Claude Code、下个 Codeex,直接用英语告诉它『我想做一个控制我家 Sonos 音箱的仪表盘』,它就会一步步带你走完。」Nikhyl 印证关键技能不是工程:「看我太太怎么用——她根本不是工程师,却拿到了巨大价值。你不需要是工程师,只需要对你想看到什么有观点(be opinionated on what you want to see),知道什么是好(know what good looks like)。」→ 详细

  • 吞下自我(swallow your ego),保持长期焦点。 「我不希望有人说『我曾是 XYZ 级别的领导,只考虑同级别的职位』。如果一切都在变,过去做过什么、那个品牌都不重要了——你得有一种无我(egoless)的姿态,不仅愿意、还要主动去找哪怕更小一点的位置,以确保正确穿过这条隧道。」底气来自长期主义:「我的工作就是花接下来几年待在那艘正离站、驶向新世界的船上;等我到了新世界,奶油自会浮到顶(the cream rises to the top)。」这也正是社区取名 Skip 的由来——「最好的职业建议永远不是想下一步,而是想下下步(the skip job, the skip opportunity)」。→ 详细

  • 一个安慰:这不是永恒的「越转越快」。 Nikhyl 用「婴儿版(baby version)」历史类比降温——「当年 HP、Cisco、AMD 做硬件时有套结构化的产品管理学科,互联网公司一来就把它炸了;Google 干脆从零训练 APM,头几年那套新东西和旧产品管理『只是名字相似』,非常令人错乱。接下来两年也这样:每三个月就有更多 agent、不同形式的判断、边界模糊、人来人往——会是一团混乱(chaos)。但几年后会平息,会有套路、有培训、有一致性,你下一份工作会开始像上一份。」他特地澄清:「我不是说你要在越转越快的旋转木马上待 30 年最后跳下去呕吐——完全不是。现在只是那个『如果你热爱构建就必须保持当前』的关键时刻。」→ 详细

  • 「他们以为他们埋葬了我们,却不知道我们是种子。」 Lenny 引用的诗,呼应 Nikhyl「产品领导者会像蒲公英种子一样被吹散、落到各行各业去当变革推动者(agents of change)」的愿景——PM 会扩散到营销、销售、被私募收购的 HVAC 公司、街角学校,因为「这个人活在未来,我们需要他带我们去未来」。→ 详细

  • 「未来只剩四种工作」的爆款推文。 Nikhyl 念了条(半玩笑)推文:未来只剩 ①产品工程师/vibe coder/「PM 内容炮(slop cannon)」、②安全与基础设施的人、③「会让人买单的人(把简单 UX 呈现给世界、做客服/增长那类)」、④「成年人(grown-ups)」。两人都认同「成年人」和「能跨域、有观点的顶尖人才」会留下。→ 详细

  • 「成年人仍然被需要。」 判断力来自「专业知识 + 智慧(expertise and wisdom)」组合——「我对这家公司有吸引力,是因为我有智慧但仍保持亲身参与(stay hands-on),和创始人有信誉、能用他的语言对话,但我的思考有分量——我看过这部电影(I have seen the movie)。」→ 详细

  • 「混乱是一把梯子。」 Lenny 借《权力的游戏》小指头(Littlefinger)名言收束,Nikhyl 顺势承认「一切都在被质疑,包括你怎么定义快乐,这点绝对迷人」。→ 详细

  • 关于工程师的同情。 「这个角色(PM)在变,但工程师变得更多——能继续繁荣的工程师基本会越来越像 PM,因为编码那部分要被解决了,问题变成『我们该做什么?方向对吗?成功是什么样?』。如果你觉得自己工作在变,想象一下现在当工程师该多疯狂。」→ 详细

  • 一个被点名的隐忧——多样性倒退。 Nikhyl 主动说出「行业不谈、但绝对真实」的副作用:「因为 AI 浪潮高度集中在湾区、公司招人更少,他们倾向招看起来、行事都像自己的人——年龄、性别、族裔背景都在受冲击,多样性可能倒退好几年。当节奏这么快,处在 power years 又在生孩子的女性,根本没那么多时间把夜晚和周末花在 Claude Code 上。没人是故意的,但这是我们看到的腹部(underbelly)。」→ 详细

  • 设计的反常停滞。 让两人都意外的数据:设计岗位数量在「持平(plateauing)」。Nikhyl 解读为行业「把设计和产出(production)混淆了,而不是和品味(taste)」——「很多公司招设计负责人时想的是『我们需要更多产出』,但伟大的设计师其实是品味塑造者(taste makers)」。Lenny 坦白:「用 AI 我能成为更好的 PM,但我永远不会觉得自己成了一个伟大的设计师。」→ 详细

  • 问题 1:最常推荐的书(2-3 本) — Nikhyl:「我不是个读者,得承认——我现在更多是 vibe coding,而不是消费内容;阅读那部分已成了牺牲品,我从部署的 agent、Reddit、X 上获得海量信息。」唯一提到的书是《James》(从奴隶 Jim 视角重述《哈克贝利·费恩历险记》)——「拿一部经典换另一个人的眼睛去看,会意识到这个故事很强大但很令人不安(haunting)。」→ 详细

  • 问题 2:最近最喜欢的影视 — 先讲「vibe coding 背景片」逻辑:「很多 Amazon Prime 的剧不错,改编自书、结构扎实,如《Alex Cross》《Jack Ryan》」;最妙是重刷《24》(「狂刷一季,大概知道演什么,但全程都在 vibe coding」)。需专心看的推荐《Paradise》(末世感)和《Lioness》(秘密 CIA 小组)。Lenny 笑称「能不能边看边 vibe code,成了判断一部剧好不好的新标准」。→ 详细

  • 问题 3:最喜欢的产品(新发现) — 特斯拉自动驾驶(FSD):契机是女儿刚拿驾照,他把旧 Model S 升级成新款。「用了一个月约 95% 时间在自动驾驶。最有意思的发现是——我以前完全不知道开车时有轻微焦虑,自动驾驶时它消失了,是我太太注意到的。」上升成人生规则:「在我人生这个阶段,任何制造焦虑的东西我都想消除。」→ 详细

  • 附带产品金句:「早发布的诅咒」 — 顺着特斯拉,Nikhyl 给出一条产品准则:「太多人试过早期烂版本,于是你跟朋友安利时,很多人说『哦我试过,我把它关了』。一旦有过一次糟糕体验,就很难说服人再试。」即兴增长点子:「给关掉自动驾驶的朋友赠送 30 天免费试用——转介绍 + 背书让人免费体验,再转月度订阅。」Lenny 类比「这就像 Uber,你大多得先从朋友嘴里听说」。→ 详细

  • 问题 4:最喜欢的人生座右铭 — 「我高中年鉴里那句至今仍是座右铭——『天才是 1% 的灵感加 99% 的汗水』。它讲的不是大写的天才,而是『努力工作才是人生里真正重要的事』。」随即点破 AI 视角的翻转:「事实证明 AI 会无限量地承担那 99% 的汗水。所以我们正走向一个『人人都被启发(inspired)』的世界,是受启发的个体会继续繁衍;别再担心汗水,但记住汗水仍是让事情运转的必需品。」在 AI 时代,灵感(判断、品味、想做什么)空前重要。→ 详细

21

问题 5:他自己的 AI 工具栈与「写软件淘汰自己」的实操

Nikhyl(这段极具操作价值):「我这三个月基本全押 Claude;有一个月相当激进地用 Codeex,因为发现他们最新的、尤其是最高推理级别的东西相当先进。我发现在工具间切换很难,所以尽量标准化。」用法是「任何我看到可以用代码淘汰掉的东西,就围绕它写代码」,三个具体例子:① 社区配对 agent——「100 个人没法见 99 个人,过去是我坐下想『Jay-Z 应该会喜欢见 Annie,但不知道见过没』,现在写个 agent 去匹配,确保把人和没见过的人配对」;② 下一代招聘 agent——「自动汇总产品负责人在招什么岗,再建邮件列表,把对工作感兴趣的人自动匹配上」;③ 内容 agent——「训练一个 AI 接住大家的提问、基于我的内容作答,然后我读这些问答、找出我和 LLM 意见不一致的地方,那就成了我要写的主题」。→ 详细

22

收尾:关于 Skip 社区与合作

Nikhyl 创办 Skip 是因为「运营者(operator)向新兴运营者分享最佳实践的内容存在巨大缺口——我当过创始人、当过高管,我想处在能说『这正是我经历过的,它也许适用于你』的位置;而市面上大多数播客内容来自那些运营得少、做内容多的人,我恰恰相反」。社区已从约 20-30 人长到 125+ 顶级产品负责人。最新项目 skip.help(节目播出时左右发布)由初创公司 Superme 驱动,把约 50 位社区领袖训练成 agent——「你可以去提问准备面试、如何导航当前环境、甚至『我怎么搭一个首席幕僚应用』,会有我们 50 个人来答,拿到群体智慧(wisdom of the crowds)」。其他入口(他笑称「凡是 Skip 开头的域名我基本都注册了」):Skip Community(主社区,邀请制 + 长等待名单)、Skip Podcast / The Skip(即将第 50 集)、Skip Coach / skip.coach、skip.show、theskip.substack.com 等。他总结:「这个使命现在比以往任何时候都更重要,因为一切都在变化。」→ 详细

嘉宾 Nikhyl Singhal 的相关平台

Lenny 相关信息

在本期中提及的工具、人物与资源

  • AI 工具:Claude、Codeex(Nikhyl 近三个月主力工具)、Lovable(Lenny 推荐的零门槛入门工具)
  • AI 平台:Superme(驱动 skip.help 的初创公司,把 50 位社区领袖做成可问答 agent)
  • 关键人物:Arnold——Anthropic 增长部负责人(本身是 PM),贡献了「PM 的高杠杆不在自己发版本、而在盯住一切」与「对齐越来越难」两个核心观点
  • 剧集(vibe coding 背景片):《Alex Cross》《Jack Ryan》《24》;需专心看的《Paradise》《Lioness》
  • 书籍推荐:《James》(从 Jim 视角重述《哈克贝利·费恩历险记》)
  • 赞助商(节目口播):WorkOS(B2B SaaS 企业级功能 API,「企业功能界的 Stripe」)、Vanta(合规与风险管理自动化,覆盖 SOC 2 / ISO 27001 / HIPAA 等 35+ 框架)
🎯 于你何益 为你定制 · 非通用结论

直接相关度:。这一期几乎是给你量身写的——他口里那个反复出现的「chief of staff app」,就是你正在做的 Chief of Staff;他说 PM 唯一不可替代的是「判断力」、要把一切机械活写成软件淘汰掉,就是你那套多-Agent PRD 工厂的灵魂;他给焦虑、给倦怠开的药方(快乐、吞自我、长期主义),直接对你「精力是元约束」这条底线。下面只挑真能用的,按项目分。

Holdwell ERP · 多-Agent PRD 工厂

1. 「把任何能被淘汰的东西都写成软件」是这套工厂的存在理由——而不是炫技

  • 怎么做的:Nikhyl 给「PM 该不该写代码」划了一条最锋利的线。Arnold(Anthropic 增长负责人,本身是 PM)说「工程师太快了,PM 反而被挤压,因为要盯的特性、想法、文档太多」;Nikhyl 接着把写代码拆成两类——「如果你有 50 个工程师在给客户造东西,你说『我要当第 51 个工程师,因为那样才有杠杆』——那不过是一个工程师的廉价仿制品;但如果你建的是『盯住这 50 个人在做什么』的那种东西——这在过去就是开票、排 backlog、管站会那一整摊信息过载——那就对了。」未来 PM「把所有时间花在判断上,把任何能被淘汰的东西都写成软件」。
  • 你可以怎么做:这正是你这套工厂该自我审视的尺子。三驾马车跑碰撞协议的每一步,问一句:哪些 agent 活是在「替代工程师写产品代码」(廉价仿制品),哪些是在「淘汰掉 PM 自己的机械活、放大判断」(真杠杆)?把后者——比如自动生成评审材料、自动追真人评审意见的回炉闭环、自动校验跨线联动的一致性——往强里做;前者克制。

2. 碰撞协议纪律没抓实 = 他说的「judgment 没有落点」——这恰恰是 PM 唯一不可替代的环节

  • 怎么做的:他给 judgment 下了三层定义:①「评估我们正在改变的东西是好是坏」;② 评估「该往这个方向改还是那个方向——你不可能为同一产品做一百个定制版本,会影响品牌和可维护性」;③ 客户提需求、你想构建「可持续的、有差异化的东西」时,判断「它是否满足标准、是否值得构建、是否值得发布」。Arnold 补的因果最狠:「如果发生的事情是过去的 10-15 倍,我们就需要判断来决定哪些好哪些坏;如果这事还靠手动,我们就完蛋了(we're cooked)。」
  • 你可以怎么做:你的碰撞环节(补强/修正/第 3 案)+ 真人评审就是这套「judgment 的落点」。他这段在提醒你:当 Agent 把产能拉到 10 倍,缺的不是更多产出,是更强制的「过没过评审」的判断闸门。把「碰撞协议是否真执行」当成头号工程——不是流程文档上写着要碰撞,而是三件交不齐就进不到合成定稿(像他说的「不过判断就发布」在新世界等于自杀)。

3. 「agent 产出缺可验证证据」对应他那句「judgment day 回来了」——产出翻倍不等于回报翻倍

  • 怎么做的:他说很多上市公司「过去 5 年把员工翻了一倍,但有拿到两倍的产出吗?」答案是没有,于是「判断日回来了」,要为过度扩张买单。他还用早年 Google 的账算给你看:一个 2-4 万人的边缘业务,「真正需要的可能只是 9%、500 人就能让灯亮着」,其余是为扩张招的开销(overhead)。
  • 你可以怎么做:把这把尺子对到你的工厂上——别用「跑了多少 PRD / 多少 Agent 调用」当成功证据,那是「员工翻倍」式的虚胖。要的是闭环:这套工厂产的 PRD,是否真让某个需求从想法到上线更快、返工更少、判断更准?拿一个具体需求做 A/B(有工厂 vs 没工厂),这就是你缺的「可验证证据」。

Chief of Staff · 这一期几乎在帮你背书

1. 「chief of staff app」是他全场出现频率最高的具体产物——而且是快乐的来源,不是负担

  • 怎么做的:他描述上周四旧金山 125 位产品负责人的「show-and-tell」聚会,「观众里充满快乐,每个人都抱着笔记本互相较劲——你的 chief of staff app 能做那个,我的能做这个」。他给 PM 画的新画像就是「在企业里用 agent、用 chief of staff app 驱动生产力,把所有时间花在判断上」。这个词「12 个月前甚至不在我们的词汇表里」。技能点不是工程——是「对你想看到什么有观点(be opinionated on what you want to see),知道什么是好(know what good looks like)」。
  • 你可以怎么做:你这个 Chief of Staff(宪法驱动、把你写过的原则放回你眼前)正撞在这个最热的产物上。他验证了方向,但也给了你一个更高的标准:现在它偏「软教练 / 季度回望」,而硅谷那批人的 chief of staff app 已经在「自动处理收件箱、决策、文档、状态报告」。下一步可以让它从「提醒你看原则」升级到「真接住一类机械活」——比如自动把一周的会标绿/黄/红(见下条)、自动起草一个决策的备选项,让你只做判断。

2. 「会议色卡」是一个现成可植入 CoS 的判断工具

  • 怎么做的:他给 PM 一个极简自检法——「如果你给自己一周里开过的每个会标上绿、黄、红,再看那张色卡:我打赌绝大多数 PM 显示的是黄和红;而那些转进构建模式的人,显示的大多是绿和黄。」他断言「未来产品管理将是构建与快乐,而不是工作」。
  • 你可以怎么做:把这个色卡做成 CoS 的一个轻动作。每周让它问你三句、给上周打个绿黄红比例,对照你「每周留一天思考 / 聚焦是元约束」的宪法条款——当红黄太多,就是该砍会、该把某件事写成软件的信号。这比抽象的「季度回望」颗粒度细、能每周跑。

本人精力 / 职业 · 他给焦虑开的药,正对你那条元约束

1. 「快乐是对倦怠最大的解药」——这是给你「精力是最稀缺资源」的正面解法

  • 怎么做的:他反复说的头号建议是找到你的「第一次快乐时刻(the moment of joy)」——「我本来用某种方式做事,突然我做出了这个东西」,常见版本是「我搭了个 chief of staff app 管收件箱」「我现在用这玩意儿管家里的灯」,往往伴着「我熬了一整夜跟 Claude 聊」。「在那一刻他们就上瘾了,那就是从恐惧跨到快乐的临界点。而快乐是对倦怠最大的解药(joy is the biggest antidote to burnout)。」他还区分了两种疲惫:过去是「纯疲惫」,现在是「微笑的疲惫(smiling exhaustion)」——「比起纯疲惫我宁要带微笑的疲惫」。
  • 你可以怎么做:你单兵扛正职 + 7 个项目,最大的风险是「同等地让所有人失望」式的耗竭。他给的解法不是少做,是确保你做的事里有「改一下、立刻看到结果」的快乐闭环——你的 StockHelp 看板点亮、app_incubator 出第一个能用的原型、CoS 第一次替你接住一件烦事,都是这种时刻。把「保证每周有一次 moment of joy」当成精力管理的硬指标,和「每周留一天思考」并列。

2. 「淘汰自己 + 吞下自我 + 想下下步」是给你聚焦取舍的三件套

  • 怎么做的:他把工程师心态带到 PM——「最好的工程师是把自己从所做的一切中淘汰掉的人」,AI「给这件事装了个增压器」。配套两条:一是吞自我(egoless)——「我不希望有人说『我曾是 XYZ 级别的领导,只考虑同级别职位』,如果一切都在变,过去的品牌不重要了,要主动去找哪怕更小的位置,正确穿过这条隧道」;二是看下下步——他社区叫 Skip 就是因为「最好的职业建议永远不是想下一步,而是想下下步(the skip job)」,底气是「我的工作就是待在那艘正驶向新世界的船上,等我到了,奶油自会浮到顶」。
  • 你可以怎么做:对到你「该 all-in 哪个编码下注 / 不公平优势」这个老问题。别用「我是资深 PM、该做配得上的事」框自己(那是 ego);用「哪个项目最能淘汰掉我自己的机械活、且通往下下步」来选。你的不公平优势恰恰是这套——既懂产品判断,又在亲手用 AI 造工厂——这正是他说的「有智慧但仍保持亲身参与(stay hands-on)、我看过这部电影」的稀缺组合。

app_incubator · 一条具体的产品准则

1. 「早发布的诅咒」直接砸在你最痛的「激活 / 首屏体验」上

  • 怎么做的:聊特斯拉自动驾驶时他甩出一条产品准则——「太多人试过早期烂版本,于是你跟朋友安利时,很多人说『哦我试过,我把它关了』。一旦有过一次糟糕体验,就很难说服人再试一次。」他和 Lenny 即兴想的增长解法是「给关掉的朋友赠送 30 天免费试用——转介绍 + 背书让人免费体验,再转月度订阅」,Lenny 类比「这就像 Uber,你大多得先从朋友嘴里听说」。
  • 你可以怎么做:你 app_incubator 的痛点正是「激活 / 首屏体验」和「把该做什么前移到 agent」。这条准则给你一个硬约束:用这条造 App 链路产出的应用,第一屏只有一次机会——别让 agent 先吐一个能跑但粗糙的版本骗用户试,那等于提前烧掉重试意愿。把「首屏达不到 good looks like 就不放出去」写进链路的强制契约(和你「设计稿即工程契约」一脉相承)。

StockHelp(投资)· 弱关联,诚实点张力、不照搬

这期是 PM 职业 + AI 内容,不是投资内容。但有几个点能斜着喂给你的价值投资镜头,别硬当选股信号用

  • 「品牌贬值」 vs 你的能力圈:他警告「过去拼简历 logo(你在 Meta 干过),现在那些大牌的工作方式可能已过时,你贴过哪些 logo 不再重要,『你有多现代』才重要」。对你的镜子:选股时也别被「大牌护城河」催眠——一家公司过去的品牌/规模,可能正是它在 AI 时代变重、变慢的负债(他举 Google「2-4 万人只需 9%」、IBM 靠没人敢碰的 COBOL 大型机吃饭)。但张力点:你信「卓越生意 + 长期持有」,他这套是「一切都在被颠覆、越成熟越危险」——这恰好和「寻找耐用护城河」相反。正确用法不是照搬他的颠覆叙事去做空成熟公司,而是把它当成审视护城河「是否仍耐用」的压力测试。
  • 「无坏软件」是一个行业级 thesis,不是一只票:他赌「两年内不会再有糟糕软件,因为有人会坐下告诉 Claude『去把它修了』」,经济学翻转是「从工程师贵、容忍烂软件,转向 AI 便宜、不容忍任何烂体验」。这对你判断软件公司的长期质量是个有用透镜——谁的护城河建在「换人难、改代码贵」上,谁可能被这波侵蚀。仍是定性背景,不构成买卖

One Human Company 新号(2026-07 回填)

1. 这期就是你新号定位的「时代背书」——「一半 PM 出局、顶级 PM 转创始人」是现成的 D 类立场文弹药

  • 怎么做的:Nikhyl(Meta/Google 前高管)断言约一半 PM 是「非建设者」、「信息搬运工会变成恐龙」,未来 12-24 个月「裁 30,000、招 8,000,新招的 100% AI-first」。硬数据:他的 Skip 社区从 60-70 人只有 1 位创始人,涨到 125 人里 14 位创始人——顶级产品人正批量转创始 CEO。
  • 你可以怎么做:你的号本身就是这个论点的活案例——「一个产品经理开了家只有自己一个人类的公司」。D 类候选标题:「Meta 前高管说一半 PM 要出局,我选了第三条路:把自己活成一家公司」——立场句(可反驳):PM 的出路不是卷成更强的打工人,而是把判断力直接变成产品。用你从正职 PM 到 drizzle tech 的真实决策过程当论据,别只转述他的预测。闸门自检:核心是你的选择和理由,引用只是引子,过。注意 D 类控量(20%),这篇适合当开号定调那一篇。

2. 「第 51 个工程师是廉价仿制品」——一篇自带诚实反驳的 C 类

  • 怎么做的:Nikhyl 划的线:50 个工程师造产品时你去当第 51 个,「不过是工程师的廉价仿制品」;PM 写代码只该用来「淘汰自己的机械活、放大判断」——「尽可能让你自己通过软件来规模化」。
  • 你可以怎么做:C 类候选标题:「大佬说 PM 自己写代码是廉价仿制品,可我开了家写代码的公司——他说的对吗?」——拿 drizzle tech 验:你恰恰没当第 51 个工程师,你造的是 9+1 角色流水线(盯住并放大判断的系统),亲手写的产品代码占比多少、agent 写的占比多少,晒出来。结论可以是"他对了,但姿势和他想的不一样"——这种带真实数据的诚实反驳正是 C 支柱要的。可抄物:一张"你该写哪种代码"判断卡。闸门:有你的代码占比实测,过。

3. Nikhyl 的「内容 agent」是你新号选题机制的现成可抄做法

  • 怎么做的:他的三个自用 agent 里最妙的是内容 agent——「训练一个 AI 接住大家的提问、基于我的内容作答,然后我读这些问答、找出我和 LLM 意见不一致的地方,那就成了我要写的主题」。用分歧当选题雷达。
  • 你可以怎么做:这是办号动作,不是选题。你的弹药库闸门要求每篇有自己的判断——他这招把"找到你有判断的地方"机械化了:让 Claude 基于你的第二大脑回答"造 App / AI 员工管理"的常见问题,你只在不同意它答案的地方停下——那就是一篇天然过闸门的稿(你的立场 vs 通识的分歧点)。Phase 0 攒 6-8 篇存稿时,这能直接当选题生成器用。

对你的镜子:他说最强的人反而最难重新发明自己——「过去越擅长旧游戏,越难熬过转型,因为整个世界都在告诉你'这套对我管用'」。你正职 PM 干得越顺,越要警惕拿旧游戏的惯性(写厚文档、追求完备)来办这个号;新号的游戏规则是"讲清一个决定就发"。

所以呢

  • 可迁移思维模型
    • 【耐用】「淘汰自己(obsolete yourself)」——把自己从所做的一切中淘汰掉、好让更好的工作来找你。这条跨 AI 周期都成立,是你这套 PRD 工厂、CoS、incubator 共同的底层指针。
    • 【耐用】「judgment = 决定做什么 + 判断好坏 + 值不值得发布」——AI 把执行变便宜后,判断成了唯一稀缺;你「该不该做先于做多快」的操作系统正是这条的本地版。
    • 【会过期】「现在是必须保持当前(current)的关键时刻、节奏 10-100 倍」——他自己澄清这不是永恒,「几年后会平息、有套路、有培训、你下一份工作会开始像上一份」。所以别把「疯狂追新」内化成长期人格,它有保质期。
  • 判断更新:你之前可能把「PM 该不该自己写代码 / 造工厂」当成要不要越界的纠结。这期把它讲清了——你造的不是「第 51 个工程师」,是「盯住并放大判断的系统」,方向上你站对了;缺的只是把 judgment 的落点(碰撞纪律 + 可验证证据)做硬。
  • 这周一个赌注:给 Chief of Staff 加上「会议色卡」最小版——本周末让它帮你把上周的时间块标个绿/黄/红,看红黄占比。这是这期里成本最低、又同时服务「CoS 接住机械活」和「精力是元约束」两件事的一步。

接着读