产品经理与工程师的换位思考

【根据2011年4月23日@PMCAFF 深圳沙龙活动上本人临场发言整理而成】

今天讨论的话题，跟我前几天发出的博文《走向产品是程序员的第三条职业通道》有些相通之处，都是在谈产品经理和技术人员的协作或通道。

刚才大家讨论中有一个挺热乎的话题，就是在公司里，当老板给我们发号施立要求某个产品在极具挑战的时间内完成上线，有时这些要求甚至是不可能的事情，产品经理人面对这些情形时的困难、纠结和对策。这个话题，正好可以应用到产品经理与工程师之间，我们是不是也常在对工程师们发这样的号施这样的立呢？巧的很，据微博上的消息，与今天我们这个沙龙同时进行的，有@珠三角技术沙龙 的论坛活动，我相信参加那个活动更多的是工程师们，他们会不会也正在讨论着，说我们这帮产品经理就知道发号实施令，要做这个产品要做那个产品，他们的困难、纠结和对策呢？

当我们更多地是在关注产品经理人的疑难与困惑的时候，实际是没有做换位思考。“产品经理与工程师的换位思考”的中心词要落实到“位”上，位，就是定位。很高兴地看到一个现象，似乎我们大家对产品经理的职责认知都比较清楚，也许这正是@PMCAFF的价值和这些年下来的成果。俗话说，“屁股决定脑袋”，产品经理与工程师的换位思考，就是我们要坐到工程师的位子上去思考一下问题，要理解他们的职责，不然的话，实际还只是在呼唤别人来理解我们。说是换位思考，实际上是本位思考。

在对工程师的换位思考问题上，首先要做到肯定工程师的价值，发自内心地尊重。我们做产品经理的，一般来说我们清楚要的是什么，而把如何做的问题，交给工程师去实现。我们很多的成就感和价值实现来自于我们对产品的创新、设计和用户诉求与体验的挖掘。打个比方来说，现在要在墙上打个孔挂东西，产品经理的工作，是指定打孔的位置、要求打孔的大小和深度。工程师就是在我们指定的位置，打出我们要的大小和深度的孔。在产品经理看来，打孔这个活，最大的价值是要知道在哪里打，打什么样的孔最合适。至于谁去打，如何打，东家不行西家行的。产品经理常用爱因斯坦说过的，“发现一个问题比解决一个问题更有价值”来武装自己。而在工程师们看来，他们可能会认为，那帮产品经理屁事没做什么，就是指手划脚的，就算没有他们，要挂这个东西，实际他们也是知道该在哪里打孔，打多大多深的。正如一些程序员也是很有产品经理的素养的。这就是产品经理与工程师彼此的本位思考。要换位思考，是我们要尊重专业的价值，要知道很多事情是知易行难，说起来容易做起来难。脑子飞转，想一个问题，产生一个灵感，很不容易，然而，其有没有价值，还得看构思有没有实现，没有实现的构思只是念头或者纸上文章而已。行知，或者说知行合一，必须是产品经理与工程师一体化。有对工程师价值的认可，有内心的尊重，在换位思考讨论中关于沟通的技巧、项目的协同、任务的分解、技术的交流都会得到根本性解决。

在对工程师的换位思考问题上，另外就是珍惜对方的劳动，发出负责任的产品需求。刚才在讨论中，有人提到产品就是不断尝试出来的，永远的beta版，没有人能保证发出的产品策划就是不用修改的最好的版本。工程师总是在抱怨我们的修改与变化，跟工程师之间合作上的矛盾，往往就是因为我们产品定义与规格的反复修改，带给他们工作浪费或重复。或者因为考虑上的一些不周到，需要他们配合进行紧急处理时引来的不快。在这个问题上，坦白地说，我不是太赞成产品经理前面的自我解嘲的观点，我还是很推崇流程的。作为产品经理，你可以有一种胸怀，认为你所定义与策划的产品，不是最优的，不是最好的，以后随时可能会被修改或优化的。但是这只能是一种谦卑的胸怀，最后结果也确是会这样，却不能成为工作质量的状态与借口，所有的变化都是需要成本去应对的。我认为，凡是我们发出的定义、策划、需求，就当前所认知到的条件、因素与资源，都必须是最佳的、最好的、无缺的！不可以把不成熟的、不完善的、没有想清楚的、做得不充分不细致东西就交给工程师们去尝试实现。用责任之心去对待工程师的工作，是最好的换位思考。确实，我们的产品策划不是一下子成形的。定义一个产品，我们会做很多沙盘的游戏，我们需要做很多的推断论证，我们还需要基于一些技术预研来做策划，但是，这些都是我们产品环节的事情，我们可以界定为产品团队内部应该去履行的环节。甚至，如有必要，产品经理可以配备技术的小组给你，归你指挥，来满足你产品策划与定义的需要。这个应该不属于我们说的产品经理与工程换位思考中的工程师，他们是指我们在产品策划与定义环节已经明确，由他们去开发实现的人。在管理学上，不管是PDCA的思想，还是6-SIGMA的DMAIC或DFSS模型，都是把定义与计划放在首要的位置。任何有效率的合理的做事方法模型，都是在提倡把工作前移，想清楚了才去做，改变“总是没有时间想清楚问题，却永远有时间去解决漏洞问题”的状况。产品经理的职责，其核心是要定义产品，这本身就是最具计划性与前瞻性的事情，用鞭子效应来看，前面动一点，后面就是一大片，要有高度的责任心来对待发出的指令与需求。好产品是策划出来的，有效的工作是计划出来的，不是试出来的，偶然撞上的。

能够做到上述两点，相信产品经理与工程师的换位思考，在意识上和通道上是成立的。

那么，究竟产品经理和工程师的换位思考是思考些什么呢？

工程师应该思考的是，

----我所做的这些东西是为谁所做的？

---我所做的这些东西到底有什么价值，有什么用途，解决什么问题？

---我所做的这些东西用户会怎么去使用？

对上述三个问题的理解承度，就决定了工程师在与产品经理沟通时，对产品和产品经理的理解程度，而不是一味地钻在技术的圈子里，拿技术术语抬杠。

产品经理应该思考的是，

---我的这个方案实现的技术逻辑是什么，难点应在哪些方面？

---技术人员每天所做的任何一行代码，一个bug解决，一个功能实现，也都是前所未有的新课题，每天的工作也都是新的，需要我提供什么样的支持？

---期待着工程师来提问，以给我机会把可能没有表述清楚的地方更好地说清楚。很多时候，产品的精彩离不开工程师。

对上述三个问题的思考，就决定了产品经理是不是一个有技术背景的、内行的产品经理.决定了产品经理是否能够跟技术团队有效地沟通、协作，并能在关键环节，与技术团队一起做出正确的决策。

（对本次沙龙活动的更多内容，可参考这里）

产品经理与工程师的换位思考相关推荐

投资经理，软件与互联网产品经理一个新去向?
曾经写过几篇博文,比如<写给欲从事产品工作的应届生>.<走向产品是程序员的第三条职业通道>.<产品经理与工程师的换位思考>,不少朋友说读后有所收益,也成功地转向了产 ...
产品经理和售前工程师_如何区分产品经理和产品工程师的能力
产品经理和售前工程师谁是产品工程师? 有时很难区分产品经理和产品工程师. 在这篇文章中,我们将尝试找出答案. 在一百一十一个职位中,产品经理也许是最令人困惑的. 事实是,从战略产品经理到电子商务或产 ...
Marty Cagan：怎样寻找出色的产品经理
<程序员杂志>的文章,原帖位于http://www.programmer.com.cn/7760/ 写的很好,自己转贴存储一下,也符合Product Owner的要求,就是--要求太高了! ...
怎样招聘出色的产品经理
本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享,谈到了招聘产品经理的标准,以及产品经理应该具备的特质. 文 / Marty Cagan,译 / 姜天纬寻找出色的产品经理 " ...
《启示录：打造用户喜爱的产品》第一部分人员6 招聘产品经理
第6章招聘产品经理Recruiting Product Managers 寻找出色的产品经理 "哪里能找到出色的产品经理?"CEO经常问我这个问题. ...
如何寻找出色的产品经理
"哪里能找到出色的产品经理?"CEO经常问我这个问题. Marty Cagan是享有世界声誉的产品管理专家,曾经担任网景副总裁.eBay产品管理及设计高级副总裁. 我总是这样回答: ...
职位-产品经理：产品经理
ylbtech-职位-产品经理:产品经理产品经理(Product Manager)是企业中专门负责产品管理的职位,产品经理负责市场调查并根据产品.市场及用户等的需求,确定开发何种产品,选择何种业务模 ...
产品经理进修第三天产品经理基本功
13 | 如何撰写产品需求文档? 很多产品经理给人的印象就是每天开会,开完会就趴在桌子上写产品需求文档.上次和国内的几个产品经理交流时,有的产品经理告诉我说花好几个星期写的一份产品需求文档,工程师没看 ...
AI时代，产品经理需要掌握的5项新技能
不同于传统的产品经理,AI时代的产品经理更加注重的如何将技术应用在业务问题上.AI时代,产品经理最重要的职责就是提供数据规范,所以这也要求产品经理对数据有足够的认识.文章对AI时代产品经理需要掌握的新 ...

产品经理与工程师的换位思考

产品经理与工程师的换位思考相关推荐

最新文章

热门文章