我的观点是,先了解需求来源,导致需求变成背后的原因是什么?是产品经理当时没考虑好逻辑?是开发误解了需求?是需求管理没做好?亦或是老板突然添加需求? 每个原因下的解决办法都不一样,逻辑没考虑好就是产品经理的要多注意些,至于开发误解需求,这里分享一个小技巧,产品经理每天早上去到公司第二件事就是jenkins打包体验产品,看看开发实现的需求是否符合预期,有错误马上提出,这样开发修改成本也较低。要是开发把产品开发出来你才体验,说不符合预期,那修改起来开发会很痛苦。 需求管理的话,一般来说产品需求会根据产品经理在做规划时有个大概规划,还有的需求就分成用户的需求(定性和定量),迭代中的数据反应的需求,老板需求,竞品需求。所有的需求都应该要在需求池里面说明优先级和背景描述,目标人群。每个版本的需求就从需求池里面拿,决定好这个版本需求,评审完后就需求封闭,产品经理要学会拒绝需求,保证当前版本正常开发。 那么判断需求要不要更改,先判断这个需求的优先级。紧急重要,那就硬着头皮耐心跟开发沟通(产品把我上面说的需求管理做到位,偶尔的需求修改,开发也会通情达理的。),不紧急重要,将需求放在下版本去做。 天下武功唯快不破,尽量快速迭代。因为每次迭代都是一次试错,一个月迭代一个版本,一年就有12次试错机会,一周迭代一个版本,一年就有52次试错机会。 |
|
来自: 产品经理是条狗 > 《PMCAFF优质问答》