JobPlus知识库 互联网 互联网+ 文章
PM就该低三下四的来做跨部门沟通么?

昨天跟之前合作的RD聊天,忽然觉得自己真的没有白干。在项目合作过程中,大家从素不相识变成朋友。不但项目顺利开发,未来合作也会更加顺畅。产品总是自嘲产品汪,吐槽沟通困难,需求难搞。在三节课的交流中,与RD的沟通问题俨然成了大家的痛点。那么,怎么才能跟RD小伙伴有效地沟通呢?我觉得做到以下几点就成

PM要明确自己的需求是什么?

PM一定要明白自己的需求。你不能直接告诉RD,我想要个XXX功能,然后人家给你做出来了你不满意再让别人改。就像截图里那样:你不能总是抛出问题,而是要解决问题!RD的工作只是帮你把想法实现!

很多时候,RD并不了解具体业务流程,也就是说他们不知道这个功能为什么要有,是干什么用的,应该输入什么数据,应该导出什么结果,结果应该是什么形态的,这个形态的结果对业务有什么作用,对整个产品造成了什么改进……

我在跟RD沟通需求的时候,通常会指明这些条件,有些会明确的写在PRD里,有些会在需求沟通时说明,然后附加邮件。

我会让大家明白我们的业务流程是什么,有什么问题需要改进,改进之后应该是什么样子的。

我会明确指出该需求的范围、限制、必须实现的功能。

根据自己的理解,画出业务逻辑流程图,然后跟RD讨论可行性,最后形成终版流程图。

最后用邮件把大家的讨论结果汇总,附上终版流程图,就是一份可以使用的PRD了。PS:对于比较大的功能改版,还是要出具需求PRD,然后在产品总的PRD中标明迭代情况。

做好上面几点,我们在开发开始前就能跟RD们达成共识,确定了共同的目标,有任何沟通问题也可以有(tui)据(xie)可(ze)依(ren)。

产品经理在正式开发之前,就应该就项目具体规划与技术经理达成共识,对于技术难点提前预研,协调关键人(设备)进出时间节点,完成开发量预估,针对开发难度、产品规划确定最终版开发方案。对整个开发团队(包括测试、UI)进行项目总体说明,使大家对于产品形态等大方向形成共识。

在开发过程中,我们应该如何跟RD沟通呢?

PM千万不要把PRD给RD们一丢就认为万事大吉了,开发过程中的沟通也是必不可少的。最恐怖的问题就是功能提交测试你才发现跟需求文档不符,这个时候你是改需求还是准备挨刀子?

这世界上没有笨蛋,每个人对事物都有自己的看法。哪怕你在PRD里面明确的需求,有上进心的RD都会按照自己的理解再帮你优化,这个时候就有可能出现好心办错事的问题。所以,我们应该与RD随时保持沟通。

话又说回来,谁会喜欢一个人天天跟监工似得在自己边上絮絮叨叨呢?这个时候你就需要一定的沟通方法了。

充分利用早上打招呼的时间。

不管是面对面还是QQ上,早上一定要跟RD说声早上好,然后捎带手问一句“进度如何”、“有啥问题没”?

明确关键里程碑。

不管多小的开发工作,关键里程碑一定会存在。你通过日常沟通发现将要(已经)触及这些节点的时候,一定要贴上去再次明确功能表现。当然了,别跟领导似得问:“XX,这个你要怎么干?”卖萌是个好方法,这样问:“帅哥,这个点我规划的时候就觉得有点硬,你开发的时候都怎么做的呀?”“真厉害,我都没想到还能这么实现。”

积极参与白盒测试。

联调的时候一定要在场,不管有多少小毛病,只要主干流程跟你的需求一样,那就算万里长征到陕北了!

在周例会明确立场。

说了那么多卖萌,你要真信了我保证你工作做不下去^_^ ,低三下四没人看得起!都是做工作,凭什么就得跟条狗一样求着做需求,说你是产品汪,你就真当自己不是人了?前面几条只要你做到了,整个产品的开发进度就完全在你心里。

例会的时候不用多说,等每个RD叙述自己工作的时候直接指出他的进度点、问题、效率等,该表扬表扬、该督促督促。然后在会上完成RD间的协调,说明开发进度,统一说明业务总体部署情况等。这个时候,你就是整个项目的指挥家,不管是UI、RD亦或是其他都是围绕着你运行。我喜欢做PM就是这个原因。

产品经理在开发过程中,就要跟测试团队一起准备测试用例,帮助测试团队完成场景规划,同时协调各开发组之间的情况。保证项目进度的并行推进。

项目完成后,是不是就万事大吉了呢?

这么想你以后就不用干工作了,骚年。你的工作才刚开始呢。最好做到以下几点,巩固一下你在开发过程中与RD们刚建立的“基情”,为以后的继续合作奠定基础。

做好项目复盘。

查你的工作日记,尽量把整个项目做一个完整的复盘,把问题、错误、优势等总结出来。这个过程中,你可以完成基础的RD个人画像,下次再合作时你就可以有的放矢了。

永远别居功。

事情搞定了老板心里有数的(我说的是智商合格的),但是结项会,以及发交付文档的时候你一定要把功劳归功于大家。如果你听我的话写好工作日记,做好项目复盘。这是你能快速完成哪个RD做了多么牛逼的工作,多么重要。然后分钱也有依据不是。

别忘了提到相关部门的帮助。

还记得我在三节课OPENDAY做的那个分享么?对于那些“成事不足、败事有余”的弱关联部门,千万别忘了提一句他们对你帮助多大,没有他们你啥都干不成!这些是写给老板看的,别忘了抄送所有你提到的人哦。

产品经理在项目完成后,不仅仅要关注产品直接工作。

还要跟接手部门完成有效交接,对整个项目全面复盘,对整个团队成员进行绩效评估。为下一个项目做好准备。

努力吧,PM们。我们才不是产品汪,让那些认为我们只会卖萌发嗲、就能低三下四、少了我们啥问题都没有的人一边玩儿去吧。多说一句:我的经验只是一家之言,仅供参考。你要是在BAT这种分工明确的公司干,上面这些用处不大。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

¥ 打赏支持
171人赞 举报
分享到
用户评价(0)

暂无评价,你也可以发布评价哦:)

扫码APP

扫描使用APP

扫码使用

扫描使用小程序