把用户需求和产品目标转换成特定的产品时应该提供给用户什么样的内容或者功能就变成了范围层。
范围层就是定义需求。如果不能很好的定义需求,那么你的软件永远都是测试待发布版本。如果产品只是负责人脑海中的一个不定型印象,那将是灾难性的。
1、产品负责人每天接触到不同信息就会对产品产生新的想法,然后就会考虑增加一个新的功能,或者删除、修改一个功能,我们称之为需求蠕动。需求蠕动会像滚雪球一样,今天改一点、明天新增一点,看起来付出不大,但是长期下来项目就会失控膨胀,失去原来的方向。
2、产品团队每个人对产品负责人的描述可能产生各种不同的理解,做出的功能或者内容差了十万八千里,就会造成巨大的资源浪费。
这样你的产品就会永无止境的开发下去。所以,一定要定义需求,明确产品里程碑(发展阶段、每个阶段做成什么样子),做好日程安排。定义需求并用产品文档记录下来,这个过程很麻烦,很费时间,但是一定要去做。
定义产品需求:1、产品需要做哪些事 2、产品不做哪些事
一、功能和内容
范围层从战略层的我们为什么要开发这个产品,转变成我们要开发什么。范围层是区分功能型产品和信息型产品的。
二、定义需求
我们一般梦寐以求的是从用户那边获得需求,但是大多数情况下还是和我们的同事们定下了需求。
需求的反馈又分为三种:
1、真需求。用户明确地知道自己要什么,而提出的清晰明确的需求。
2、潜在需求。用户已经预想了用A方法来解决B事情,但是用户向你提出了A方法,却没有告诉你他是要解决B需求的。所以实际上你应该挖掘出B需求,然后用更好的解决方式实现。
3、伪需求。用户本身就不知道自己要什么,但是由于你的提问,他想起了某次的一个想法,便描述了出来。但是实际上他可能并没有这个需求。
定义需求的方法:
1、角色场景模拟。我们可以虚拟一个人物角色,放到一个场景中,然后模拟我们的用户会发生什么事,遇到什么问题。
2、竞品分析。同类产品的竞争对手是怎么解决我们遇到的问题的。或者非同类竞品在某一块功能上帮助我们和竞品做出差异化,超越竞争对手。
三、功能规格说明
1、乐观
当用户做了不恰当的操作时,应该给予积极引导使用户流程继续下去。比如当用户设置密码时输入了不支持的字符,我们可以提示支持什么字符,而不是提示当前字符不兼容或者无效输入。
2、具体
尽量用确定的词,少用模糊或者有歧义的描述。比如最受欢迎的商品就是个模糊词,最受欢迎没有讲清楚是销量好的,还是评分高的,还是浏览量最高的。
3、避免主观
避免主观就是要有可衡量的标准和可验证的结果。比如做一个时尚的网站,时尚就是每个人都有自己的一套感官,所以无法衡量达不达标,也不可验证。但是如果是说做一个符合公司时尚指导书的网站,这是可以的,做出来是可以验证的,哪几条符合哪几条不符合,是可以明确。所以能知道需求是否被满足。
四、内容需求
内容型产品要关注的是内容清单和确定更新频率,并且要有明确的负责人。
五、确定需求优先级
1、需求优先级以战略目标为指导,战略一定要明确理解,不能有丝毫的模糊,删除因为某些特性而添加的不符合战略的需求。
2、需要考量发版周期内的技术可行性。
3、需要考量需求之间的关联,有的需求并不能独立存在,需要多个需求配合实现。
4、注意决策层对战略和特性的混淆,某些时候决策层会对某些特性有执念,而忽略了战略,我们应该把决策层引导到战略的制定上,而不是把精力花在实现的战术上。