如何成为一名具备产品思维的工程师
本文作者是 Gergely Orosz，原文地址：https://blog.pragmaticengineer.com/the-product-minded-engineer/
具备产品思维的工程师是对产品本身有浓厚兴趣的开发人员。他们希望了解决策背后的原因，人们如何使用产品，并乐于参与产品决策。如果他们决定放弃工程的乐趣，他们很可能成为一名优秀的产品经理。我曾与许多优秀的产品思维工程师合作，并认为自己就是这类开发人员。在打造世界一流产品的公司中，具备产品思维的工程师能将团队的影响力提升到一个新的水平。
Atlassian 的产品经理 Sherif Mansour 曾写过一篇关于产品工程师的精彩文章，以及产品经理如何识别并与他们良好合作。他的结论与此类似：
在我过去十年的产品管理生涯中，我得出的结论是，产品工程师是帮助你打造成功产品、提升自我并成为更好产品经理的关键因素。
他还引用了 Shopify 工程主管 Jean-Michel Lemieux 的话，后者这样定义产品工程师：
一旦你有了产品基础，你就需要那些积极探究“为什么”的开发人员。那些渴望用技术来解决人类/用户问题的工程师。那些怀有同理心以追求神奇体验的人。在我看来，这就是产品工程师的定义。差的工程师会偷工减料。而优秀的产品工程师知道，最小化可爱产品（Minimum Lovable Product）需要在构建阶段就考虑到适当的深度。
在面向用户的特性团队中，与产品经理合作的环境是产品思维工程师能够产生巨大影响的地方。他们通常会成为关键贡献者，是产品经理的首选合作对象，并经常晋升为团队负责人。
那么，具备产品思维的工程师有哪些关键特质？你又该如何努力变得更具产品思维呢？本文总结了我观察到的这类人共有的9个特质，并为所有工程师提供了培养产品思维的建议。
1. 积极主动地提出产品想法/意见
具备产品思维的工程师不会满足于拿到一份规格说明就立即开始实施。他们会思考其他的想法，并带着这些想法去找产品经理。他们经常挑战现有的规格，提出可能效果更好的替代产品方案。
2. 对业务、用户行为及相关数据充满兴趣
在提出想法时，产品思维工程师的想法并非凭空而来。他们会花时间去了解业务如何运作，产品如何融入其中，以及产品的目标是什么。他们还对产品给用户带来的感受以及用户如何从使用产品中受益抱有同理心。他们经常直接研究关于业务和用户指标的数据，并尽其所能获取这些数据。他们可能会直接访问数据（如果可能的话），或者联系产品经理或数据科学家来获取这类信息。他们这样做是出于好奇心。这是我观察到的下一个特质。
3. 好奇并热衷于探究“为什么？”
具备产品思维的工程师喜欢了解所有事情背后的“为什么？”。为什么要为产品构建这个功能，而不是另一个？为什么要先交付这个里程碑，而不是选择另一个构建起来简单得多的方案？将如何衡量结果——为什么我们不选择一种更全面的衡量方式？
他们会自主地寻找自己能找到的答案。对于其他与产品相关的问题，他们会求助于产品经理和业务部门的其他人。尽管他们频繁地提出很多问题，但他们却能不惹人烦，因为他们已经与他人建立了牢固的关系。
4. 强大的沟通能力，并与非工程师同事保持良好关系
具备产品思维的工程师喜欢与工程以外的人交谈，了解他们在做什么以及为什么这样做。他们是流畅的沟通者，明确表示有兴趣更多地了解其他学科的工作方式。我经常看到他们与非工程师同事一起喝咖啡、吃午餐或在走廊里聊天。
5. 主动提供产品/工程之间的权衡取舍
因为他们对产品的“为什么”以及工程方面都有深刻的理解，所以他们能提出其他人很少能提出的建议。例如，在评估构建产品的工作量时，构建一个关键功能的工程量可能很大。许多工程师会开始寻找减少工作量的方法，并试图弄清楚减少工作量对功能本身意味着什么。
具备产品思维的工程师从两个角度来解决这个问题：既寻找工程上的权衡，也考虑产品上的影响。他们还开始进行产品上的权衡，评估工程上的影响。他们经常会回头找产品经理，建议构建一个完全不同的功能，因为产品影响相似，但工程工作量要小得多。
在产品和工程的权衡以及各自的影响之间进行权衡，是产品思维工程师独有的优势。他们可以在同一枚硬币的两面之间快速切换：产品功能与工程工作量及权衡。因为他们凭借自己的工程和产品洞察力在头脑中完成这一切，所以他们能非常迅速地得出有价值的结论。
6. 务实地处理边缘情况
边缘情况是件有趣的事情。在一个极端情况下，工程师常常会忘记许多边缘情况，不得不在收到产品测试人员或最终用户的反馈后才回来处理它们。另一方面，处理新产品或功能中所有可能的边缘情况可能会花费大量时间。
具备产品思维的工程师会迅速找出边缘情况，并思考如何减少处理这些情况的工作量：通常会提出不需要工程工作的解决方案。他们专注于“最小化可爱产品”的概念，并评估边缘情况的影响以及处理它的工作量。他们会提出很好的折中建议：找出大多数可能出错的地方，并就哪些边缘情况需要在发布早期版本之前得到解决提出建议。
例如，如果千分之一的用户可能会遇到一个错误，他们会考虑修复它的工作量，并思考如果不做任何事情会发生什么。在这种情况下，客户支持能在验证期间帮助这个人吗？用户能否重试并在下一次成功？产品能否稍作修改，从而避免这种情况发生？
7. 快速的产品验证周期
甚至在他们正在开发的功能准备好投入生产之前，具备产品思维的工程师就会找到创新的方法来获得早期反馈。这可能是在走廊里与同事进行测试，向产品经理展示正在进行中的功能，在测试版本上组织团队的“bug大扫除”，以及许多其他创新的方式。他们不断地思考：“我们如何验证人们会像我们预期的那样使用这个功能？”
8. 端到端的产品功能所有权
大多数有经验的工程师都会端到端地对自己的工作负责：从获取规格说明，到实施，再到发布并验证其正常工作。具备产品思维的工程师通常会更进一步。
他们只有在获得关于用户行为和业务指标的结果后，才认为自己的工作完成了。在发布后，他们仍然积极与产品经理、数据科学家和客户支持渠道互动，以了解该功能在现实世界中的使用情况。要获得足够可靠的数据来得出结论可能需要数周时间。尽管他们可能正在进行一个新项目，但他们会把检查结果作为首要任务之一。这不是一项耗时的活动，但它需要那种想要知道“我的工作到底做得怎么样？”的人的额外坚持。
当一个功能的表现不如预期时，他们会好奇地想了解差异在哪里。他们对找出产品计划与现实世界结果之间不匹配的根本原因的兴趣，就像他们对调试代码库中一个难以复现的bug一样浓厚。他们通常会花大量时间与产品经理和数据科学家讨论假设和经验教训。
9. 通过不断的学习循环，培养出强大的产品直觉
一个典型的产品思维工程师的项目通常是这样的：
- 他们会问很多问题，以确切了解为什么要构建这个产品功能。
- 他们会提出建议和权衡，其中一些会被纳入修订后的规格中。
- 他们会快速构建功能，并在此过程中获得早期反馈。
- 在发布功能后，他们会积极跟进，以了解该功能是否达到了预期。
- 如果没有达到预期，他们会深入挖掘，以了解为什么没有达到，并从中学习到关于现实世界中产品使用的新知识。
每个项目结束后，他们的产品理解都会加深，并开始培养出越来越好的产品直觉。下一次，他们会提出更具相关性的建议。随着时间的推移，他们成为产品经理的首选合作对象，在项目启动前就会征求他们的意见。他们在团队之外建立了良好的声誉，为他们持续的职业发展打开了更多的大门。
如何成为一名更具产品思维的工程师
如果你在一个面向用户的产品上工作，这里有一些我见过行之有效的技巧，可以帮助你锻炼产品思维的“肌肉”。
- 了解你的公司为何以及如何成功。 商业模式是什么？如何赚钱？哪些部分最赚钱，公司哪些部分扩张最快？为什么？你的团队在这一切中处于什么位置？
- 与你的产品经理建立牢固的关系。 大多数产品经理都乐于指导工程师。工程师对产品感兴趣意味着他们可以更好地扩展自己的能力。在提出大量产品问题之前，花时间建立这种关系，并向你的产品经理表明，你希望更多地参与产品话题。
- 参与用户研究、客户支持和其他可以更多了解产品运作方式的活动。 与设计师、用户体验专家、数据科学家、运营人员以及其他经常与用户互动的人合作。
- 提出有充分依据的产品建议。 在你对业务、产品和利益相关者有了很好的理解之后：主动出击。你可以为你正在进行的项目提出一些小建议。或者你可以建议一个更大的项目，概述工程工作量和产品工作量，使其易于在待办事项列表中确定优先级。
- 为你工作的项目提供产品/工程的权衡。 不仅要为你的团队正在构建的产品功能进行工程权衡，还要建议能够减少工程工作量的产品权衡。对他人对此的反馈持开放态度。
- 向你的产品经理寻求频繁的反馈。 成为一名优秀的产品思维工程师意味着你在现有的工程技能之上，还建立了良好的产品技能。在产品技能方面，能给你最好反馈的人就是你的产品经理。向他们寻求反馈，了解他们认为你的产品建议有多大价值，并询问他们对进一步成长领域的看法。
