快好知 kuaihz

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:沟通  沟通词条  新人  新人词条  人员  人员词条  进行  进行词条  如何  如何词条  
产品

 UI设计师要读的产品经理书单

产品经理是属于对综合能力要求比较高的,也就意味着需要掌握的技能比较多。而自己正处于准备入行产品经理的学习阶段,通过知乎、woshipm等网站以及和前辈交流等方式...(展开)

产品

 需求池对于产品经理有多重要?

每个项目都会有一个需求池,你的项目应该也不例外吧。技术开发的速度,感觉总赶不上需求池增长的速度,身有体会吧。做不完的需求,清不空的需求池。每次版本迭代的源头,也...(展开)