概述
具有产品思想的软件工程师对产品本身会有极大的爱好。他们巴望了解产品的决议计划，以及用户使用产品的方式，也热衷于去进行每一次产品的决议计划。他们或许会放弃工程的爱好，然后成为一名好的产品司理。我曾经和许多具有产品思想的工程师协作，也让自己转变为其中一员。在公司中构建国际级的产品，具有产品思想的工程师们能够把团队提高到一个新的台阶。
在致力于开发面向用户的功用而且能够和产品司理协作的团队，具有产品思想的工程师会发生巨大的影响。他们会常常成为要害的奉献者，与产品司理高效协作，并简单晋升为团队的领导者。
因此有产品思想的工程师具有哪些要害特质，你怎么变成具有产品思想？
1，活跃主动地对待产品理念或观念
具有产品思想的工程师不会满足于拿到设计说明后就匆匆忙忙地当即履行。他们会考虑其他的创意，并找产品司理提出这些想法。他们会常常挑战现有的设计规范，主张或许更优的替代性计划。
2，对事务，用户的行为，数据有稠密的爱好
具有产品思想的工程师们的想法和创意都不是凭空而来的。他们会花时间去了解企业是怎么进行商业运作的，产品又是怎么合作商业运作，以及终究要达到什么样的商业方针。
此外，他们也会换位考虑，企图了解产品将给用户带来什么感触，以及用户怎么从使用产品中获益。他们通常会直接去深化研究商业数据和用户体会目标，并尽其所能获取这些数据。假如或许的话，他们会直接拜访相关数据，或许找产品司理，数据专家去获取这些信息。工程师这样去做，往往便是出于他们猎奇的天性。
3，具有强烈的猎奇心，能打破沙锅问到底
具有产品认识的工程师喜爱去了解一切事物背后的那个“为什么？”。
- 为什么产品要开发这个功用，而不开发另一个功用呢？
- 为什么要首先发布这一里程碑版别，而不是挑选另一个更简单的里程碑版别呢？
- 为什么咱们不挑选一种更全面彻底的衡量方式来验证呢？
他们能够自主地去找他们想要的答案。他们也会向产品司理和其他事务人员寻求协助，探寻其他与产品相关问题的答案。虽然他们常常会问许多问题，可是他们会设法防止让他人觉得不舒适，极力与搭档建立起长期牢固的协作联系。
4，强壮的交流才能，与非工程师搭档建立杰出的联系
具有产品认识的工程师喜爱与软件工程领域外的搭档们交谈，了解他们在做什么，以及为什么要做？
他们十分长于交流，表现出关于学习以及其他学科工作方式的稠密爱好。我常常能够看到他们和其他专业的搭档们一同喝咖啡，吃午饭或许在走廊上聊天。
5，能够在产品和工程两方面进行较好的权衡
具有产品思想的工程师们对产品的原理以及软件工程都有深刻的了解，他们能够提出十分独到的主张，而很少有别人能够做到。
例如：在确定产品构建的范围时，某项产品要害特性的编程工作量或许十分巨大。许多工程师会开端寻找削减工作量的办法，并考虑削减工作量对该项要害功用或许发生的影响。
具有产品认识的工程师会从两个角度来处理这个问题：
- 一方面在工程上进行取舍，清晰或许对产品发生的影响
- 另一方面他们还会对产品功用进行取舍，评估对工程工作量的影响
他们常常会找产品司理，在坚持产品体会类似的前提下，主张构建一个完全不同的功用，然后使得编程的工作量大幅降低。
兼顾产品和工程，平衡两者的影响，是具有产品认识工程师们拥有的独特优势。他们能够快速地在同一枚硬币的双面之间来回切换，产品特性，工程工作量和两者的平衡。因为他们使用其工程和产品两方面的洞察力，在头脑中快速完结上述权衡，所以他们能够很快得出有价值的结论。
6，务实精力处理极点事例
极点场景的事例是一件有意思的工作。有的工程师常常会忘记极点场景的存在，终究从产品，测验人员或许终究用户那里得到反应之后，才不得不回过头来处理这些问题。这是一个极点的状况，假如在一个新产品或许功用中总是企图处理一切或许的极点状况，则或许会消耗许多的人力。
具有产品思想的工程师会很快拟定出关于极点事例的计划，并考虑怎么削减工作量，并常常会找到不需求额定工作量的处理计划。他们专注于“最小可用产品”的概念，评估极点事例的影响和处理所需的工作量。他们会供给较好的折衷主张：在发布前期版别之前，列出大多数或许犯错的地方，并提出需求处理哪些边缘事例的主张。
例如：关于一个0.1%的用户或许会遇到的过错，他们会考虑修复这一过错涉及的工作量，以及假如什么都不做会发生的成果。在产品验证过程中，客服专员是否能够在这个事例中协助用户？用户下一次再遇到同样的问题能够自己测验成功处理吗？对产品进行略微调整，是否就能够防止极点事例？
7，支撑产品的快速验证
在开发的产品功用上线之前，具有产品思想的工程师们就提前准备好了工具来获取前期的用户定见反应。他们能够和搭档一同进行走廊测验，提前向产品司理演示尚在开发中的功用，也能够在Beta版别发布前组织团队来一场“bug大扫荡”，当然还有许多其他创造性的办法。他们会一向考虑这个问题：“咱们怎样才能验证用户，会像咱们预期的那样来使用这个功用？”
8，对产品功用端到端负责
经验丰富的工程师们都会对自己的工作端到端的负责到底。从拿到产品规范到布置实施，再到发布产品并终究验证产品能否正常工作。除了上述这些工作之外，具有产品认识的工程师通常会触类旁通，再进一步考虑。
他们深信，只要在取得用户行为和商业目标的成果之后，他们的工作才算悉数完结。产品上线后，他们仍然会活跃与产品司理，数据专家和客户支撑途径坚持亲近交流，以便了解产品功用在实际国际中的使用状况。要取得足够得出结论的可靠数据通常需求几周时间。即使他们或许现已接手下一个新项目，他们仍然会把检查上一项目的成果作为首要任务之一。这并不是一项特别耗时的活动，可是特别需求一种锲而不舍的精力，推进那些想要知道自己的辛勤劳动究竟怎么的工程师们，去坚持探寻答案。
当开发的某项功用表现得不如预期时，他们会特别猎奇问题出在哪里？他们关于找到产品计划和实际国际成果之间存在距离的根本原因怀有稠密的爱好，程度不亚于他们在代码中找到难以复现的缺陷并成功除错。他们常常会花费许多的时间，就某些假设和心得与产品司理和数据专家打开辩论。
9，经过刻意操练，构成强壮的产品天性
关于具有产品认识的工程师来说，一个典型的项目通常是这样的：
- 他们会提出许多问题，来准确了解构建产品功用的原因。
- 他们会供给主张和取舍计划，其中某些主张会反映在修订后的产品设计规范中。
- 他们会很快开宣布相关功用，以便尽早得到反应定见。
- 在产品发布之后，他们会活跃跟进了解相关产品功用是否符合预期。
- 假如没有达到预期，他们会深化发掘原因，并学到产品在实际国际中使用的新知识。
每完结一个项目，他们对产品的了解就会加深，他们开端培养起越来越好的产品直觉。等到下一个项目，他们会奉献更多有价值的主张。跟着时间推移，他们会成为产品司理最乐意去讨教的大专家，在新的项目还未开端之前就会提前去征求他们的定见。他们将名声在外，为继续的职业发展打开更多的大门。
