作为互联网主要的两个斗争集体——程序猿VS产品狗,在相爱相杀中不断推动产品更新,如何与程序员有效沟通,是每一位PM基本的能力。
但实际中,不专业的PM是产品的噩梦,不配合的程序员是PM的噩梦,在PM确保自身专业素质的情况下,作为新人一些关于沟通的自我总结和建议。
1.让彼此的工作有价值:把需求写好
有个问题“你为什么想打PM”,大部分答案都指向PM没有把需求写好。程序员根据PM的需求文档进行开发,如果需求一开始的定义就是错误的,结果只会越错越远。让彼此的工作有价值,PM必须把需求写好,这是第一步,也是最重要的一步。
写好需求有两点原则:1.首先PM要写完需求文档,不要突然拍个脑门,没做任何调研思考就去沟通,这样的沟通往往高频,浅层且无效;2.其次PM要把需求写好,写好不是格式多美观,但有一些共性——方向的正确性,方案的完整性,内容的可读性。
方向的正确性,可以通过用户调研,市场或者数据分析等进行前期验证;方案的完整性,是指对产品涉及的各种边界条件,阈值设置都要考虑完整;内容的可读性,指文档层级结构是否合理,说明是否直观易懂,需要图示的地方是否有相应原型。
2.责任人意识:无条件负责,关键节点你都在
PM在国外多被称为产品设计师,在国内多叫为产品经理,无经理之权,却必须负起经理之责。不管产品出现什么问题,需要进行什么样的工作,PM都应当是无条件的负责人。
产品出了问题,即使是纯技术bug,也要首先站出来;产品取得好成绩,不要忘记程序员的功劳,因为你们是一个团队。产品的重要节点,例如打包进版,部署上线,PM都要在,即使帮不上什么忙,但关键时刻和团队在一起,能有效提高队员对你的信赖。
3.尊重理解他们的工作:逻辑思维,技术基础
“这个需求很简单”“不就是……”应该是程序员最反感的话之一之二,这背后实质反映是一部分PM不懂技术,直观判断就以此进行要求。
举个例子,产品需求是到街头小卖部买瓶3块钱的饮料,程序员写代码就需要考虑:1.从哪条路,通过什么方式去小卖部;2.有多条路是同时并行,还是串行;3.小卖部没有饮料怎么办;4.小卖部只有2块,或者4块的饮料买不买;5.小卖部有多种3块钱的饮料,怎么选择;6.买饮料的人太多,排队时间是否要有时限……
为了保证有效沟通,需要PM尊重理解程序员的工作,尽可能用逻辑化的思考问题,最好懂一些技术基础,拥有共同语境,使用专业术语。
4.私下交流,人格魅力:人是情感的动物
一些人喜欢将工作和生活区分开,但工作其实本就是生活的一部分,工作中的程序员&PM,私下生活里也可能是朋友圈好友。一个PM如果只是出现在需求评审会上,如何知道每位研发喜欢的沟通方式和工作习惯,使用别人希望的方式与之沟通往往是高效的。
同时,PM跟程序员没有职属关系,但需要推动研发按时交付,或者在意见不一致的情况,说服程序员接受产品方案,都需要平时积(tao)累(hao),形成人格魅力。能做的研发就做了,不能做的可能也加班做了。
来源:网络整理 免责声明:本文仅限学习分享,如产生版权问题,请联系我们及时删除。