经验谈|如何处理好产品与开发的关系

最近，我一个做产品经理的学弟向我抱怨说，他们公司的开发太难沟通了，每次谈产品迭代需求都要吵一架。我完全能体会他说这话时的愤怒、无奈与无助，我也是产品经理，我身边也有不少年轻的产品经理，他们活力四射，他们干劲十足，但由于工作经验和沟通技巧的不足，经常处处碰壁。

之前我们公司招聘过一位非常奇葩的“产品经理”，已经工作六七年了，转行做产品不足半年，最基础的原型和文档都做不好，沟通能力很差，但却有强烈的虚荣心和优越感。导致开会必吵，不管是参与哪个部门的会议。一段时间后，非工作任务不得不与之沟通外，没有人跟他说话。

产品经理经常需要与公司各个部门沟通协调，沟通能力的好坏直接影响工作能否顺利推进。与产品沟通最多的当然是开发部门啦，所以主要跟大家分享一下如何处理好与开发的关系，我曾在一次面试中就被面试官问过这个问题。产品和开发是一对货真价实的冤家，互相撕逼，相爱相杀，犹如寒夜中的两只刺猬，靠的太近扎的慌，靠的太远又冷。如何与开发保持完美的最佳距离呢？

1.打铁还需自身硬

产品跟开发沟通最多的当属需求、原型、文档和开发过程中的跟踪，所以在这些方面，产品需要首先把自己的本职工作做好。

1.1需求明确，必须要做

找开发沟通开发计划的需求，一定要需求明确，而且要有非做不可的理由。这些需求通常包括因业务拓展需要新增的功能，原有功能的调整，用户操作体验优化和产品视觉体验方面的优化。

如果自己没想清楚就找开发沟通，在讲的过程中漏洞百出，对方随便问几个问题都答不出来或说不清楚，基本上这个事情也就黄了。而且如果你经常出现这种情况，会给开发留下能力不行的印象，后面即使你有合情合理的需求也很难推动下去。

1.2逻辑清晰，思维缜密

开发人员的普遍特点是性格单纯、逻辑性强、容易较真，所以你设计的原型、编写的文档必须逻辑清晰、思维缜密，各种有可能出现的情况要考虑清楚。

举个简单的例子，现实中，猎人朝树枝上的鸟儿开枪，鸟儿受到惊吓飞走了，这事非常简单。但是换作程序来描述这个事情就非常麻烦了，这个简单的事件主要涉及到猎人、猎枪、鸟儿、环境等因素，要先判断猎人年龄多大了，是不是手抖，是不是近视，心理因素强不强，经验是否丰富，距离鸟儿的距离……接着判断是什么类型的猎枪，性能如何，后坐力大不大……再考虑周围环境如何，是否下雨，风速对子弹飞行的影响，阳光会不会晃了猎人的眼睛……最后判断鸟儿是否看到了猎人，是否老弱病残孕，是否受伤了，是否有神经病，是否刚失恋，是否上有老下有小激发它的潜能……

程序就是0和1的组合，开发的时候必须要考虑的这么详细，那么你设计的原型和文档也必须要这么详细，尽量不要出现让开发边猜边做的情况。对于开发有疑问的地方，要做好解释和完善，并及时更新文档。

1.3技术不明，主动请教

设计的过程中不要天马行空，如果不确定技术是否能实现，可以向开发人员咨询，不要出现神剧中扔手榴弹炸下飞机、手撕鬼子的情况。开发人员不会反感你向他们咨询、请教技术问题，因为这体现了你对他们的尊重，他们反感的是你讲需求时在不懂技术的情况下，直接要求他们拿狙击枪打死几公里外的模糊目标。

所以不懂技术，尽量不要跟开发说，“这个东西不是很简单嘛”，不然你会很受伤。

1.4洁身自好，不要嘴贱<