AI 如何重塑产品角色 | Oji Udezue 与 Ezinne Udezue

本期一开场，Ezinne Udezue 就表达了她对 2024 年听到的两种相反反应的不满。一派宣称 AI 已经让产品经理过时；另一派则把 AI 看作卸下 PM 不喜欢的工作的手段。她早早表明自己站在后一派，而她关于成功公司的回答预告了贯穿整场对话的一个主题：AI 并不会取代底层的客户问题。

AI 来了，PM 这个工作就没了。

问题依然是那些问题。

Lenny Rachitsky 也预告了亲自上手接触技术的价值。Oji Udezue 说，他过去一年写的代码比之前十年还多，因为写代码已经变成“本质上就是架构加英语”。他的学习方法是挑一个个人项目，逼自己接触许多陌生工具；他的例子是把自家房子自动化，用一个自制的传感器去看、去听，并测量湿度和温度。

Lenny 介绍两位嘉宾：他们是一对夫妻，产品经验加起来超过 50 年，合著了《Building Rocketships: Product Management for High-Growth Companies》。Oji 曾任 Calendly 和 Typeform 的 CPO，并在 Twitter、Atlassian 和 Microsoft 领导过产品团队；Ezinne 曾任 WPEngine 的 CPO 和 Procore 的产品副总裁。在 Mercury 和 Vanta 的赞助口播之后，Lenny 把第一个问题定为：PM 角色中哪些在变、哪些保持不变。

Ezinne 把这个角色的战略目的和战术做法区分开来。目的没有变：降低产品交付的风险，同时让投入为业务带来最大价值。她列出的战术变化很具体。PM 有了更多空闲时间，并被期望用它来形成真正的客户洞察，因为工程负责人现在会要求 PM 确认自己对客户的直觉。协调编排的对象如今涵盖软件、反馈回路和 LLM 触点，而不只是会议室里的人。

PM 必须交付的核心价值没有变

她还补充了三项新要求。PM 需要数据素养，也就是理解产品从什么中学习、数据流向哪里，以及数据如何组织以供日后获取洞察。他们必须建立护栏，让产品持续做它该做的事。她还提出了伦理问题，指出如今的 PM 会提出一些她在社交媒体时代没见他们问过的问题。她对这类新产品的比喻是：软件是活的，而不是静态的。

它几乎就像一个活着、会呼吸的软件。

Lenny 把这一点和 Microsoft 的 Asha Sharma 联系起来。Asha Sharma 描述过一种转变：从“作为制品的产品”，即发布出去就完成的东西，转向“作为有机体的产品”，它通过“数据的新陈代谢”持续演化。Ezinne 认同这个比较，并把它和书中对系统的强调联系起来，那种系统是活的、会呼吸、并与其他事物相互作用。

Lenny 提出一个常见担忧：如果 AI 加快了工程速度，PM 可能会成为瓶颈。Oji 回答说，PM、开发和市场推广之间维持了大约 20 年的固定时间比例正在“被打破”，因为构建阶段在加速。他举了一个客户的例子：这家公司自称“构建—签约—构建”公司，推介电话结束后四小时内就能拿出原型，这要求接电话的人一半是 PM、一半是开发者。

他们说，一场推介电话挂断后，四个小时内他们就能拿出原型。

Oji 把 PM 的工作拆成三部分：找到能盈利的客户需求（尖锐问题）、支持解决方案设计与构建、支持市场推广，他承认 PM 在最后这部分投入不足。由于中间这一环变得更快、更强，PM 支持它的方式也必须改变。静态的探索式提问和传统需求文档跟不上新的周期时间。他的建议是先别成为瓶颈，然后利用腾出的时间和 PM 纵览全流程的视角，在前端和后端创造价值。

眼下光写 PRD 已经不够了。