对任何工程师的建议，让他们在产品意识上更强

有产品意识的工程师是对产品本身有很多兴趣的开发人员。他们希望了解为什么要做决策，人们如何使用产品，并喜欢参与到产品决策中来。如果他们决定放弃工程的乐趣，他们很可能会成为一名优秀的产品经理。我曾与许多优秀的产品工程师共事过，认为自己就是这样的开发人员。在打造世界级产品的公司里，有产品意识的工程师将团队的影响力提升到了一个新的高度。 Atlassian公司的项目经理@Sherif Mansour写了一篇关于产品工程师的文章，以及产品经理如何识别这些人，并与他们良好地合作。他的结论也是类似的。 在过去十年的产品管理中，我总结出的结论是，产品工程师是帮助你打造一个成功的产品，扩展自己并成为一个更好的产品经理的关键因素。 他还引用了Shopify工程部主管Jean-Michel Lemieux对产品工程师的定义：

一旦你有了产品基础，你需要的是那些主动参与 "为什么 "的开发人员。渴望使用技术来跨越人类/用户问题的工程师。那些具有同理心的人，能够达到神奇的体验。在我看来，这就是产品工程师的定义。坏的产品工程师走了太多弯路。优秀的产品工程师知道，在构建阶段，最低限度的可行性产品就需要考虑到合适的深度。

开发面向用户的功能、与产品经理协作的团队是具有产品意识的工程师可以产生巨大影响的环境。他们经常成为关键的贡献者，成为产品经理的得力助手，并经常晋升为团队领导。那么，有产品思维的工程师有哪些关键特质，如何努力成为更有产品思维的工程师呢？这篇文章总结了我观察到的这类人的9个特质，以及我对任何工程师的建议，让他们在产品意识上更强。

主动提出产品理念/意见

有产品意识的工程师不会满足于得到一个规范，然后立即去实现它。他们会思考其他的想法，并与产品经理进行沟通。他们经常挑战现有的规范，提出可能会有更好效果的其他产品方法。

对业务、用户行为和有关数据的兴趣

当有想法时，有产品思维的工程师不会凭空得到这些想法。他们会花时间去了解业务如何运作，产品如何融入，以及产品的目标是什么。他们也会对产品给用户带来的感受，以及这些用户如何从使用这个产品中受益。他们往往会直接深入到关于业务和用户指标的数据中，通过各种方式获取这些数据。如果可能的话，他们可能会直接获取或者接近产品经理或数据科学家来获取这类信息。他们之所以这么做，是因为他们的好奇心强。这是我观察到的下一个特征。

好奇心和对 "为什么？"的浓厚兴趣

有产品思维的工程师喜欢理解所有事情背后的 "为什么？"。为什么要为产品开发这个功能，为什么不选择另一个？为什么要发布第一个里程碑，而不是选择另一个更简单的功能来开发？事物将如何衡量--为什么不选择更彻底的方式来衡量？ 他们能够自主地去寻找答案。他们会向产品经理和其他人员询问其他的与产品相关的问题。即使他们问了很多问题，而且经常这样做，尽量不去惹恼别人，因为他们已经和别人建立起了牢固的关系。

良好的沟通能力和与非工程师的良好关系

有产品意识的工程师喜欢与工程师以外的人交流，了解他们做什么和为什么做。他们是流畅的沟通者，让人明白他们有兴趣学习更多关于其他学科的工作方式。我经常看到他们和非工程师一起喝咖啡、吃午饭，或者在走廊上和非工程师聊天。

提前提供产品/工程设计的折衷方案

因为他们对产品的 "为什么 "以及产品工程方面都有很强的理解，所以他们能提出很少有人能提出的建议。比如说，在确定开发产品的工作范围时，开发一个关键功能的工作可能是很大的。许多工程师会开始寻找减少工作的方法，并试图弄清楚减少工作对功能本身的影响。 具有产品意识的工程师们从两个角度来解决这个问题：既要寻找工程上的折衷，又要寻找对产品的影响。他们开始进行产品取舍，评估工程影响。他们经常会回到产品经理那里，建议开发一个完全不同的功能，因为对产品的影响是相似的，但对工程的工作量要小得多。 兼顾产品和工程两方面的权衡，以及各自的影响，是具有产品意识的工程师们的独特优势。他们可以快速地在同一事物的两面之间来回切换：产品特性和工程工作和权衡。因为他们都是在脑子里做的，利用他们对工程和产品的洞察力，所以他们能迅速得出有价值的结论。

对边界情况的务实处理

边界情况是一个有趣的事情。在一个极端情况下，工程师往往会忘记很多这样的事情，在从测试产品的人或最终用户那里得到反馈后，他们不得不回过头来解决这些问题。另一方面，处理一个新产品或功能中所有可能出现的边界情况可能需要花费大量时间。 有产品意识的工程师们会迅速地规划出边界情况，并想出减少工作量的方法：通常会带来不需要工程工作的解决方案。他们专注于 最小令人喜爱的产品概念"，并评估一个边界情况的影响和处理它的精力。他们带来了很好的中肯建议：在发布早期版本之前，列出可能出错的大部分事情，并提出需要解决哪些边缘情况的建议。 比如说，如果千分之一的用户可能会被错误击中，他们会考虑努力修复错误，并考虑如果不做任何事情会发生什么情况。这种情况下，在验证过程中，客服能不能帮助这个人？能否让用户下次重试就成功了？能否把产品稍微修改一下，这样就不会出现这种边缘案例？

快速产品验证周期

即使在他们正在开发的功能还没有进入生产阶段，有产品意识的工程师们也会找到创造性的方法来获得早期反馈。这可能是和同事们一起做走廊测试，向产品经理展示正在开发中的功能，组织团队对测试版的bug进行讨论，以及其他许多创造性的方式。他们在不断地思考："我们如何验证人们会以我们认为的方式使用这个功能？"

端到端的产品功能所有权

大多数有经验的工程师拥有他们的端到端工作：从获得规范，到实施规范，再到推出并验证其正确运行。有产品意识的工程师往往会走得更远。 他们认为只有在获得用户行为和业务指标的结果后，他们的工作才算完成。在推出后，他们仍然积极地与产品经理、数据科学家和客户支持渠道接触，了解功能在实际用户中的使用情况。可能需要数周时间才能获得足够可靠的数据来得出结论。即使他们可能正在做一个新项目，也会把检查结果作为他们的首要任务之一。这不是一项耗时的活动，但它需要那种额外的坚持，因为有人想知道：我的工作到底做得怎么样？ 当一个功能的表现比预期的差时，他们会好奇地想知道哪里不匹配。他们感兴趣的是找出产品计划和实际结果之间的根本原因，就像调试代码库中难以重现的bug一样。他们往往会花大量的时间与产品经理和数据科学家辩论假设和学习。

通过反复的循环学习，有很强的产品直觉。

一个典型的产品工程师的项目通常是这样的:

他们问了很多问题，以了解为什么要构建产品功能。

他们提出了一些建议和折衷方案，其中一些包含在修改后的规范中。

他们快速构建功能，获得早期的反馈，就像他们所做的那样。

在功能发布后，他们积极跟进，了解功能是否符合预期。

当它没有达到预期时，他们会深入挖掘，了解为什么没有达到预期，并在实际使用中了解产品的新情况。

在每一个项目之后，他们对产品的理解会加深，开始形成越来越好的产品直觉。下一次，他们会带来更多的相关建议。随着时间的推移，他们会成为产品经理们的 "GOTO"，在项目启动之前，他们的建议就会被采纳。他们在团队外建立了强大的声誉，为他们的持续职业发展打开了更多的大门。

成为一个更有产品意识的工程师的建议

如果你的工作是面向用户的产品，这里有一些我认为行之有效的建议，可以帮助你增强产品意识。 了解你的公司是如何成功的，以及为什么成功。商业模式是什么？是如何赚钱的？哪些部分最赚钱，公司的哪些部分扩张最多？为什么，你的团队是如何融入这一切的？ 和你的产品经理建立起牢固的关系。大多数产品经理都会抓住机会指导工程师。让工程师对产品感兴趣，意味着他们可以更多地扩大自己的规模。在进来之前，问很多产品问题，花时间建立这种关系，并向你的产品经理明确表示，你想更多地参与到产品话题中来。 参与用户研究、客户支持等其他活动，在这里你可以了解到更多关于产品如何的工作的更新信息。与设计师、用户体验人员、数据科学家、运营人员和其他经常与用户互动的人结成对子。 提出有根据的产品建议。在你对业务、产品和利益相关者有了充分的了解之后：采取主动。你可以为你正在进行的项目带来一些小建议。或者，你可以提出一个更大的工作，列出工程工作和产品工作的大纲，以便在待办事项列表中对其进行优先排序 为你所从事的项目提供产品/工程的权衡。不仅要考虑为你的团队正在构建的产品功能进行工程上的取舍，而且考虑产品上的取舍，这样可以减少工程工作量。对他人的反馈意见要持开放态度。 经常向你的产品经理寻求反馈。作为一名优秀的产品思维的工程师，意味着你在现有的工程技能基础上建立了良好的产品技能。关于你在产品技能方面的进展，给你反馈的最佳人选是你的产品经理。寻求他们对你的产品建议的反馈意见，并就进一步发展的领域征求意见。

责任编辑：lq