话不多说,目录如上:
1、划重点1、积极主动不用说,感觉能做pm的同志们心都很大,懂得积极争取机会的重要性~
2、尽量避免撕逼这个,我有话说。。从一个从来不会跟人撕逼的人,经过半年的打磨,变成一个必要时刻开始撕逼的人,撕逼这个东西,在我眼里还是尽量避免为好,这样下次合作会依旧高效。当然,若是到了不得撕的场景,那就不要怂就是干!抱着百分百笃定的需求,一定要拿下对方的真痛点去撕。
3、换位思考。。跨团队合作,可能跟我们对接的并非RD,交互,视觉,而是其他团队的PM..所以尽量多站在对方角度去想问题和设计方案,会帮助自己更好提前准备好需求review会议。举个栗子,业务产品去跟平台产品过需求时,就要尽量站在平台搭建通用能力和如何普适性实现各个业务通用能力的角度去考虑,把业务方要的东西包在里面。
ps对于注重KPI的合作partner,多去想想这个需求和对方kpi的共通之处,拿着可以帮助对拿结果这方面去过需求,亲测好用
2、一个中心,两个基本点1、产品合作,需求目标永远是中心,何时要进UED排期,何时要拿到结果,有没有更MVP的方案拿到结果,都是围绕需求本身进行,和对方合作时也是围绕需求中心,不论何时都不要忘啦这一点。
2、避免“踩雷区”这个点,也是因团队而异吧。每个合作方的雷区不同,几次你来我往下来,心里有数尽量避免就好~比如有的pm拒绝落地产品方案,只接受需求等。有的pm希望你拿着现成的解决方案review,表明诚意。总之需求会前多准备,然后看情况要不要全盘托出。
3、跨团队合作最尴尬的一点,应该就是进度失控吧。有个小技巧,把控时间点时~如果对方表示已排期,那就问问具体上线时间点~如果对方说没有,那就再问。。什么时候可以有😂
总之需求板上钉钉以后,也不能任由其放任自由,要保证各个迭代的时间点自己很清楚,至于方式嘛~哈哈哈,可以多多摸索,为此,收买对方团队开发哥哥,时不时嘘寒问暖问候下,甚至于守着对方团队加班加点上线需求,这种事情我也是干过的。。当然,不推荐,好感度会下降的哦
3、说多了都是泪的坑我非常坚定的相信,只要做过pm相关工作的小伙伴们,一定已有很多“花式踩坑”的经历。我这里简单写了几个。。亲身经历的坑……
1、跨团队过需求前,请一定自己脑海已经review一百遍了!不然一定会踩第一个坑的大家都不是吃素的,如果迷迷糊糊接了市场或者运营需求,就提过去了,那么,需求会上,被怼得跟沙比一样,一定就是你自己这里不黑运营童鞋~只是运营会经常有一些比较发散的需求过来,这个时候,怎么抽丝剥茧,反复验证,是一个必不可少的过程。。
2、需求已经确定后,但是由于开车经验缺乏,被对方老司机带着开车怎么办?如果中途意识到,尝试及时扳回来。如果,都意识不到的话,那么,个人建议,关键需求拉上mentor或者老板去review,学习下老板怎么反套路是个蛮有效的方法。有大腿不抱白不抱~
3、关于撕逼,其实前边儿已经说过啦。尽量避免撕逼,当然,如果对方一定要撕的话……尽量避免攻击对方要害,提高自己承受伤害能力,毕竟以后还是要打交道的嘛。而且,既然开撕了,那就一定要拿到结果,否则撕逼就木有意义啦~撕逼之后,吃个饭送个星爸爸啥的,也是有用的哦,毕竟这个时代,吃人嘴软拿人手短嘛哈哈哈~
over,此致,敬礼!
网友评论