一、职业视野缺口:这是一份「前沿公司里 PM 岗位正在变成什么样」的一手样本(本期最高相关)
他们是怎么干的:ElevenLabs 600 人、6 亿美元 ARR、从来没有过 PM。但真正值钱的不是这个结论,是它用什么把 PM 的三块职能顶上了——把它拆开看是四件事同时成立:
- 组织形状:5–10 人小团队自成闭环,go-to-market 按行业切(电信/金融/医疗)而不是按职能切。团队小到"需求判断"不需要一个专职翻译官在中间传话。 → 详细
- 招聘画像换了:理想 PM 是"能写代码 + 懂客户 + 懂设计"三合一,但这种人不够用;于是他们招"至少一个领域是专家、另一个领域理解得非常好"的人,再靠 AI 把其余领域从业余抬到进阶(不是专家)。所以 PM 职能不是被删掉,是被摊进了每个执行者身上。 → 详细
- 谁扛需求判断:他给的唯一落地样本是增长——"有了 growth engineering,一个人就能设计实验、把实验发出去、跑通了再把结果带回来"。也就是说,需求判断被换成了"谁能自己跑完一个闭环,谁就有判断权":不是靠会议达成共识,是靠实验拿结论。 → 详细
- 工程师直接对用户:是的,而且比"直接对用户"更进一步——工程师被嵌进人才、法务、销售等非工程团队,职责一半是自动化、一半是帮那个团队用好 AI 并给他们部署的东西做安全检查。 → 详细
创始人有没有兜底? 播客里 Mati 没说过"我来做产品决策"这类话,从头到尾给的都是结构性答案(团队形状 + 招聘画像 + 自用回路)。这一点要如实记下来:"创始人兜底"是访谈里没有出现的解释,不要替他补上。真正被明说的兜底机制只有一个——极度自用:"为了能帮所有人做出语音 agent,我们自己首先就得做出语音 agent",连销售侧都自建了 inbound AI SDR agent。当公司自己就是最重度用户时,"需求判断"的成本会塌方式下降,这才是无 PM 能成立的隐藏前提。 → 详细
你可以怎么用:
- 别把结论当结论,把前提当清单。 ElevenLabs 无 PM 的四个前提是:① 公司自己是产品的重度用户;② 客户旅程能被一个 5–10 人小队完整覆盖;③ 增长类需求能靠实验自证;④ 每个执行者至少一专一通。Holdwell 的跨境电商 ERP 六条产品线,四条基本都不成立——你们不是 ERP 的重度用户(用户是仓库、客服、财务),WMS 一个流程横跨三条线,需求对错要几周后在真实单据上才看得出来,不能 A/B 出来。所以照抄"取消 PM"会翻车,但可以抄的是"把 PM 职能摊进执行者"的那一部分:谁离真实单据最近,谁的判断权就该更大。
- "用得太少 / 用得太多都是警示信号"这条,是能直接搬的管理标尺。(原话:不大量用 AI 编码/协同工具"你多半站错位置了",用得太多"也是一个警示信号,因为你可能没在用对的方式做"。)这比"鼓励大家多用 AI"精确得多——它承认了能造不能审这个真实风险。 → 详细
- 岗位画像这条可以直接改你自己的成长目标:与其补"三样都会一点",不如确认自己那个"专家的一样"是什么(跨境电商业务纵深?),然后用 AI 把第二样(工程/设计)从业余顶到进阶——Mati 明说 AI 给的是 advanced 不是 expert,所以那个"一专"必须是真的。
二、职业视野缺口·续:Legora 给了「前线部署 PM」这条线一个完整的邻域样本
他们是怎么干的:Legora 造了 legal engineer / forward-deployed lawyer(前线部署律师),定义方式是直接照抄 Palantir 的 forward-deployed engineer。这个岗位的日常是坐进 Kirkland 合伙人的办公室,帮他们把生意从"AI 之前"改造成"AI 之后",理由是"我们的成功上限就是客户的成功上限"。 → 详细
为什么这条对你比 ElevenLabs 那条更可迁移:你档案里那条"FDPM(前线部署产品经理)"的缺口,本质问的是"当产品的价值不是功能而是流程重做时,谁去客户那边做这件事"。Legora 给了三个可抄的定义要素:
- 卖点不是功能,是商业模式改造——客户问的是"我这门 100 亿美元的生意要怎么重做",不是"按钮在哪"。这正是 ERP 的形状:Holdwell 的客户买的从来不是一个 WMS 界面,是一套仓储作业该怎么重排。
- 岗位是复合命名的:"legal engineer"= 行业专业 + 工程。对应到你这边就是"供应链工程师 / 履约工程师"这种命名,而不是"实施顾问"。命名方式本身就在定义能力要求。
- Jason 提出的历史类比被 Max 当场修正了,这条要记住:PC 和文档管理进律所时是"温和的效率提升",需要手把手陪跑;而这次"它能把很多活儿直接干掉"——所以陪跑内容从"教工具"变成"重设岗位与定价"。 → 详细
"junior 的任务被换掉"这条,是本期最该收进你个人档案的一句:"岗位会存在,但任务会不一样。"路径从"关进资料室逐份读文件"→"虚拟资料室 Ctrl+F"→"编排那个替你干活的 agent"。把"律师"换成"产品经理",这句话原样成立:初级 PM 的价值不再是把需求写全,而是能不能把一串 agent 编排出可交付的产出。这也直接呼应你档案里"PM 要变成用过 observability、会看 traces 与 evals 的产品人"那条——编排能力的前提,就是你看得见 agent 每一步在干什么。 → 详细
三、All in AI 投资线:两家应用层公司,给了两套「凭什么值钱」的答案
可直接进 StockHelp 定性栏的三条判断框架:
- ① TAM 要从"服务池"算,不是从"软件池"算。 Max 的算法极其清爽:1 万亿服务 / 400 亿软件 = 4% 软件、96% 人力,"软件那块本该大得多",所以软件的增长空间是那 9600 亿服务收入,而不是 400 亿存量软件的份额。这套算法可以套到你看的任何 AI 应用层公司上:先问"这个行业每年花多少钱雇人干这件事",再问"现在花多少钱买软件干这件事",比值越极端、AI 应用层的想象空间越大。同时别忘了另一半:法律是供给受限市场(需求 > 律师供给),所以 AI 首先释放被压抑的需求,而不是零和抢存量——"是否供给受限"应该是你判断 AI 应用层公司的第二道闸门。 → 详细
- ② "握有全部数据的组织会赢"这个共识已经被证伪——但有例外条款。 Max 的原话是"在 AI 刚开始的时候,很多人押注握有全部数据的组织会是赢家……事实已经不是这样了",理由是老玩家招不到人、不加班、太政治、动不了。LexisNexis 一年只赚二十来亿,而 Legora + Harvey 各自已在几亿美元量级;Westlaw / LexisNexis 股价"被砸得很惨"。但例外条款同样锋利:法律检索是反幂律的,你不能只要头部 80%(Wachtell 打十亿美元的案子要求你有全部判例),而全量数据仍然要靠把书运到印度扫描。结论是"数据护城河从『有独家数据』变成了『能规模化获取并结构化全量数据』"——这是一个可核查的分辨器,别把两者混为一谈。 → 详细
- ③ 应用层被前沿模型碾压的风险,两位创始人给了不同答案,都值得记。 Mati 的策略是对模型中立(把所有大模型摆出来给客户选),承认"模型即平台、平台即应用"边界在糊,但守住"交互"这一层;护城河讲得很具体——架构而不是规模、1000 人以上的标注团队、按行业垂直化的工作流;对被蒸馏这件事他很诚实:"我们有几种机制去阻止它、或者说拖慢它——不是彻底阻止"。Max 的答案更利落:Claude 的法律产品"本质上是把一批 markdown skill 文件加上几个集成打了个包",用户撞到天花板后反而成了他的销售线索来源;他还给了一条应用层资本效率原则——不做微调、不做通用模型,只做调用量巨大的窄用例专用模型(tabular review:100 文档 × 100 prompt = 1 万次调用),把成本和延迟一起压下去。"这家应用层公司到底在自研什么"是个很好的尽调问题:答案是"窄模型 + 巨量调用"通常比"我们在训自己的行业大模型"更可信。 → 详细
顺带两条可观测的经营指标:ElevenLabs 的 20 → 10 → 5 个月(每个 1 亿美元台阶所需时间在缩短)和 Legora 的连续 7 个季度环比 50%,都是"加速度"而不是"速度"的表述方式——看 AI 公司时把"新增 1 亿 ARR 所需月数"当成一个序列去看,比看同比增速更能提前发现拐点。 → 详细
四、Codex Holdwell ERP work:「能造不能审」正好戳在你那条痛点上
镜子在哪:ElevenLabs 把嵌入式工程师的第二职责定义为"帮团队用好 AI,同时对他们部署的每一样东西做安全检查",配的判断是——当 AI 进入组织里从没接触过的角落,那些人能"造"但不一定能"审"。这句话换成你的语境几乎一字不改:三驾马车(product-manager / ux-designer / tech-lead)能持续产出 PRD 初稿和交互稿,但"审"这一环——产出到底对不对、碰撞协议有没有真的走完——是你痛点清单里"产出可观测、可验证"那一条。 → 详细
你可以怎么用:
- 把"审"设成一个有人格的角色,而不是一个流程步骤。 ElevenLabs 的做法是在每个团队里放一个人扛这件事,而不是加一道评审关卡。对应到你这边:与其在碰撞协议后面再加一步检查,不如给每条产品线指定一个固定的"审"的承担者(人或 agent),它的产出物是"这版初稿哪里不可验证"的清单,而不是"改好的稿子"——因为一旦它去改稿,它就变成第四个产出者,审的职能又消失了。
- "用得太多也是警示信号"直接可以变成碰撞纪律的一条判定:如果某一轮碰撞里三方产出高度趋同、且没人提出被否决的方案,那不是效率高,而是碰撞协议没真的执行(独立初稿互不可见这一步被绕过了)。这正好给你"碰撞纪律是否真执行"这个待校正的痛点提供了一个可观测的反向指标。
- Legora 的"我们不做 on-prem"是一条关于取舍的镜子:他明说部署到 VPC 会"产生大量依赖,拖慢你的路线图",所以宁可放弃一部分部署诉求也要守住迭代速度。你在跨线对齐上会反复遇到同构问题——是接住每条产品线的特例,还是守住主干节奏。这句话至少提供了一个可以拿来说服人的先例。 → 详细
五、onehuman_company:一个现成的「大佬说 X 我试了」验证体选题
- 钩子是现成且极强的:一家 600 人、6 亿美元 ARR 的公司从来没招过产品经理。这比"AI 会取代 PM"那种口水观点硬得多,因为它有具体的替代方案(小团队 + 嵌入式工程师 + 一专多通 + 极度自用)。 → 详细
- 实测点你手上就有:drizzle tech / app_incubator 那套本来就是"一个人类 + 一堆 agent"的无 PM 结构。可写的实测内容——ElevenLabs 那四个前提里,你的一人公司满足哪几个(你确实是自己产品的重度用户 ✓;你的产品能被一个"小队"闭环覆盖 ✓;但"靠实验自证需求"这条你多半不成立,因为你没有流量做 A/B),以及你为不成立的那条打了什么补丁、翻了什么车、花了多少 token。
- 过弹药库闸门检查:删掉你的判断和实测之后还剩什么?只剩"ElevenLabs 没有 PM"——那不成立,会变成转述。所以正确写法是只借"600 人 0 个 PM"当标题钩子,主体必须是你自己那份"我这家一人公司的 PM 职能到底摊到了谁头上"的账,并且把"可抄物"前置:比如直接给出你自己版本的"AI 用量双向警报线"——用得太少 / 用得太多分别对应什么翻车迹象。单纯转述这期播客的观点短评,不建议发。
六、其余项目:诚实略过
- StockHelp 的产品形态(看板显示什么、信号怎么做)本期没有可直接对上的东西;上面第三条是选股逻辑层面的,不是产品层面的。
- Personal Thinking / Chief of Staff apps / 小红书家居号:本期没有直接关联,不硬掰。唯一沾边的一点是 Jason 那套"脚踏板 + 意识流口述 prompt"的输入法——LLM 特别擅长处理一直说一直说的大段意识流,这对你往第二大脑里灌原始想法可能有用,但也就一句话的事,不值得展开。 → 详细
所以呢
一句话:这期把"PM 岗位正在变成什么"的答案摆在了两个极端上——ElevenLabs 是"取消这个岗位、把职能摊给一专多通的执行者",Legora 是"新造一个岗位、把它推到客户现场去重做人家的商业模式";而两边的落点是同一个动词:编排(orchestrate)。对你的三个动作是:职业上,把"我那个真正的专家领域是什么 + 我能不能编排出可验证的 agent 产出"当成未来两年的成长坐标,而不是继续补齐三样都会一点;投资上,把"服务池/软件池比值"和"是否供给受限"做成 AI 应用层的两道前置闸门,并把"这家公司在自研窄模型还是行业大模型"当成尽调分辨器;工作上,把 ElevenLabs 那条"能造不能审"直接接到 Codex Holdwell ERP work 的可观测/可验证痛点上——给"审"设一个固定承担者,且它只出问题清单、不改稿。