Lane Shackleton 曾在 Google 和 YouTube 深耕近十年,现在是协作工具 Coda 的首席产品官。在他和多位 PM 领袖的对话里,反复出现一个主题:当 AI 接管了大量执行细节后,产品经理的核心能力正在发生根本性的转移——从「按需求执行」转向「框定问题」和「定义品味」。
这篇文章编译自其核心方法论,结合中国产品经理的真实工作场景,做本土化解读。
Lane 在多次访谈中表达过一个重要观点:「过去十年,产品经理的角色很大程度上是『调度员』——把用户需求翻译成研发任务、把设计稿翻译成验收标准。但当 AI 可以直接生成 PRD 草稿、可以直接翻译需求时,这些调度工作就会被自动化。」
他强调,如果 PM 只会这些,那未来 5 年会很危险。
那么 PM 真正不可被 AI 取代的能力是什么?Lane 给出了一个非常具体的清单:
这三个能力,本质上都不是「执行」,而是「思考」。
这个洞察在中国互联网公司的语境下有更直接的呼应。我们最近两年看到一线的转变:
这件事其实验证了 Lane 的判断:执行性技能会被 AI 接管,但「思考性」技能反而被放大。
Lane 还有一句被广泛引用的话:「学习如何与 AI 高效协作,正在变得像十年前学敏捷方法论一样基础。」
这句话的现实含义是:到 2026 年,不懂 Prompt 的 PM 就像 2015 年不懂 Scrum 的 PM——不是绝对能力不足,但在很多场景下会被边缘化。
但 Lane 在另一个场合也强调:Prompt 工程不是要 PM 变成 prompt engineer,而是要让 PM 能用 AI 提升自己的核心工作:
对一线 PM 来说,更实际的做法是:每周拿出 2-3 小时专门练习 Prompt。
具体练什么?不是练「某个 prompt 的标准写法」,而是练:
这几个能力一旦训练出来,PM 在面对真正的产品问题时,会比不会用 AI 的同行至少快 3-5 倍。
Lane 反复提到的一个亚马逊式决策框架——「一扇门 vs 两扇门」决策。
他的版本是这样的:「在软件行业里,绝大多数决策都是可逆的(即『两扇门』)。我们应该把时间花在讨论那些真正不可逆的(即『一扇门』)。其余的事,定了就去做。」
这个框架其实在解决一个一线 PM 普遍遇到的问题——「明明事情没想清楚,但老板要我先选个方向」。
普通 PM 的反应是含糊应对,然后反复开会,结果事情越拖越久。
高阶 PM 的反应是先做判断:这件事是不是一扇门?如果是,就花时间讨论;如果不是,就快速决策进入执行,靠后续迭代来修正。
Lenny Rachitsky 在另一篇 newsletter 里也提过类似观点:很多 PM 习惯把所有决策当作大事,每个决定都要等充分讨论。
国内很多团队里尤其常见——为了显得负责、显得严谨,每个决策都反复评审。结果是:团队遇到很多本可以快速试错的事情,被拖成了长期悬而未决的会议议题。
从 Lane 的框架看,这种「过度严谨」往往是不必要的——除非你能证明这个决策是不可逆的,否则都应该倾向于快速推进。
Lane 的另一个值得借鉴的实践:所有重要决策都要写一份决策日志。
不是复杂的形式,而是一个简单的文档模版:
这个看似「多此一举」的实践,实际解决了两个常见问题:
国内很多团队缺的不是决策,而是「决策的复盘机制」。
最后,把 Lane 的核心洞察整理成一个简洁的清单,对中国 PM 有直接参考价值:
具备这 5 项能力的 PM,在 AI 时代不仅不会被淘汰,反而会变成团队里最稀缺的角色。