产品经理与程序员沟通的艺术避免这5个错误

职场没有彼岸,只有在路上,且行且珍惜~

还是在几年前,一个普通的工作日,我正准备完成滴答清单上今天最后一个任务-清理邮箱。此时一封“情感丰富”的邮件映入眼帘,“UCANUUP,NOCANNOBB”。

直觉告诉我,一定是某个RD又被PM逼疯了。

想想也挺有意思的,这几年的工作中,不断重复上映着类似的一幕。

下面我们就看看这五个小技巧,有那些亲还没有“掌握”?

第一招:高山流水

“这个实现起来,应该很容易吧!”,一个怀疑的小眼神,像激光一样在RD身上扫来扫去。

这句话的潜台词是:你最好给我的工期短一些,否则就是你能力不行!

这句话不是不能说,是要分谁说。

如果是该RD的leader,研发总监之类的说,有资格。为啥?因为他了解开发原理、理解开发过程和熟悉工程代码现状。

如果是你说,就不行。为啥?你不懂开发啊~

越俎代庖不但不会拿到好的结果,还会暴露你的情商。有的人会说了,我也是为了给对方点压力,尽快上线给公司创造价值啊。

这个出发点是没有错的,有问题的是方式方法。

例如:先不着急下结论,听听对方给的排期自己是否能接受?不能接受的话,可以询问一下主要的工程量在哪儿,PM是否可以做些什么,好加快进度?技术难点是否需要和组内leader一起讨论一下,必要的时候PM可以再进一步精简方案等。

第二招:绵里藏针

“那个,实在不好意思啊,这儿在改一下哈~”,娇滴滴的一个小女生面红耳赤的望着RD(有的时候确实是半蹲着,好吧其实是跪着~)、

频繁的改需求,你的形象值出现了赤字。

究其原因,主要是两方面:客观原因和主观原因。

前者,典型案例如下:

老板临时要求:提前做好预期管理,充分沟通,一般是可以避免的。但如果真遇到了老板不方便说(eg.资金压力),或者还处于试用期的你,就先强调执行力吧(在做了充分沟通的情况下)。业务变更了需求(部分修改):重点在于引导业务同学


转载请注明:http://www.xxcyfilter.com/zyxz/zyxz/16308.html

  • 上一篇文章:
  •   
  • 下一篇文章: 没有了