> ## Content Index > Fetch the complete content index at: https://www.hubwiz.com/blog/llms.txt > Use this file to discover other available public pages before exploring further. # 当构建变得容易时，PM做什么？ - URL: https://www.hubwiz.com/blog/when-building-becomes-easy-what-do-pms-do/ - Published: 2026-05-08T04:07:53.000Z - Updated: 2026-05-08T04:07:53.000Z - Description: 关于PM角色、AI，以及围绕刚刚被商品化的技能来定义自己工作的奇怪决定。 - Author: admin - Tags: JOB MARKET, #Import 2026-10-14 14:41 Marty Cagan二十年来一直是产品管理领域最有影响力的声音。他的著作《INSPIRED》、《EMPOWERED》、《TRANSFORMED》定义了行业用来谈论自己的词汇。当Cagan写文章时，整个产品世界都会围绕他说的话重新组织。 正因如此，他近期作品中包含的一个尖锐矛盾值得被指出。 2023年12月，Cagan发表了["The Product Manager Contribution"](https://www.svpg.com/the-product-manager-contribution?ref=hubwiz.com)，定义了PM必须为团队带来的四个关键知识领域：对客户的深入了解、数据和 analytics 的熟练运用、对业务的透彻理解（上市策略、利益相关者、经济模型、合规性），以及对竞争格局和行业趋势的掌控。他的结论是毫不含糊的： > 这些是你绝对需要为团队带来的四个关键贡献。这些知识不会来自产品设计师，也不会来自工程师，但设计师和工程师需要团队中有这些知识的代表，才能做出明智的、知情的决策。 > — Marty Cagan, ["The Product Manager Contribution"](https://www.svpg.com/the-product-manager-contribution?ref=hubwiz.com), 2023年12月 2025年初，他更进一步。在["AI Product Management 2 Years In"](https://www.svpg.com/ai-product-management-2-years-in?ref=hubwiz.com)中，他重申了一个合作撰写的论点，即"与普遍看法相反，PM角色在生成式AI产品中变得更重要但也更困难，而非更不重要"，并补充说"过去一年证明这篇文章比我当时意识到的更加重要。" 他说得对。那是该论点最强有力、最站得住脚的版本。然后，在接下来的一年里，他把那个更强的论点埋在了构建者/原型制作的框架之下。 ## 1、转向 到2025年5月，在["The Era of the Product Creator"](https://www.svpg.com/the-era-of-the-product-creator?ref=hubwiz.com)中，Cagan宣布PM角色正在被抽象化。设计师、工程师、创始人、利益相关者——任何有"产品感觉"并能操作新AI原型工具的人——都可以充当"产品创造者"。他说，优秀的PM会茁壮成长，但这个角色不再独属于他们。PM是现在向其他人开放的功能的一种可能实例化。 让这个转向特别突兀的是，Cagan在同一个月发表了与Bob Baxley合著的["Product, Design and AI"](https://www.svpg.com/product-design-and-ai/?ref=hubwiz.com)。那篇文章论证了相反的观点："在生成式AI时代，这两个角色\[PM和设计师\]变得更加不可或缺。"它用本来可以出自2023年文章的术语描述了PM的贡献——深入的客户、数据、市场和商业知识作为产品感的基础，以及跨越十几个业务职能的利益相关者关系对确保可行性的重要性。这两篇文章发表在同一网站上，仅相隔几周，很难调和。一篇说PM的整合深度比以往任何时候都更重要。另一篇说任何有产品感的人都可以担任这个角色。 这种转变在2025年剩余时间和2026年加速了。["The Purpose of Prototypes"](https://www.svpg.com/the-purpose-of-prototypes/?ref=hubwiz.com)（2025年9月）进一步强调发现即原型制作工作。["Prototypes vs Products"](https://www.svpg.com/prototypes-vs-products/?ref=hubwiz.com)（2025年11月）警告PM们混淆原型和生产软件是在让自己难堪。["Build to Learn vs Build to Earn"](https://www.svpg.com/build-to-learn-vs-build-to-earn/?ref=hubwiz.com)（2026年4月）将PM的贡献压缩为构建和测试由产品感驱动的原型。而["Build to Learn FAQ"](https://www.svpg.com/build-to-learn-faq/?ref=hubwiz.com)（2026年4月）系统性地攻击了许多继承的PM自我认知——决策者、团队保护者、管理者、"为什么"的解释者——只留下"构建者"作为最鲜活的幸存形象。 剩下的，至少在修辞上，是：制作原型，针对四种风险测试它们，让产品感做其余的事。这并没有错。但它让原型比赋予它意义的知识系统更加可见。 ## 2、被遗失的东西 以下是Cagan在2023年10月描述赋能产品团队中的PM： > 对客户、数据、行业，特别是你的业务（销售、营销、财务、支持、法务等）的深入了解是绝对不可妥协和不可或缺的。 > — Marty Cagan, ["Product vs. Feature Teams"](https://www.svpg.com/product-vs-feature-teams?ref=hubwiz.com), 2023年10月 以下是Cagan在2022年1月解释PM如何解决可行性问题： > 产品经理必须直接接触到业务中各个专家，包括营销、销售、服务、财务、法务、合规、制造、领域专家等。产品经理必须与这些人建立关系，让利益相关者相信产品经理理解相关约束，并确保在任何提议的解决方案中得到解决。 > — Marty Cagan, ["Two in a Box PM"](https://www.svpg.com/two-in-a-box-pm?ref=hubwiz.com), 2022年1月 那不仅仅是原型制作。那是关系建设、组织嵌入，以及跨越业务每个职能缓慢积累信任的过程。你可以用原型测试可行性，但只能在正确的关系中、针对正确的约束、由理解商业背景的人来解读。原型是那项工作中的一个有用物件。它不能替代那项工作。 2022年的Cagan将此放在前台。2026年的Cagan没有否认它，但他较新的语言使它容易被忽略。 ## 3、被错过的走法 AI正在让任何人都能轻而易举地构建原型。Cagan清楚地看到了这一点并说了出来。他没有做的是将这个观察推到其逻辑结论：如果每个人都能制作原型，那么原型制作不再是PM的差异化因素。PM的差异化必须来自其他地方——来自没有任何原型制作技能可以替代的整合判断力。 Cagan在某种程度上对某个真实的现象是对的。AI确实让一个人能同时承担更多角色。我经营着我初创公司的每个职能——产品、工程、设计、上市——在仅仅一年前还需要十人以上的团队才能完成。PM现在可以以前所未有的方式原型设计和交付生产软件。这样做有真正的效率，特别是在早期，当上下文集中在一个人脑中，每次交接都是纯粹损失的时候。PM应该构建。Cagan在这点上是对的。 较新修辞出错的地方在于将角色定义向新能力坍缩。一个人可以戴PM帽子和构建者帽子。这不意味着它们是同一顶帽子。PM角色仍然由跨越四个知识领域的整合判断力定义。构建是一种具有不同质量标准的不同工作。当一个人同时做两者时，他们是在做好两份工作，而不是一份融合的工作。将"一个人可以做更多事情"与"角色现在是同一回事"混淆，正是导致组织停止为整合深度招聘的类别错误——因为他们假设构建者已经具备了它。 这个论点几乎自己就能写出来，而且它已经潜藏在Cagan自己的作品中。 当构建成本下降时，构建错误东西的成本就成了主要成本。而"错误的东西"几乎从不会在单一维度上出错。它错是因为以一种制造合规噩梦的方式解决了真实问题，或者它取悦了用户但破坏了单位经济学，或者它技术优雅但不适合销售流程，或者它正是客户说他们想要的但需要你的团队不具备也无法及时构建的销售流程。 这些是整合失败，不是原型制作失败。它们是活在不同维度*之间*的关系中的跨学科张力，不在任何一个单一维度中。原型不会自己浮现这些张力。 当交付昂贵时，整合失败被掩盖了。你发布得如此稀少，以至于每次发布在上线前几乎默认地会通过每个视角被审视。缓慢的流程本身就是跨维度审查的强制函数。现在交付既便宜又快，那个天然的调速器消失了。团队可以在任何人思考二阶效应之前就发布东西。 PM作为整合者变成了一个现在优化了速度但未优化一致性的系统中的*关键*检查点。 ## 4、已经被治愈的病态 还有一个讽刺加深了这个矛盾。Cagan一直在回应的病态——PM们除了协调、促进和写规格说明什么都不做，从不触碰实际产品——是一个真实而严重的问题。但那是特定时代的问题，一个原型设计需要许多PM缺乏的设计或工程技能的时代。被锁在产品本身之外，他们用Jira管理、利益相关者会议和路线图剧场填满了他们的日子。 AI原型工具消除了那种病态的主要借口。当许多PM可以在一个下午启动一个可工作的原型时，将他们困在协调工作中的壁垒降低了。协调者PM现在可以触碰产品了。规格撰写者现在可以原型设计而不是描述了。 Cagan看到了解药的到来，并通过围绕解药重新组织他的修辞来回应。这是可以理解的，但它有将逃离协调工作与PM角色的本质混淆的风险。他冒着围绕刚刚被商品化的技能来定义PM角色的风险，同时低估了刚刚变得稀缺的技能。 ## 5、产品感实际上需要什么 Cagan说产品感是难的部分。我同意。但产品感不仅仅从原型设计中涌现。它来自客户对话、数据分析、竞争情报、销售电话、支持工单分类、利益相关者关系管理、市场沉浸，以及多年来观察产品在大规模上面对现实时会发生什么。 如果构建-学习框架被解读得太窄，这些活动中的许多看起来像是"不在构建"。但它们是产品感生长的基质。通过让原型设计-测试成为PM工作最鲜活的表达，Cagan冒着一个风险：制造出精通工具但缺乏知道该原型设计什么的上下文深度的PM。这正是他警告的失败模式——却没有认识到他自己的框架在阻止防止这种失败的活动。 FAQ告诉PM们相信他们的领导者会选择正确的问题。它告诉他们他们不是决策者，不是保护者，不是管理者。它告诉他们专注于方案发现。但产品感正是通过FAQ所否定的那些组织和关系工作构建的。如果构建者信息教会PM们贬低这些活动，他们就切断了Cagan说最重要的能力的供给线。 ## 6、更强的论点 以下是Cagan本可以说的，也是他从2020年到2025年初的档案已经暗示的： > AI处理探索的机械部分。PM处理将所学到的与业务已知和需要的一切进行整合。这种整合——而非原型制作——是工作的不可简化的核心，而且它现在比以往任何时候都更重要，因为需要整合的事物的体量正在爆炸式增长。 PM传统贡献的每个维度都在变得更有价值，而非更少。客户理解更重要了，因为AI生成的原型可以测试表面价值，而不需要任何人深入理解客户实际上为什么购买。数据熟练度更重要了，因为信号量正在爆炸式增长，需要有人知道哪个信号是真实的。商业知识更重要了，因为便宜交付意味着更多东西被发布，每一个都必须与商业模式保持一致。行业知识更重要了，因为竞争格局移动得更快，洞察和过时之间的窗口正在缩小。 将所有四个知识领域保持在脑中，并使用那种整合理解做出没有任何专家能从其单独视角做出的判断的PM，是AI加速产品组织中最稀缺的输入。不是因为他们能比工程师更快地原型设计，而是因为他们知道该构建哪个原型、从中提取什么信号，以及如何将该信号与他们所知的关于业务、客户和市场的一切进行整合。 Cagan有智识地位和听众来做出这个论证。他已经在一打文章中写了核心论点。他只是没有把自己的逻辑推到其AI时代的结论。 ## 7、每个角色都在问的问题 这不仅仅是关于PM的。每个学科都在处理同样的结构性问题：当你工作的执行层被吸收时，你的身份是迁移到AI刚刚变容易的事情上，还是迁移到AI做不到的事情上？PM辩论是这个问题的一个实例，之所以可见是因为Cagan的写作将矛盾的两面都记录在案。更广泛的重定向——跨越每个软件角色——是同一个问题在各地被应用。 这一切并不意味着Cagan在所有事情上都错了。[构建以学习与构建以赚钱](https://www.svpg.com/build-to-learn-vs-build-to-earn/?ref=hubwiz.com)之间的区别是真实且有用的。[四风险框架](https://www.svpg.com/four-big-risks/?ref=hubwiz.com)是一个好的起始检查清单。关于PM们[混淆原型和产品](https://www.svpg.com/prototypes-vs-products/?ref=hubwiz.com)的警告是及时的。而呼吁PM们真正参与产品——去构建，而不仅仅是描述——一直是他最有价值的贡献之一。 但近期作品的方向——从PM作为整合者到PM作为原型制作者，从角色"更不可或缺"到角色作为"产品创造者的一种可能实例化"——是从他最强阵地的撤退。它围绕AI刚刚变容易的活动定义了工作，同时低估了AI触碰不到的、早期Cagan正确识别为PM不可简化贡献的活动。 如果Cagan看着AI变革说：协调者PM终于从协调工作中被解放出来，现在他们可以成为他们一直应该成为的整合者PM——产品世界会因此受益。那将是一个与他最佳思考一致的信息，根植于AI改变了什么和没改变什么的结构性现实，并真正对数千名试图弄清楚自己工作现在是什么的PM有用。 相反，最响亮的信息变成了：现在每个人都是构建者。这是对的。但这是不那么有趣的真相，而且它留下了更难的问题——当每个人都在构建时，谁掌握全局——未解答。 --- 原文链接: [When building got easy, the PM job got harder to explain](https://medium.com/@markymark/when-building-got-easy-the-pm-job-got-harder-to-explain-c0bdd835a5cf?ref=hubwiz.com) 汇智网翻译整理，转载请标明出处