这是一篇关于 Podcast Product management theater | Marty Cagan (Silicon Valley Product Group) 的摘录笔记，访谈嘉宾 Marty Cagan 在节目中顺道宣传了一下他的新书《Transformed: Moving to the Product Operating Model》（该系列的第一本就是大众耳熟能详的《启示录：打造用户喜爱的产品》）
笔者的摘录已有断章取义之嫌，加上有些内容乍一看可能 make some people uncomfortable，因此搁置了许久没有翻译。如果想完整了解上下文，建议直接收听原视频。
I realize that people should understand where I coming from and how it’s different than where you’re coming from……
……在不少公司，特别是硅谷之外的企业，团队规模已经完全失控……小团队有时反而能产出更多、更好的成果。
……我曾写过一篇文章叫《史诗级浪费》。那些真正出色的公司，往往是用少得多的人力，做出了多得多的东西。
……专注于功能开发的团队，其实并不需要真正意义上的产品经理。在那种团队里，PM 代表项目管理……
……所谓功能团队，就是接到一张早已定好的交付路线图。上面的内容可能来自公司高管，可能来自某个预算充足的大客户，也可能来自其他渠道。既然规划好了一堆待开发的功能，你要做的说白了就是完成设计、开发、测试并上线。路线图通常连交付工期都一并排好了，你的全部职责就是按时交付。
It is a lot easier to deliver output than it is to deliver outcomes.
……而产品团队拿到的往往是一个待解决的问题：要么是客户的痛点，要么是公司的业务难题，也可能两者都沾点…… 完成标准不是「把什么东西发布上线」。完成标准是「这个问题到底解决没有」。
……这正是顶级产品公司与其他公司之间的根本区别：优秀的公司都明白，一切要以成果说话。单纯发布功能并不得分，真正交付价值才算得分。
……这里强调的是变现速度，而非上市速度……怎么把产品按时推向市场，大家早已驾轻就熟……真正的难点在于如何让产品尽快产生实际收益……这正是产品团队的核心使命。只有当你承诺为最终成果负责时，产品经理这个角色才有存在的必要。
……你需要给出的解决方案，不仅要可用（usable）、技术上可行（feasible）……还必须有价值（valuable）、商业上可行（viable）。这就要求你具备全新的能力结构……既要深刻理解客户，又要深刻理解业务。
你必须成为客户领域的专家。当年我的导师立过一条规矩：没亲自拜访过 30 个客户（美国 15 个、欧洲 15 个），就不许担任产品经理。那 30 次拜访改变了我的人生，因为我发现自己原本对客户的理解完全是自以为是。
你还应该是团队里最懂数据的那个人：产品是如何被使用的？这种使用习惯随时间发生了什么变化？用户是如何购买它的？这些都是关键问题。同时，你还要代表团队去对接合规、销售、市场、财务成本、商业化以及整体的市场推广。
……每当我把这些要求讲给典型的产品负责人听，他们的反应就像是在听外语。CSPO 和 PSPO 认证课教会他们的是如何在 Jira 里维护待办事项——在我看来，这跟学怎么用 Google Docs 没什么两样。那当然不是工作的核心，虽然是日常事务的一部分，但绝非工作本身。……这就像工程师天天使用 Jira，但你不能说他们的工作就是 Jira 一样，他们的核心工作是编写代码。
一个被充分赋权的产品团队，不仅能涵盖功能团队的所有职责，还能做得更多。偶尔会有人问我：做个功能团队难道不好吗？面对这种问题，我通常会反问：你究竟为什么选择做这一行？难道你真的不在乎客户如何评价你的产品吗？坦白讲，只要我有决定权，就绝不会录取这样的人。因为在乎是招人时最先考察的品质，我们寻找的是真心关注客户、重视业务、希望通过产品让客户生活变得更好的人。
直接扔给团队一张功能路线图，是极其自上而下的做法。……产品战略不是由产品团队制定的，而是由产品领导者制定的……赋权的本质在于领导者做好本职工作，指明战略押注的方向；而后由团队自主探索出解决问题的最佳途径。
很多表现欠佳的团队，正陷入某种误区。有人称之为 gross hacking，我则称之为优化。他们只做低风险、简单的小实验，成天躲在 A/B 测试后面，比如尝试修改某个行动号召按钮以提高注册率。这类工作该做吗？绝对该做。但这算不算真正的产品探索？算不上，那只是优化。许多公司之所以只能停留在优化层面，是因为路线图早已塞满，只留下了做微调的空间；另一些公司则是心存顾虑，生怕动了既有系统会把产品搞砸。
我过去常建议：先用 ChatGPT 生成框架，再在此基础上修改完善。但我渐渐发现，人们太容易轻信 AI 输出的内容，甚至奉为圭臬，结果沿着错误的方向一路跑偏，还在错误的道路上盲目优化。鉴于 genAI 领域变化迅速，不同的模型或不同的时间节点给出的回答可能大相径庭。因此，我现在更建议大家先独立思考，将清晰的想法写下来，然后再用 ChatGPT 去挑毛病、做挑战、严密论证逻辑。
……这种由 AI 带来的变革正加速发生在工程和设计领域，且全面普及只是时间问题。虽然很难精准预测具体的时间节点，但这正是促使大家必须提升技能层级的关键原因。如果你本质上只是个待办列表管理员，那么境况堪忧，因为这类工作正在被自动化工具快速替代，这绝不是一条有前景的职业路线。
再来说说功能团队里的产品经理（本质上就是个项目经理）：那里真正有增值价值的东西少得可怜，大部分都是行政事务性的活，至少有很大一部分可以借助工具完成。所以如果我是功能团队的产品经理，我至少不敢指望自己还能把这活儿干多少年。
而对被赋权的产品经理来说，如果把职责归根结底，就是价值和商业可行性——在 ChatGPT 或 genAI 面前，剩下的真正难题恰恰在这里：商业可行性的问题会变得比以前更重要。仍然有些非常难啃的骨头。至于设计师，我认为站在金字塔顶端的那批真正的产品设计师会变得极其重要；技术负责人当然也会比以往任何时候都更重要。
Value means for the customer, viability means for your business.
行业内有太多人习惯将自己塑造成体制的受害者，抱怨被困在功能团队中，除了离职别无选择。但实际上，作为个体能够发挥的主动性远比想象中要多，每个人都可以采取行动，去推动团队和公司向真正的产品模式演进。