PM的生存法则:AI时代别当瓶颈,去抢活干
关联
过去20年,产品开发有一套固定节奏:PM花这么多时间,开发花这么多时间,上市花这么多时间。Oji说,这套契约正在被炸碎——构建过程加速得太快了,有公司打完推销电话四小时就能拿出原型。PM开始变成团队的瓶颈,不是因为PM变慢了,而是因为其他环节在飞奔 。
但这个瓶颈不该是蹲守的理由。PM的核心价值没变——降低产品交付风险,同时最大化企业从投资中获得的收益。变的是战术层面:PM被解放出来了,应该把更多时间花在漏斗顶端——确认客户洞察、决定该构建什么 。
找”尖锐问题”,别醉酒式创业
Oji从创业失败中学到一件事:很多人以为创业就是建东西、不行就转型,像醉酒走路一样晃来晃去。但很多最成功的人根本没转型——他们一开始选的就是”尖锐问题” 。
什么是尖锐问题?就是那些老需求——人们一直觉得需要帮助的事情——困难到如果你把它改进三到五倍甚至十倍,或者把成本降到十分之一,人们会说”这太有说服力了,现在就把钱拿走” 。避免醉酒式创业的方法就是选旧需求,用新技术重新构想它。
“船坞”模式:六种能力的受控混乱
Oji从Atlassian时期的同事那里接触到”船坞”概念,然后把它推到了另一个清晰度。船坞要唤起的是”受控的混乱”——你去高峰期的船坞看,到处是重型机械、卡车、集装箱,看起来像布朗运动,但底层是仔细的沟通和高超的技能 。
一个船坞团队是六种能力的组合:PM、工程、设计、用户研究、数据和ML/AI、产品营销。注意,是六种能力,不是六个人——工程可能需要十个人,那这个团队就是十几个人 。在AI时代,站会的意义都在减弱,这些人应该每小时都在沟通协作,因为每个新问题都需要这样工作 。
船坞团队还有”触须”——销售、客服,它们像皮肤一样让团队感受到客户。Oji在Calendly时,发布任何东西之前都要和支持经理做设计审查,因为设计人员和工程师”尽管我们很在乎,我们总是会发布问题” 。
AI在核心vs AI在边缘
Ezinne提出一个关键区分:AI在边缘和AI在核心 。
AI在边缘,是你仍然像以前一样使用软件,原来的代码还在,你在不同交叉点插入LLM或AI。AI在核心,是从根本上审视问题空间和工作流,用AI来解决问题,而不是在界面的交叉点上撒一点 。
那些代码库保持不变、只是在上面附加AI的公司,通常不是能彻底改变行业的公司。代码库可能会缩小、LLM成为解决问题核心部分的公司,才是做对的 。
Oji补充:他们在Typeform做新产品时,从白纸开始,问”如果今天以LLM作为核心能力来构建,它会是什么样子?“结果不光做完了表单,产品本身还变成了销售线索智能体,直接做售前 。
但对有五年历史、收入绑在旧代码库上的公司,这是两难——要在旧东西里用LLM,同时导航到新东西,在别人吃掉你午餐之前 。
PM该练的五样本事
Ezinne现在帮公司招PM和建课程,她锁定了几个关键特质:
好奇心+谦逊。不是泛泛的说辞——是”这个人是否足够谦虚和好奇,能承认自己不知道,愿意以学习者身份开始?
无论多资深,能不能接受别人的教导?” 。她看到很多人不愿意去报初级AI PM课程,因为自己是CPO或首席PM了——“我认为这是个错误” 。
主观能动性。不是主人翁感——主人翁感是看到你能跑,主观能动性是假设你能控制环境。“你更像恒温器而不是温度计——温度计只是在测量室温,恒温器会改变室温” 。
写evals的能力。不是写提示词——谁都能写提示词。
是LLM产出结果后,你能验证它是不是真的聪明、有没有产生幻觉,通过创建真实的评估来做到这一点 。还有限制幻觉的方法、使用多个模型并搞清楚各自擅长的领域 。
Oji把谦逊浓缩成一个词:可教性。“什么时候你需要可教性?
当一切都改变了、没有蓝图的时候。谦卑就是可教性,可教性就是生存能力” 。
亲手干:选一个你真正有热情的项目
Oji过去一年写的代码比过去十年都多,“因为代码现在本质上是架构和英语” 。他把写PRD变成了写原型,自己用Postman调API接口,订阅所有AI工具当学习成本,学MCP怎么连接不同东西 。
他的方法是选一个触及很多他想学的东西、又真正有热情的项目。他的激情项目是自动化房子——给房子装上眼睛和耳朵,规划了一个”超级传感器”,能看人、感知热量、听声音、感知湿度和温度,分散在房子各处,而且硬件自己在做 。房子跑在一个带AI芯片和推理功能的处理器上,但看起来很笨,因为不想让人知道 。
Ezinne给不知道从哪开始的建议一样:围绕你的热情创建项目。她指导过一位女士,喜欢”今日穿搭”的概念,就用LLM把所有上衣、下装、裙子、鞋子整理好,基于温度做每日穿搭推荐 。
Oji的预测:未来几年,很多高主观能动性的人会编写自动化自己生活的软件。“一人SaaS会消失,因为将有一亿开发者——那些真正在意的人会自动化自己的生活” 。PM应该成为先锋——如果能为自己做,就能为覆盖一百万人的软件做。
50年踩出来的坑
简单需要勇气。Ezinne说,人们创建复杂解决方案的原因之一是不敢表达观点——“他们观点不够鲜明,这通常是因为没有强烈信念,因为不确定在客户身上花了足够时间” 。
结果就是摊开一万个选项让用户选,体验浑浊不清。“你最好选择一个观点,发布出去,做错了再调整,而不是留太多选项——那样你永远学不到整体上什么是更好的体验” 。
沟通”为什么”永远不嫌多。Ezinne用NASA的例子——连看门人都知道我们在致力于把人送上月球 。
她从LinkedIn上看到有人把”跨越鸿沟”用到战略沟通上:大约5%的人是早期采用者,他们懂了、认同了、在行动了;四个月后他们已经在问下一版战略是什么;而同时有些人才刚刚开始理解 。“这为我解答了很多问题——为什么你在做一个战略时,有些人能复述它,有些PM还在纠结’但是为什么?’” 。
观察客户做什么,不是听他们说啥。Ezinne做过UX实验室和人种学研究,她说观察人们真正在做什么仍然是顶级的 。“真正的客户洞察不是用AI读你所有客户访谈的转录稿——人们并不总是说出他们的意思,或者他们没意识到自己在做某件事的原因上撒了谎” 。
意图和想象力的力量。Oji说他和Ezinne的职业生涯背后是大量意图——“我们大脑里总是想着,我们下一步想做什么?
什么是驱动我们的渴望?没有什么比意图和想象力更强大” 。
他以前在微软的老板今年回来跟他说:“Oji,你从远处告诉我你想做的一切,我看到你都做了——你是十年前告诉我的。“而Oji自己都不记得了 。
【背景】Oji提到的”无论你什么时候醒来,那就是你的早晨”是一句非洲谚语,转写稿中未注明具体语种。
本集带走
- 别当瓶颈,去抢活干:AI加速了构建环节,PM如果只写PRD就是瓶颈。把时间挪到确认客户洞察上,或者自己动手写原型、调API。
- 找尖锐问题:选老需求,用新技术重新构想。如果改进十倍或成本降到十分之一,客户会说”现在就把钱拿走”——这才是值得做的问题。
- 船坞=六种能力的受控混乱:PM、工程、设计、用研、数据/ML、产品营销,每小时协作。加上客服和销售的”触须”连接客户。
- AI在核心,不是在边缘:不是在旧代码上插LLM,而是从白纸开始问”以LLM为核心来构建会是什么样”。代码库应该缩小,LLM应该成为解决问题的关键。
- 谦逊=可教性=生存能力:没有蓝图的时候,能承认不知道、愿意从初级课程学起的人才能活下来。
- 选一个你有热情的个人项目入手:别泛泛地”玩Lovable”,选一个真正想解决的问题,在解决过程中自然学会各种AI工具。
- 简单需要勇气:与其留一万个选项让用户选,不如选一个观点发布出去,错了再调。
- 沟通”为什么”按跨越鸿沟的节奏来:5%的人立刻懂了,四个月后他们已经在问下一版;同时还有人刚开始理解。永远不嫌讲太多遍。
- 观察客户做什么,别只听他们说:AI可以帮你转录访谈,但真正的洞察来自人种学式的观察——人们说的和做的经常不一样。
在过去20年里,我们就工作如何完成有着非常固定的比例。PM花费这么多时间,开发人员花费这么多时间,上市花费这么多时间。我认为这种契约基本上正在爆炸,因为构建过程,封闭的求解过程,构建过程正在加速得如此之快。
For the last 20 years, we’ve had very fixed ratios in terms of how work gets done. PM takes this amount of time, developers takes this amount of time, go-to-market takes this amount of time. And I think that contract is basically exploding because the build process, the closed solutionary process, the build process is accelerating so fast.
—— Oji · [08:37]
什么仍然困难到如果你改进它三到五倍,也许10倍,或者你从中拿走成本,比如10倍成本,十分之一,他们会说,“这太令人信服了,你现在应该拿走我的钱。“
What is still difficult to the point that if you improve it three to five times, maybe 10X, or you take cost out of it, like 10X costs, one 10th, they’ll be like, “This is so compelling, you should take my money now.”
—— Oji · [11:57]
船坞是为了唤起受控的混乱。如果你在高峰期去船坞,长滩或其他什么,那里有太多事情发生,大型重型机械在移动,来自中国,来自马来西亚的卡车和集装箱在到处跳。但这种混乱底层是仔细的沟通,高超的技能。
A shipyard is to evoke controlled chaos. If you go to a shipyard at peak, Long Beach or whatever it is, there’s so much going on and big heavy machinery moving around, trucks and containers from China, from Malaysia jumping around. But this chaos underline it is careful communication, high skill.
—— Oji · [13:12]
在我发布任何Calendly之前,我和支持经理做了设计审查,对吧?一位支持经理必须在场,因为设计人员和工程人员,尽管我们很在乎,我们总是会发布问题,未来的债务。
Before I shipped anything Calendly, I did the design review with a support manager, right? A support manager had to be in the room because the design people and engineering people as much as we cared, we would ship problems all the time, future debt.
—— Oji · [14:52]
但我认为主人翁感是看到你可以奔跑,但我认为主观能动性假设你控制……你更像是一个恒温器而不是温度计,这意味着嘿,温度计总是在测量房间的温度,而恒温器会改变房间的温度。
But I think ownership is seeing that you can run, but I think agency assumes that you control… You’re more of a thermostat than a thermometer and that means that hey, the thermometer is always measuring the temperature of the room while a thermostat will change the temperature of the room.
—— Ezinne Udezue · [19:05]
我对谦卑的简略说法是,谦卑就是可教性。什么时候你需要可教性?当一切都改变了,没有蓝图时,你需要可教性,无论你在过去几年认为什么是AI的蓝图,无论是,“噢哇,Lovable太成功了。Replit太成功了。“实际上这些公司中的任何一家在两三年后都可能不存在了,对吧?
I think the shorthand I have for humility is humility is teachability. And when do you need teachability? You need teachability when everything has changed, where there is no blueprint and whatever you think is a blueprint of AI in the last few years, whether, “Oh wow, Lovable is so successful. Replit is so successful.” It’s actually quite possible that any one of those companies won’t be around in two, three years, right?
—— Oji · [27:42]
所以谦卑就是可教性,如果你考虑职业生涯的话,可教性就是生存能力。
So humility is teachability and teachability is survivability, if you are thinking about careers.
—— Oji · [28:18]
我认为在未来几年里,很多具有高主观能动性的人或者只是PM本质上将编写自动化他们生活的软件。所以,一人SaaS将会消失,因为将有一亿开发者,因为那些真正在意的人将自动化他们的生活。
I think that in the next few years a lot of high agency people or just PMs will essentially be writing the software that automates their lives. And so, the one man SaaS is going to go away because there’ll be a hundred million developers because people who really care will automate their lives.
—— Oji · [35:47]
AI在核心意味着从根本上审视问题空间和工作流,并使用AI来解决问题,而不仅仅是在GUI或用户界面的交叉点上撒一点,或者仅仅用它来加速事情。
AI at the core means fundamentally looking at the problem space and the workflows and using AI to solve the problem, not just sprinkling it at the intersections of GUIs or user interfaces that are out there or using it to just accelerate things.
—— Ezinne Udezue · [41:05]
现实是,我的经验也表明了这一点,你最好选择一个观点,把它发布出去,做错了,然后再调整,而不是留下太多的选项,因为那样你就永远无法学到整体上什么是更好的体验。
The reality is, and my experience has shown that, you’re better off picking an opinion, shipping it out there, being wrong, and then adjusting than leaving too many options because you then can never learn what was the better experience overall.
—— Ezinne Udezue · [51:03]
顺着「产品方法」挖下去
- AI 产品不能照搬软件老办法:从高控制低自主开始同概念:evals、主观能动性 (agency)、智能体 (agent)
- 评测优先:Braintrust 创始人谈 AI 产品开发的真正工程同概念:evals、LLM、智能体 (agent)
- Gamma 联创复盘:押注空白页,赌出一亿用户同概念:evals、LLM、护栏 (guardrails)
换个口味
- Anthropic 平台负责人:Claude 平台的「三层蛋糕」与给 token 分工的「策略」同公司:Claude · 同概念:evals、智能体 (agent)、MCP
- Braintrust CEO Ankur Goyal:做 AI 评估的纪律八年不变,但玩法正在剧变同概念:evals、智能体 (agent)、护栏 (guardrails)
- Block CTO:代码质量与产品成功毫无关系,打造 AI 原生公司靠的是组织重组同概念:LLM、智能体 (agent)、MCP
