产品经理提需求时是否应该考虑技术实现难度?

产品经理了解技术,有助于和研发人员沟通。但了解技术后,在提需求时,会权衡需求和实现难度。有人说产品经理提需求时,只需要考虑用户需求,不应该考虑技术实现难度,这样做是否正确?

您可以邀请朋友来回答该问题,也可以增加赏金获取更优质的回答!

声明:本网站所提供的信息仅供参考之用,并不代表本网赞同其观点,也不代表本网对其真实性负责。

请先 登录 后评论

1 个回答

xxxxxa

从本质上来说,没有实现不了的需求,只是实现的代价有多大,价值高不高,打开需求的姿势对不对

这个问题要从几个方面看:

1. 从产品本身来看需要你确定这个需求的价值,可以从KANO模型,ROI投资回报率上来对需求重要性排序,优先做有价值的东西,时间来不来的及

2. 确定了价值,下面就是需求实现的问题,一般来说需求是有多种实现方式的。不仅仅是技术上的,还有其他表现形式上的。打个比方,用户说要可乐,基本的需求是因为渴了,而你如果提供矿泉水其实一样能解决问题,这个需要你从本质上理解用户需求;技术上,实现一个功能,可能写一个工厂方法就可以简化很多事情,而开发也可以己脑洞大开过度设计(这种对于入门没多久又有理想的程序员是比较常见的)。这个在提需求的时候,你提给开发的需求更应该说用户story,而不是描述解决方案:规定好他应该怎么做。同时尽量找开发领导提前沟通需求,这样有可能他会给你一种更加好的实现方案

3. 最后就是努力充实自己,面向对象的编程思维可以多了解了解。产品经理的UML工具其实就是面向对象的思考方式,你可以不用管这个方法具体是通过写了多少行代码实现的,只需要想通中间的逻辑是怎样的即可,这样又可以反过来促进你了解:你的设计中有没有遗漏什么,下一版功能可以往哪拓展;从整体逻辑的复杂性推算功能的实现时间,对整体开发时间的估算越来越有把握,避免被开发忽悠

请先 登录 后评论