注重产品思维的软件工程师
扫描二维码
随时随地手机看文章
Atlassian公司的项目经理@Sherif Mansour写了一篇关于产品工程师的文章,以及产品经理如何识别这些人,并与他们良好地合作。他的结论也是类似的。
在过去十年的产品管理中,我总结出的结论是,产品工程师是帮助你打造一个成功的产品,扩展自己并成为一个更好的产品经理的关键因素。
他还引用了Shopify工程部主管Jean-Michel Lemieux对产品工程师的定义:
一旦你有了产品基础,你需要的是那些主动参与 "为什么 "的开发人员。渴望使用技术来跨越人类/用户问题的工程师。那些具有同理心的人,能够达到神奇的体验。在我看来,这就是产品工程师的定义。坏的产品工程师走了太多弯路。 优秀的产品工程师知道,在构建阶段,最低限度的可行性产品就需要考虑到合适的深度。
开发面向用户的功能、与产品经理协作的团队是具有产品意识的工程师可以产生巨大影响的环境。他们经常成为关键的贡献者,成为产品经理的得力助手,并经常晋升为团队领导。 那么,有产品思维的工程师有哪些关键特质,如何努力成为更有产品思维的工程师呢? 这篇文章总结了我观察到的这类人的9个特质,以及我对任何工程师的建议,让他们在产品意识上更强。
主动提出产品理念/意见
对业务、用户行为和有关数据的兴趣
好奇心和对 "为什么?"的浓厚兴趣
他们能够自主地去寻找答案。他们会向产品经理和其他人员询问其他的与产品相关的问题。即使他们问了很多问题,而且经常这样做,尽量不去惹恼别人,因为他们已经和别人建立起了牢固的关系。
良好的沟通能力和与非工程师的良好关系
提前提供产品/工程设计的折衷方案
具有产品意识的工程师们从两个角度来解决这个问题:既要寻找工程上的折衷,又要寻找对产品的影响。他们开始进行产品取舍,评估工程影响。他们经常会回到产品经理那里,建议开发一个完全不同的功能,因为对产品的影响是相似的,但对工程的工作量要小得多。
兼顾产品和工程两方面的权衡,以及各自的影响,是具有产品意识的工程师们的独特优势。 他们可以快速地在同一事物的两面之间来回切换:产品特性和工程工作和权衡。因为他们都是在脑子里做的,利用他们对工程和产品的洞察力,所以他们能迅速得出有价值的结论。
对边界情况的务实处理
有产品意识的工程师们会迅速地规划出边界情况,并想出减少工作量的方法:通常会带来不需要工程工作的解决方案。 他们专注于 最小令人喜爱的产品概念",并评估一个边界情况的影响和处理它的精力。他们带来了很好的中肯建议:在发布早期版本之前,列出可能出错的大部分事情,并提出需要解决哪些边缘情况的建议。
比如说,如果千分之一的用户可能会被错误击中,他们会考虑努力修复错误,并考虑如果不做任何事情会发生什么情况。这种情况下,在验证过程中,客服能不能帮助这个人?能否让用户下次重试就成功了?能否把产品稍微修改一下,这样就不会出现这种边缘案例?
快速产品验证周期
端到端的产品功能所有权
他们认为只有在获得用户行为和业务指标的结果后,他们的工作才算完成。在推出后,他们仍然积极地与产品经理、数据科学家和客户支持渠道接触,了解功能在实际用户中的使用情况。可能需要数周时间才能获得足够可靠的数据来得出结论。即使他们可能正在做一个新项目,也会把检查结果作为他们的首要任务之一。这不是一项耗时的活动,但它需要那种额外的坚持,因为有人想知道:我的工作到底做得怎么样?
当一个功能的表现比预期的差时,他们会好奇地想知道哪里不匹配。他们感兴趣的是找出产品计划和实际结果之间的根本原因,就像调试代码库中难以重现的bug一样。他们往往会花大量的时间与产品经理和数据科学家辩论假设和学习。
通过反复的循环学习,有很强的产品直觉。
- 他们问了很多问题,以了解为什么要构建产品功能。
- 他们提出了一些建议和折衷方案,其中一些包含在修改后的规范中。
- 他们快速构建功能,获得早期的反馈,就像他们所做的那样。
- 在功能发布后,他们积极跟进,了解功能是否符合预期。
- 当它没有达到预期时,他们会深入挖掘,了解为什么没有达到预期,并在实际使用中了解产品的新情况。
在每一个项目之后,他们对产品的理解会加深,开始形成越来越好的产品直觉。下一次,他们会带来更多的相关建议。随着时间的推移,他们会成为产品经理们的 "GOTO",在项目启动之前,他们的建议就会被采纳。他们在团队外建立了强大的声誉,为他们的持续职业发展打开了更多的大门。
成为一个更有产品意识的工程师的建议
了解你的公司是如何成功的,以及为什么成功。商业模式是什么?是如何赚钱的?哪些部分最赚钱,公司的哪些部分扩张最多?为什么,你的团队是如何融入这一切的?
和你的产品经理建立起牢固的关系。大多数产品经理都会抓住机会指导工程师。让工程师对产品感兴趣,意味着他们可以更多地扩大自己的规模。在进来之前,问很多产品问题,花时间建立这种关系,并向你的产品经理明确表示,你想更多地参与到产品话题中来。
参与用户研究、客户支持等其他活动,在这里你可以了解到更多关于产品如何的工作的更新信息。与设计师、用户体验人员、数据科学家、运营人员和其他经常与用户互动的人结成对子。
提出有根据的产品建议。 在你对业务、产品和利益相关者有了充分的了解之后:采取主动。你可以为你正在进行的项目带来一些小建议。或者,你可以提出一个更大的工作,列出工程工作和产品工作的大纲,以便在待办事项列表中对其进行优先排序
为你所从事的项目提供产品/工程的权衡。不仅要考虑为你的团队正在构建的产品功能进行工程上的取舍,而且考虑产品上的取舍,这样可以减少工程工作量。对他人的反馈意见要持开放态度。
经常向你的产品经理寻求反馈。 作为一名优秀的产品思维的工程师,意味着你在现有的工程技能基础上建立了良好的产品技能。关于你在产品技能方面的进展,给你反馈的最佳人选是你的产品经理。寻求他们对你的产品建议的反馈意见,并就进一步发展的领域征求意见。
-END-
英文 | Gergely Orosz
译文 | 飘飘
| 整理文章为传播相关技术,版权归原作者所有 |
| 如有侵权,请联系删除 |
【1】深度:国产嵌入式操作系统发展思考
【2】干货:嵌入式C语言源代码优化方案(非编译器优化)
【3】嵌入式必备技能之Git的使用
【4】嵌入式研发10多年,工程师悟出这些道理
【5】嵌入式编程是否应该用C++替代C语言
免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!