产品经理在每日的工作中,需要和不同部门的不同的人沟通,其中最多的当数开发。通俗的说,产品是负责找事的,开发是负责解决的,往往找事的人会比较容易被人反感,一个不注意,可能就会引起撕逼,因此学会和开发沟通,对产品来说是非常重要的。和开发一起共事的时间也不久了,形形色色的人和事见多了,自己总结了一份沟通的方法
一、需求清晰明确,开发前必须和技术评审
从产品自身做起,你的需求必须明确,开发前必须与技术评审,不要因为项目时间紧迫而直接进入开发,这种结果往往是大坑小坑不断,反而拖慢项目进度,而且产品还会面临背锅风险。在评审中,把你的需求清晰的阐述出来,功能要点和难点着重提出,和技术确认是否可实现,及开发中的风险,务必与技术达成一致;评审通过后,完善需求文档并以邮件或是其他可留存证据的方式发给相应人员并收到回复,并记录后续问题。
二、同理心,把所有人当成自己的团队成员,向大家灌输我们是一伙的理念
很多产品会把直接站在公司的角度,潜意识里把开发放在了自己的对立面。从公司角度出发,在需求上决对是正确的,但在实施中,要想办法把开发也带入到这个角度,并充分表现出对开发付出的理解及感谢,并让开发深知这个功能对公司业务的重要性,我们是一条线上的蚂蚱。
三、开发时间的确认
每个需求方都希望自己的需求能尽快完成,因此开发时间往往是最大的矛盾点,这个就是看产品经理沟通能力,作为中间人,首先,产品根据功能预先估算时间,然后和技术负责人去确认技术排期,答复需求方,如功能优先级很高,但时间不足的情况,先把需求分解一下,分成基础和二级开发的;如无法拆分功能,那就需要和技术负责人协商加班事宜,如自己是项目负责人,需要向公司申请加班经费,从物质上补偿开发人员。需求确认后,与实际开发人员评审需求,确认时间,输出时间表,严格按照时间表跟进开发进度,时刻关注开发进度和开发质量,确保项目质量,这个是产品绝对不能疏忽和妥协的。
四、新功能如何和开发确定
在工作中,有些新功能,在确认前,可以用讨教的方式向开发询问是怎么实现的,这个时候往往开发不会戒备你,而且也会卖弄一下技术,下个版本你就可以直接加进来了,而不会被技术用各种无法实现的理由拒绝
五、不要把所有的锅都推给别人
任何一个项目都很难做到百分之百的质量,项目出现问题时,作为一个合格的产品经理,第一个想法不应该是推锅,而是立即给出解决方案,把损失降到最低,然后再去查找原因,是需求问题,自己主动承担,如是开发失误,与技术负责人去沟通,而不要直接找对应开发人,最忌讳的是直接上报。找到问题点,与相应负责人沟通后,邮件向上级汇报,让上级知道目前的状况及我们现在做的努力。
在其他文章里我分享了与需求方和开发沟通的内容,感兴趣的可以看一下《产品经理如何与需求方沟通》《产品经理如何与设计和前端沟通》