有两本书塑造了我的产品观：Marty Cagan 的 Inspired，还有 Joca Torres 的 Gestão de Produtos，我还有幸接受过 Joca 本人的辅导。多年来这两本书就是我的地图：什么是 PM，什么是 product designer，什么是工程师，谁做什么。每个角色都有清晰的轮廓。
过去这一年，看着我在 Prolog 的团队和 AI 一起工作，我开始感到这些轮廓在滑动。不是书变错了：而是每个角色所在的那一层上移了。
在系列的第一篇里，我讲了那份让我开始在 Prolog 重建科技的不适；在第二篇里，讲了什么是 harness，也就是让 AI 真正出活的基础设施。在第一篇的结尾，我答应过要展开一个具体的部分：当 AI 成为动手建造的那一方时，每个岗位的工作怎么变。这就是这里要谈的。
工作不会消失，它上移一层
AI 并没有抹掉每个岗位的角色，它在改变角色发生的那一层。
那种省事的解读，就是贩卖恐慌的那种，叫“AI 会取代 X 岗位”，可我看到的不是这样。我看到的是工作的内容换了位置：过去是动手做，如今变成指挥并批评动手做的那一方。
过去写代码的工程师，现在评审 agent 写出来的东西。过去写 spec 的 PM，现在几个小时内就在评判由它产出的原型。人还是那个人，变的是他手里的工具。
带着这个念头重读 Cagan 和 Joca，我的领悟变了。两人都仔细地描述了每个角色的执行(具体的任务、交付物、一天结束时从你手里交出去的东西)，而这恰恰是 AI 正在接手的。留给人的是另一半：决定什么值得被建造，找出已经建好的东西里的漏洞，有品味去分辨什么是好的。是判断，而不是执行。
所以我要做我对自己做过的事：拿书里对每个角色的定义，问问 AI 从中吃掉了什么，又剩下了什么(而且变得更贵)。
三人小队，按书里的说法
在逐个角色拆开之前，值得先回顾一下书里怎么组建这个团队。Joca 很直接：一个成功的产品必须是被人想要的、可行的、能造出来的，这就定义了“打造一个成功产品的三项核心职能”(第 2 章)：UX 设计师、产品管理和开发者，他把这个三人组叫做 core team。Cagan 在 Inspired 里，也在开篇那一章“Key Roles and Responsibilities”中描述了同样的角色。
两人都强调一点，我会在结尾再回到它：这不是上下级的关系。用 Joca 的话说，“产品工程、产品管理和 UX 是一个团队，这几个群体之间不存在从属关系”(第 31 章)；在 Cagan 那里，同样的想法表达为 PM 和工程是“平级的，哪一方都不从属于另一方”(第 5 章，我自己的翻译)。而当 AI 走进这个三人组中间时，最先改变形态的正是这层合作关系。
表格:每个科技岗位上移一层。工程从代码生产者变成 agent 批评者,产品从 spec 撰写者变成迭代架构师,设计从界面生产者变成实验指挥,质量从测试者变成验证搭建者。
每个科技岗位的角色
同一个角色，上移一层
执行归 agent · 判断留给你:决定、批评、有品味
工程师：从代码生产者到 agent 批评者
对工程来说，重要的不再是你产出多少代码：而是你把 agent 产出的东西批评得有多好。
Joca 的定义清楚到现在重读都有点扎心：“产品工程负责开发产品并维持其运转”，再往后，工程“建造产品”(第 31 章)。建造，是那个动词。Cagan 从另一头补上，讲的是和产品的关系：“product manager 负责定义方案，但工程团队最清楚什么是可行的，最终交付这个方案的也是他们”(第 5 章，我自己的翻译)。一边定义，一边交付。
如今第一版的交付归 agent 了。没有变、反而变得更贵的，是 Cagan 贴在工程师身上、作为创新源头的那一切：“工程师比任何人都清楚什么是可行的”(第 5 章)。知道什么可行，找出 agent 提出的方案里的漏洞，看见它看不见的性能或安全权衡，判断什么时候该介入、什么时候该放手让它跑。这些每个月都更重。背语法、手写样板代码、翻 Stack Overflow、把代码量当成个人奖杯：这些更轻了。
在 Prolog，我一字一句地跟团队讲清楚了：没有人会以代码行数被评价。那些一向擅长“找漏洞”的人变得更有价值，而那些把自己认同为“快速产出大量代码”的人，得重新校准自己往哪儿投入。这并不贬低工程。工程的价值一直更多在于知道什么靠得住，而不是产得快，如今这一点只是被摆到了明面上。
PM：从 spec 撰写者到迭代架构师
当原型变得廉价时，PM 就能感觉到：他的工作不再是写文档，而变成挑选哪个想法值得占用团队的时间。
Cagan 对这份工作的核心毫不含糊：“必须有人去发现方案、产品到底是什么，包括功能、用户体验和发布标准。这个人就是 product manager，而这项任务是他工作的核心”(第 1 章，我自己的翻译)。Joca 给出更宽的轮廓：产品管理是“负责一个软件产品所有方面的职能，贯穿这个产品的整个生命周期，从构想到生命的终结”(第 2 章)。
注意，两人的关键词都是发现，而不是规定。Cagan 用了一整章来论证这份工作是 discovery，而不是“需求”：软件有两个阶段，“发现要造什么(对的产品)，以及造出来(把产品造对)。前者由 discovery 主导，后者是执行”(第 12 章，我自己的翻译)。这一直是他要传的话，AI 只是让它变成了字面意义。
因为当构建从几周坍缩到几小时，瓶颈就不再是建造，而变成决定什么值得建造。交给委员会评审的长 spec、锁死的季度规划、当成交付物的状态报告、工程与设计之间的交通管制：这些都更轻了。更重的是快速 discovery(做原型去理解，而不是写 spec 去建造)、假设的策展(哪个想法值得团队的时间)，以及更频繁地决定不做什么。有些公司已经把这样的 PM 叫做“编辑”或“架构师”。这不是更少的 PM：而是另一种 PM，做策展的人，凭品味做决定的人，给出方向的人。旧模式里居于核心的写 spec，才是那件变轻了的事。
Product designer：从界面生产者到实验指挥
在设计里，工作的单位从界面移到了生产界面的系统，product designer 开始挑选哪个变体能活下来。
在 Joca 那里，UX 的定义是先理解再设计：“UX 负责深入理解用户，以及想为这个用户解决的问题”(第 32 章)。他描述的流程就是人人都熟悉的那套仪式：纸面原型，然后线框图，再然后“UX 的视觉设计师开始给这些界面上色、赋形”。Cagan 用同样的逻辑把这个角色切成两半：interaction designer“发展出对用户的深入理解，创建任务、导航和流程”，把它落成线框图，交给 visual designer，后者“给线框图填上血肉”(第 4 章，我自己的翻译)。
这条链路，理解、勾勒、一屏一屏地打磨，恰恰是 AI 缩短的部分。工作的单位不再是“界面”，而变成“生成界面的系统”。在 Figma 里把同一个变体重做五遍、一个组件一个组件地标注、把像素级的 handoff 当成仪式：更轻了。以迭代的速度做原型(并行出多个方案，扔掉差的)，定义视觉系统而不是每一屏孤立的界面，以及快速的视觉批评(看着 AI 提出一个东西，在用户之前一眼看出它错了)：更重了。
而在这里，Cagan 早在 2008 年就说过一句话，能让 product designer 不至于觉得自己变成了按按钮的人：他的工作从来不只是画得好看。“一个好产品需要好的用户体验。而好的体验需要产品与设计的紧密协作”(第 4 章，我自己的翻译)。AI 生成变体，而决定哪一个值得送到用户面前的，仍然是有品味的人。
QA：从测试者到验证搭建者
QA 是最有意思的一个，因为它是书里几乎没有单独拎出来的角色，也是 AI 动得最多的一个。
注意看：在 Joca 的三人组(设计师、PM、开发者)和 Cagan 的角色里，质量都是被稀释开的，作为团队的共同责任，而不是一把有自己方法的独立座椅。很长一段时间里这说得通，但现在不再说得通了，原因很简单：如果 agent 造得快，而验证还靠手工，你不过是在高速地生产技术债。
于是 QA 不再是那个手工跑测试用例的人，而变成设计 testing harness 的人，那个测试系统的系统：配置 AI 去给另一个 AI 写的代码写测试，在用户之前发现回归，思考缺陷更可能在哪儿冒出来。实际上，它变成了我们采用的一个操作性问题：每个溜过去的 bug 都变成“下次我们怎么自动检测到它？”。对已知流程做穷举式的手工测试、每次发布靠手跑回归、把 QA 当成上线前的唯一关卡：更轻了。验证成了一个系统，而不是流水线末端的一次传球。
它正是因为过去被定义得最少，才上移得最多。书里没有刻下轮廓的地方，AI 正在画出一条新的。
那个不变量：书里早就说过最重要的东西
有一样东西不变，而它就明晃晃地藏在这两本书里：它们摆在最重要位置的那个特质，恰恰是 AI 不做的。
Joca 在讲一个好 PM 的特质那一章里开门见山：“其中最重要的，毫无疑问，是同理心”(第 4 章)。这不是职能表，也不是交付物：而是把自己放到使用者位置上的能力。Cagan 这边，则用整本书去论证 discovery、taste 和判断力高于流程，两人各自以各自的方式，说的是同一件事：把好和平庸分开的，从来不是工作里机械的那一部分。
而机械的那部分，恰恰是归了 agent 的部分。写 spec、画界面、写代码、跑测试。留下来、而且变得更贵的，是批判性思考、taste(知道什么是好的)、在模糊中做判断、好奇心、对使用你成果的人的在意。用我跟团队说过的那句话总结：工作的内容变了，做这件事的人没变。
两层示意图。上层是留在我们这边、且变得更贵的东西:taste(知道什么是好的)、模糊之中的判断力、对使用者的同理心、决定不做什么、书里早就说过最重要的东西。工作上移了一层。下层是归了 agent 的东西:写 spec、画界面、写代码、跑手工测试。
留在我们这边 · 而且更贵了
书里早就说过最重要的东西
工作上移了一层
归了 agent
这会要求什么代价(不来虚的)
我不想把这事收得太漂亮，因为它并不漂亮。这个转变要付出实实在在的代价，没有一样是舒服的。
第一样是把十年养成的习惯留在身后。在旧方式里干了五年、十年的人，身上带着一路帮他走到这里的模式，而正是这些模式让改变变得沉重。没有捷径，不适是意料之中的。
接着，是像和 AI 一起创造那样去批评它：接受它冒出来的建议不算工作；找出它提出的方案里的漏洞，才算。那些一向就贵的东西(批判性思考、taste、判断力)变得更贵。
还有以团队而非个人的方式犯错。我们不会因为线上出了 bug 就开掉工程师，我们改进 review；AI 出错时，我们加固的是 harness。agent 的 bug 是流程问题，不是人的问题：这是一个承诺，不是一句口号。
还有最难受的一样：接受有些职能变得比另一些多。这会让那些到目前为止变得不多的人感到不适，而且没法假装一切都一样。能做的，是把它摆到公开的对话里来。
而且，为了不像个已经抵达终点的人：Prolog 在这件事上还处在起步。我们仍在 AI-assisted，收益是 10% 到 20%，而不是 5 倍或 10 倍的 AI-first。我讲的是一个我们正在建造中的方向，有对也有错，不是一场胜利。
我从中带走的
书没有变错。它们描述每个角色的执行时，那种精确我到现在才真正读懂(写 spec、画界面、建造产品、跑测试)，而这份执行如今归 agent 了。留给人的是另一部分，判断、批评、有品味、在意使用者，而这一部分，回到 Cagan 和 Joca，正是他们从第一页起就说最重要的东西。
也许这就是好的那一面：AI 从我们手里拿走的，是最重复的那部分工作，而它留下的，是一向最难、也最有意思的那部分。后面怎么走，我会继续讲。
参考来源
- Marty Cagan，Inspired: How to Create Products Customers Love(第 1 版，2008)。角色的定义来自第 1 章(Key Roles and Responsibilities)、第 4 章(Product Management vs. Design)、第 5 章(Product Management vs. Engineering)和第 12 章(Product Discovery)。文中引文的翻译都是我自己的。
- Joca Torres，Gestão de produtos: Como aumentar as chances de sucesso do seu software(Casa do Código)。定义来自第 2 章(什么是软件产品管理？)、第 4 章(产品经理的主要特质)、第 31 章(产品工程与产品管理)和第 32 章(UX 与产品管理)。
- 关于角色上移一层的这套解读支撑着整个系列：OpenAI，Harness Engineering，以及 Peter Pang，CREAO 的 CTO。