产品经理和技术研发之间的矛盾是不可调和的吗

你只看到矛盾,而没有想如何更好的合作。

一,产品要多“了解”技术,可更高效沟通。
1,不需要你会写代码,但你要了解基本原理和逻辑,比如在打开手淘“我的淘宝”的时候,页面加载的背后,代码在执行什么样的任务。
【产品经理和技术研发之间的矛盾是不可调和的吗】 2,了解了技术,对于你了解整个产品的架构,特别是复杂产品有帮助,长期可培养框架思维。
3,了解了技术,你提需求不会乱提一气,有助于减少开发哥哥怼你忽悠你,可以高效沟通合作。
4,特别是没有技术背景的初级产品经理,你要深刻理解“读”和“写”。

二,要多沟通商业模式以及需求的根源
1,首先产品自己得了解透。老板发起的需求要去刨根问底了解清楚初衷逻辑。
2,自己发起的需求更要透彻的表明你的想法,最好要数据的预判。
3,要彻底把技术哥哥当成你项目中的一员,共同参与其中的多个环节,而不是给你做需求的人。

三,要知道彼此需要怎样的结果
1,产品的KPi可能是上线,可能是转化率,可能与业务挂钩,可能与各种运营数据挂钩。
2,那他的KPI是什么?你真正了解过吗?难道只是完成你的需求?
3,简单来说,现实是赤裸残酷的。对于设计,缝缝补补的优化可能费时费力还没成绩,而做一个全新的页面体验可能更有“结果”。前端需要最新的需要作出炫酷的交互效果,以及可延续的输出复用能力,后端需要……不一一说了。

■网友
为什么要调和?!吵吵不好吗
■网友
我也要牢骚一下了。利益相关,我是研发。有些产品经理经常是这样的:1、“一句话需求”,我要实现一个XXX功能,你给我做一下,说完了。2、只给画页面简图,没有逻辑描述。有的连简图也没有。借口没时间,就草草了事。3、试图跨产品直接调动别的产品线的研发人员,没有先跟对方的产品经理沟通清楚。4、需求评审会前不发评审材料,会上再拿出材料来,仓促评审。5、需求提出之前功夫没做足,漏洞百出。当然漏洞是难免的,但是太多了就很不像话了。6、认为“我只要把需求提出来就好了,至于你们研发人员怎样规划接口、怎样存储数据,跟我没有关系”,我个人感觉这种态度在多部门协同开发的时候是很致命的。7、产品定位不清,有的功能只是给本司人员开发的,但是做出来之后无人问津。8、产品部门内部沟通有问题,比如对同一个东西的叫法是不一样的,名词不统一,不同人讲起来的时候很可能产生误解。开发人员经常是这样的:1、你要这样?好啊好啊好啊,没问题,我本周给你做完;结果做出来之后漏洞百出……2、你要这样?不行不行不行,我这周没时间\\这个太难了……3、本身技术不过关,做出来的东西BUG频出双方梯队里都有优秀的人、一般的人、只会浑水摸鱼的人。我经常对产品经理很恼火,感觉提的需求总是要反复拉锯才能确认清楚,浪费时间。但是反过来想,自己也算不上是一个优秀的人,为什么要对别人要求那么高呢?我感觉双方如果要好好合作,应该是这样的:1、双方的抽象思维能力相当,逻辑思维能力相当,工作态度相当。2、产品提出需求以前,是经过自己的仔细考虑的,涉及到其他产品的部分,要跟其他产品经理共同讨论;不能只顾着眼前的页面。3、由统一口径将需求发给开发人员。双方的意见可能是不一致的,但务必保证互相理解对方的意图。必要时可以让开发人员复述需求。4、开发人员评审需求,看看是否有漏洞,估一下时间。绝对不能拿到需求就开始做。5、双方对需求做最终决定,要有一定的书面文档。需求转发测试人员,方便测试人员准备测试用例。如果涉及到其他的项目组,要坐在一起分工明确。归根结底,最重要的是两个方面:1、双方的工作都做足2、双方多多沟通


    推荐阅读