产品新人如何与开发人员进行沟通？

进入互联网从事产品工作也有半年的时间了，关于对产品乃至整个互联网行业的认识有很大的改变，结合亲身体会简单谈一下做产品的如何与研发人员进行沟通，希望对产品新人有些帮助，供参考。

首先，我们要明确一个问题，开发人员注重与在意的是什么？

很简单，认同与尊重。因为我之前做过一段时间的研发，可以体会到当自己熬夜加班最后产品经过测试上线后的那种喜悦，同时也是对自己编程与研发能力的一种认可。由于大部分研发人员沟通交流比较少，不像PM、BD那样有过多业务上的往来，他们的作品乃至体现个人价值的东西就是最终的研发成果。所以，他们是需要认同与尊重的，在后面无论是用户反馈产品上的bug，还是版本升级需要改变一些设计逻辑，在与开发人员进行沟通时产品新人都要记住这一点。

当然，在具体工作时，有很多类似技术支持性、非开发功能设计的事情研发人员可能不太情愿主动去处理，那么作为产品人员如何在认可与尊重的前提下去推动呢？

个人在与研发人员中的几点心得，跟大家分享一下：

第一， 以用户反馈紧急催之。

这个可能是最常见的理由。比如我处理的是商业接口和数据中心两个产品，当中都有付费用户，在用户使用产品出现问题我需要与技术沟通时，如果研发比较消极或比较忙，我会强调用户反馈很着急，甚至有意无意中会跟研发抱怨用户：“这个客户脾气太差了，动不动就说处理不好就要退款，性格太不好了，估计将来嫁不出去了……”以调侃抱怨的形式轻松地向研发传递这个事情很紧急的信息。

第二， 捎带上级领导催之。

产品也是一个看脸的活，新人往往气场弱、资历浅，技术人员难免会“轻视”。解决的办法就是捎带上级领导，给自己找后盾，“组团PK”。比如如果与开发人员联系，邮件一般我都是要抄送给我的leader，当面交流时有时也会提起我的leader对这个问题怎么看，也要润物细无声地向技术人员传递这个问题产品组的人都知道，重要性肯定也不会太低啊。

第三， 与之前技术问题建立联系。

对于用户反馈的问题产品人员最忌讳什么都不看直接转给开发，无论是对于问题的解决还是个人能力的提升都是非常不利的。最好是看看这个问题与之前的问题是否有联系，即便没有联系也要往相关技术靠拢，这样可快速拉近与开发人员的距离，更好进入状态，当然，问题也会更好地被解决。

第四， 自设陷阱请教式交流。

这点与上一点类似，主要是找到切入点，吸引开发人员的兴趣，抓住开发人员“好为人师”的特点。比如，对于商业接口中的搜索接口，用户反馈返回的微博数量total_number有问题（实际上是触发敏感词被过滤掉了，是没有问题的），开始我就跟开发人员就说是不是反垃圾参数antispam设置有误，实际上我是知道不是这个问题的，但是我这么说，开发就说不是啊，应该是什么什么，马上就进入状态了，问题也就会解决啦。

第五， 留有余地但一定要有时间点。

做事情一定要留有余地，很多时候要站在对方角度上思考问题。不同公司的开发人员配置也会有差异，比如有些公司是一条产品线或一个产品组配备若干开发人员，而有些公司可能是几个产品组共享开发资源，就是说开发资源是共用的。这里就会涉及到一个优先级的问题，如果你去找开发人员解决问题时，恰逢他手里有比较重要的事情，假使你的问题不是非常着急，这时需要有一定的同理心，但是一定要确定个时间点，什么时候再来，最好别忘了再问一句，他是否需要你帮忙等。

第六， 平时私下里要加深感情。

负责产品技术支持工作的开发人员可能是固定的，对于那些经常联系的开发人员，平时应有意识的多交流、培养感情，其实，对于绝大多数的开发人员还是比较容易沟通的。至少我工作中接触的技术人员都好交流，遇到问题找他们都能尽快解决。当然，沟通不仅局限在与开发人员，与运营、BD等其他人员也应该这样，因为这不仅可以促进业务方面的问题解决，对于个人成长也是非常有帮助的。

#专栏作家#

尹剑利,微信公众号@尹剑利(yinjianli88)。人人都是产品经理社区专栏作者，研究生在读,曾创业两次,有过多家知名上市公司的实习经历。热爱人文历史,痴迷互联网。希望遇到志同道合的朋友多多交流。

本文原创发布于人人都是产品经理，未经许可，不得转载。