文章目录
作为 VMware 的产品管理副总裁(Craig McLuckie)，我花了很多时间与团队讨论产品管理学科应该是什么样子。产品管理之旅的每一步对我来说都是一种乐趣——从个人贡献者到管理一个由超过 100 名产品经理组成的团队。我试图捕捉一些对我有用的东西，以及我在这里看到的效果很好的东西。
产品管理之禅
产品管理的首要效忠是对业务。简单来说，工程团队拥有构建技术的过程。产品管理团队确保所建产品为我们的股东带来可持续的业务。我们可以而且必须爱我们的客户，我们可以而且必须在公司内外寻求推动成功的联盟，我们可以而且必须使我们工作的环境令我们周围的人感到愉快，但我们只有在以下情况下才能做到这一切工作以强大的业务基础为基础。产品管理以了解业务目标并将日常工作映射到这些业务成果开始和结束。产品管理以了解业务目标并将日常工作映射到这些业务成果开始和结束。
有一种广泛持有的观点（当然在硅谷）认为“产品经理是他们业务的 CEO”。有一些事实是，最终产品经理拥有业务成果，并且必须对业务表现出高度的责任感，但这种心态可能不利于大型组织中产品经理的成功。我们正在建造的东西很复杂，有很多方面，需要优雅地组合在一起。这几乎是不可能实现的，除非有一群人努力了解整个系统是如何联系在一起的，关注各个部分的交叉点，并确保我们构建的各个部分是互补的，而不是内部竞争。除此之外，产品经理没有 CEO 所拥有的权力。它是一种影响而不是直接权威的作用。伟大的产品经理领导，他们不一定是传统意义上的“管理”。
最终，真正伟大的产品经理会确保组织中的每个人都感受到与业务的联系，并分享同等程度的紧迫感和对客户需求的承诺。代表不在房间里的人是他们的工作。感觉有能力帮助真实的人，理解他们为什么要构建他们正在构建的东西，并最终有足够的背景来做出明智的权衡的工程团队的生产力水平比仅仅“烧掉积压”的团队高出不成比例的高。伟大的产品经理照亮了他们工作的团队。他们是优秀的讲故事的人，他们帮助人们在事物真实之前看到事物，并以发自内心的方式将团队与手头的问题联系起来。
“如果你想造船，不要鼓动人去拾柴、分工、发号施令。相反，教他们向往广阔无垠的大海。” ——安托万·德·圣埃克苏佩里
关键美德
本节专门讨论优秀产品经理的一些关键属性。但至关重要的是，在我们评估进入组织的人才时，我们不会将其视为“检查所有框”的方法。产品经理有许多不同的形状和大小，并在组织内执行许多不同的职能。覆盖所有基础但没有超能力的人不会像在某些领域具有压倒性优势的人那样成功，可以在其他方面受到打击，但也知道如何为自己不擅长的事情获得支持擅长。当我回顾我的职业生涯时，下面有很多我没有检查的框，但我意识到如果我能够做这些事情，我会更加成功。
以业务为中心
产品管理首先效忠于业务。归根结底，工作是创造客户的喜悦，并将这种喜悦转化为收入。提出“这将如何让我们赚钱”的问题至关重要。明白这并不总是一条直线；我们会做一些事情来提升我们在社区中的品牌，解锁以后可以销售商业产品的新客户等等。产品管理团队深入了解业务基础也很重要。这不仅仅是关于你建造什么，而是关于它的运营和维护成本，你将如何将它推向市场，它将如何具有竞争力。产品管理必须有效地充当业务的桥梁。了解销售，了解财务影响——不仅关注顶线，还关注底线。产品管理必须平衡风险/回报决策，并通过更广泛的投资组合来看待产品的作用；有时你进行了高风险/高回报的实验，但它们并没有成功。知道什么时候不符合业务需求是一项重要的美德。
技术多功能性
如果您正在阅读本文，您可能在技术团队工作，产品经理需要了解产品本身，能够与客户就技术进行深入对话，内化竞争对手技术的相对优势。这不是开发人员的角色，如果您发现自己在争论解决方案的算法复杂性，那么您可能是在错误地玩游戏。但是，您不应该回避技术本身。您不必自我认定为工程师，但您确实需要能够理解工程实践和技术环境。没有获得技术就像是一个不喝咖啡的咖啡师。您可能仍然能够完成这项工作，但对产品的欣赏将使世界变得不同。问问自己上次安装和使用您所代表的技术是什么时候。如果你没有尝试过，你可能没有做好你的工作。如果您发现自己做不到，请确保您花很多时间与可以做的人在一起。
客户同理心
在产品经理的日常工作中，没有什么比能够有效地引导客户并确保在产品开发过程中做出的数百个大大小小的决策中，每个决策都让团队一条取悦正确客户的途径。同样重要的是要残酷地意识到并不是每个有钱的人都是潜在客户。潜在用户和潜在买家之间存在很大差异。您需要同时为他们提供服务——解决买家的业务需求，让您踏上大门，并让用户满意以扩大对您产品的使用。知识就是力量，客户控制着您团队的未来。深入了解他们，了解他们的生活，并确保您的团队所生产的产品将使他们在明天和 5 年后取得成功。将客户和买家分开也很重要。还要注意幸存者偏差。您拥有的客户不一定是您需要的客户，专注于吱吱作响的轮子可能会妨碍您满足许多人的需求。
合作
没有团队是一座孤岛。因此，团队的局部最优往往不会导致业务的全局最优。看到团队对更广泛业务的贡献，并具有帮助其他团队了解您正在推动的程序对客户的重要性的天生能力，并且在需要时愿意采用他们的程序是很重要的。将内部世界视为零和游戏是与此相反的。如果另一支球队“输”了，那么一支球队认为他们“赢了”的那一刻，每个人都陷入了困境。成功协作有几个关键要素：(1) 建立信任，(2) 通过合同和不断更新来清楚地传达期望，(3) 通过确保他们的需求得到适当的优先排序来尊重其他人对您团队的信任，以及可交付成果满足。
讲故事和交流
每个产品经理都是领导者，每个优秀的领导者都必须是讲故事的人。能够创造一种潜力感并在它存在之前就创造一种可能的感觉是产品管理学科的关键部分。能够在事物成为现实之前创造出一种感觉，这会带来不同的世界。
虽然出境很重要，但其中最重要的部分可能是面向内的。让工程师充分了解正在解决的客户问题，充分了解业务需求以创造紧迫性，并最终能够做出更好的日常决策来支持业务。
大规模管理工程项目最困难的问题可能是跨多个不同领域协调贡献的复杂性。这与讲故事根本不同，这是关于管理信息流，而不是愿景。在不需要某种程度的依赖管理的情况下，没有实际的方法可以大规模构建复杂的系统。“战争迷雾”就是敌人。技术是管理信噪比。过度沟通只会增加战争的迷雾。沟通不足也是如此。这意味着要考虑诸如“做出了这个决定，谁需要知道它？”之类的事情。或者，“我的团队正在为此苦苦挣扎，谁需要知道我才能得到他们的帮助？” 不断通过更大机器的镜头看到团队，
勇气、积极和无情
成功并不容易。如果是这样，每个人都会这样做。任何项目的发展都会经历一些具有挑战性的时刻。面对逆境坚持不懈的意愿，标志着产品经理将创造伟大成果与随风而逝的产品经理之间的区别。团队真正需要产品经理提供三样东西：（1）勇气，（2）积极性和（3）坚持不懈。勇气是查看您拥有的数据，与合作者一起制定决策，并有毅力确保决策坚持下去。当赌注没有成功时，进行开明的赌注并亲自接受不利因素。勇气就是坚持你没有做的事情。对客户说“是”很容易，说“不”真的非常难。积极性至关重要。这不是关于成为波莉安娜和球队啦啦队长。这是关于关注机会并将挑战视为可以克服的事情。当其他人都在添加热量时，它是关于去除热量的。无情是显而易见的。只要到达团队需要到达的地方，这是一种愿意在逆风中上坡的意愿。它是关于生活在一个前进 3 步、后退 2 步的世界中，并准备好在每次机会出现时向前迈出 3 步，即使知道您可能最终只从开始的地方前进了 1 步。
纪律
每项工作都有繁琐、重复的工作。每项工作都有一个研磨商。花点时间把事情整理好，这样你就不会浪费时间去寻找明天的东西了。抽出时间来处理您的团队需要您做但您可能不喜欢的事情。不管你有多聪明，如果你的团队不能依赖你去做他们信任你做的事情，事情很快就会崩溃。对于你自己和你的团队来说，对优先事项保持难以置信的纪律也很重要。
我看到的东西运作良好。
知识是你的主要货币
产品管理的核心是没有权威的影响。归根结底，您不会编写代码，并且随着您的角色的成功，您将更少地参与日常决策。建立强大的知识基础是成功的关键。了解客户、竞争格局、其他团队在做什么以及他们如何帮助您的团队等。建立您的知识将与您的工程团队建立一种货币。产生真正影响力的起点是表明您可以在日常基础上做出准确的数据驱动决策，并且您可以访问团队重视的信息。
知道什么时候你在转动你的轮子，寻求帮助
在很多情况下，团队被要求做一些由于各种原因而无法完成的事情。在很多情况下，需要做出无法在子团队级别有效驱动的决定。没有人是完美的，期望人们完美是不合理的。通常，越早确定需要额外支持才能获得成功结果的情况，提供和接受该支持的成本就越低。寻求帮助并不是失败。管理团队有责任为他们的团队创造一个能够成功的环境。在这里关注平衡的观点（管理信噪比），但在需要时寻求帮助。
拥抱善良的直接
善良是一种强大的美德，它使世界和工作场所变得更美好。因为害怕伤害他们的感情而隐瞒人们需要的信息是不友好的。那只是让他们失败。直接性也很强大，因为它可以在必要的信息流动时创建更有效的系统。然而，走极端会创造一个充满压力和有毒的环境。这是一个重要的平衡行为。合法地旨在帮助的直接性至关重要。交货很重要，必须善意地完成。Radical Candor一书深入探讨了这一点，当你关心这个人时，直接就会起作用。
采用共同命运的心态
产品和工程领导之间没有“我们和他们”。这是一个团队。如果您的工程团队不成功，您就不会成功，反之亦然。你的策略可能是无可挑剔的，但如果它没有与有效的执行相结合，你就死定了。重要的是，不仅要认识到没有工程的善意就无法成功，而且如果他们执行的优先级与业务需求不一致，你就不会成功，你需要为此做点什么。
采用学习心态
工程组织必须是一台学习机器。建立进行实验的能力，从你一路上遇到的小“失败”中不断学习，并且绝对坚持不懈地改进是关键。这是为了确保团队明天的工作比今天好一点。庆祝小颠簸作为学习机会。尽早发现错误。问题持续的时间越长，从长远来看，修复的成本就越高。
查看更大的机器
在大型组织中，您的产品是一组更广泛的功能的一部分，这些功能通常一起进行营销和销售。不仅要了解您的团队正在做什么，而且要了解您的产品如何适应客户的宏观故事，这一点至关重要。专注于更大的故事，不仅要了解您要直接解决的问题，还要了解您可能因不一致等原因造成的问题。真正伟大的产品经理的标志是愿意削减自己的产品，如果他们不这样做’不认为它适合企业成功所需的更大故事。
导致问题的反模式。
“那在我下面”
自我是一种无用的情绪；它没有创造价值。没有什么比产品经理低。如果需要编写面向用户的文档，请编写文档并为此感到自豪。但也要制定一个计划，以便聘请更有能力完成这项工作的人来接替你。您的忠诚是产品的成功。编写一次文档以保存启动，但不要将其作为您的工作。
覆盖组织差距
这是第一点的另一面。如果您发现自己一生都在编写用户文档，那么您并没有做团队真正需要您做的事情。如果您正在与您的工程师争论实现的算法复杂性，那么您的世界中出现了严重错误。假设你是对的，你就是在向需要解决它的人隐瞒组织中的问题。如果你发现自己在战术上被困在一个与你的工作描述不相符的角色中，你需要尽快离开这份工作。制定一个计划，有时你必须让事情稍微中断一下才能让组织正常工作。运用良好的判断力，让破碎的事情在需要时失败，这样组织才能学习和成长。不要进入一个稳定状态的工作，你正在为结构中的问题贴墙纸。
不同意然后挖
我从来都不喜欢不同意和承诺。我相信不同意和承诺，并承诺在有更多数据可用时重新审查决定。有意识地把它当作一个实验。最病态的结果是表面上同意，然后想方设法避免承诺。这会杀死团队。全力以赴做出决定，如果您不同意，请将其视为实验和组织学习机会，但不要试图偏向实验以获得您认为一开始应该是正确的事情。
被动进取的 PM/eng 死亡螺旋
如果工程团队中的任何人都不阅读，那么最完美的 PRD 将毫无用处。重要的是要认识到，不管你有多投入，你对客户的同情心有多好，在一天结束时你不写代码，工程师会。如果您没有与您的工程团队建立联系并没有对其产生影响，那么您应该向您的管理层寻求帮助。这方面的典型迹象是要求应该快速的功能，并从团队那里获得估计，以使它们超越宇宙的热寂。如果您没有对齐，请对齐或寻求帮助。
成为工程学的 Mary Poppins
产品管理不是执行功能。它是一种战略和业务功能。你的工作不是为工程团队创造一个温暖舒适的世界；将他们与外部世界的现实隔离开来不是你的工作。恰恰相反。确保工程团队了解客户在使用产品时面临的主要挑战，并最终具备交付客户所需产品的能力。工程师不是大婴儿。他们应该能够运行自己的站立会议，了解和综合客户需求，并做出明智的选择。这里的关键是健康的紧张和相互尊重。
对一切说“是”
在许多方面，您的产品将更多地由您说不的事情来定义，而不是您说是的事情。对可以完成的事情要切实可行，并发号施令，这一点至关重要。说“当然，最终我们会这样做”比说“这是一个重要的能力/市场，但它不是我们希望通过该产品解决的问题”容易。要大胆，但也要专注和务实。以数据为导向，并为您的决策提供必要的备份。做这项工作，并能够证明你的决定是如何基于事实的。
