如果不懂技术，产品经理如何与技术进行有效沟通

问题描述

精选答案

我是做技术的，如果一个产品经理不懂技术，我真的没法沟通。。。事实上还就得和他沟通。

彷佛互联网公司里大多数产品经理不懂技术，这也就造成了大量产品经理和程序员玩命的段子。例如：

就在前天，我们的产品经理就提出了一个需求并给出了原型，然而当我看完原型以后，我就不想说话了，没有沟通的欲望了。本来就是一个后台需求，增删改查的玩意，我半个小时就写好了，然而你非得让我修改的时候把列表数据给带到修改页面我就忍不了了，我是可以实现，但是你不能侮辱我的智商。。。最后做完了给我来一句：“你怎么没有按照我的原型做”。。。太难了。。。

说归说，还是得站在产品经理的角度考虑的，毕竟产品经理也是人，程序员天天面对的不是代码就是产品经理了。需求不满意可以慢慢聊，今天咱们就一起聊聊产品经理的沟通能力。

需求的可行性和产品目标

我们都知道产品经理的需求来自于各个业务部门，业务部门都会从自身业务出发提出IT研发需求，这个时候还不能叫IT研发需求，就是我要做这么个事，怎么实现我们not care。产品经理就需要梳理需求，并分析这个需求的可行性，到底能不能做，做成什么样的。

另外产品经理需要承接多个部门五花八门的需求，合理的、不合理的、有用的、看似有用的，技术部门则需要排期研发，那么产品经理就需要对各类需求的重要性以及产品目标来决定研发优先级、投入成本以及收益占比等等。

和研发同学阐述需求的必要性以及具体交互路径

几个问题需要考虑清楚：

为什么要开发这个需求？

这个需求能解决什么问题 ？

能给我带来多大的收益？

怎样的一个实现方式？

将这些问题和研发同学沟通清楚，我相信一定能得到研发部门的支持。剩下的就是需求细节的打磨了，不要一上来就是“老板要实现这个需求”、“怎么实现我不管”、“这个需求马上就要实现”这类的话和语气。

需求文档很重要

产品经理出的需求，我遇见过的问题有：

没有需求文档，后期无尽扯皮中。。。

UE和UI不一样，交互不一样，显示哪些字段不一样，服务端先行之后等UI出来了，发现设计的数据结构和接口根本行不通；

需求文档里就一个图，没有需求描述性文字在图的左右，研发同学靠猜？我见过细心的产品经理，一个需求写了十万字的需求描述，大到整理叙述，小到每一个需求点的注意事项；

需求不闭环，研发做着做着，做不下去了，或者刚发完这版本功能，下版本就开始查缺补漏，然后你发现功能改的不像样子，代码改的惨不忍睹。

前期改需求、中期改需求、上线前改需求，凭什么你的问题让开发背锅？

大家觉得作为一个产品经理，最重要的是什么职业素质呢？欢迎评论区留言～

其他回答

证券百事通

作为产品经理需要对客户有准确的把握，产品经理需要懂些技术但不是需要懂很多细节的东西。

在研发眼里，产品经理应该是客户的代表，而不是技术带头人，如果研发觉得你必须懂技术细节，那么告诉他产品经理是做什么的。

跟研发沟通，要多问问题，你要讲清楚你需要做成什么，你需要有强烈的远景和眼界去推广你的思路，如果你讲不清楚，这个是你的问题，要你解决，要你思考，针对技术细节，你需要反复询问研发问题，比如可行性怎么样，工作量怎么样，带来收益怎么样，可以举行小组讨论，可以充分争论，最终拿出经得起考验的产品。

想找到一个又懂技术又懂创意，又了解客户的人很难，即使有，这样的人也早早身居高位了，越是大公司，越是不可能一个人面面俱到，所以勇敢面对，培养自己的能力，补强弱项，你总会可以的