这个章节主要讲的是削减功能和延长工期的问题,当编写了大而全的产品说明文档,划分了功能列表,然后根据这份文档估算开发成本和开发时间,虽然剔除了开发力不能及的功能,但是得到的进度表依然不乐观,于是双方协商,争论估算是否准确,然后不得不削减功能,缩小测试范围....不知不觉时间已经流逝。
我们经常遇到这一幕,最后的结果:开发出来的产品不是有机的整体,产品经理不满意,开发人员不满意,用户更不满意。文中指出其实这是不合理的流程造成的结果,建议我们通过以下方式:
1、产品经理与设计师合作设计产品的高保真原型,这个原型只实现最基本的功能要求(价值、可用性、可行性),以及良好的用户体验和吸引力。把复杂度降到最低,开发时间减到最少。
2、邀请资深开发人员参与设计原型,请他检查原型,帮助估算各种功能的直接成本和间接成本,指出设计上的误区,并分析、评估尚不确定的是否可行的功能。这样一来,开发心里也有底了。
3、请真实用户验证产品原型,这一点至关重要,在全力开发产品之前,必须确定产品是用户需要的,并且通过用户验证。
通过上述方法确定的就是基本产品,就不可再削减任何功能,即使出现开发时间估算不准确的情况要延期,由于产品定义的精度大大提高,情况也会好很多。一旦进入开发环节,产品经理就不会再随意修改设计。基于此,书中建议产品定义一定要考虑哪些功能是最重要的,争取设计出只满足基本要求的、不可删减的产品。
结合实际当中的产品需求工作,应急救援项目关于结算和开票的设计,一开始是完全按照全部功能设计,但是由于上线时间已定,综合用户需求紧迫性、开发成本、业务规模等多方面的考量,经过产品、需求、开发、用户等各方的多次讨论评审验证,最终确定1.0版本先实现基础功能,核心业务上线,达到用户想要急迫推进这个业务的要求。后续随着业务的推进,再规划2.0、3.0版本。
我在今后的工作中,要多去实践这些方法,加强产品定义的能力,打造用户喜爱的产品。