互联网产品需求的管理

需求优先定义

即便是已经筛选评估出来的需求,很多时候量也是非常大的,而哪些该做,哪些不该做,很多时候我们会遇到:

老板要这么做

自己要这么做

顾此失彼,左顾右盼

其实,在产品不同阶段,对需求的排序,也是有一些方法可以参考的,其实需求变通一下,和我们日常工作的评估方式是差不多的,可以分为四类:

重要且紧急

重要不紧急

紧急不重要

不紧急不重要

其实,无论需求到底是什么,产品终归是商业性产品,所以打造产品的商业价值才是最重要的,所以在衡量需求的时候,最重要的衡量指标就是这个需求是否具有商业价值,商业价值越大,那么他就越重要越紧急

新产品未上线的情况

新产品未上线时候的需求特点:

没有运营数据支持

需求一大堆

如何定义优先级呢?

这个阶段主要还是针对用户的需求来思考,KANO模型把需求分为:

反向型需求

无差异型需求

必备型需求

期望型需求

魅力型需求

产品初期最重要的是形成农产品的框架,即基本需求要打造完成

在这个阶段,基本需求是最重要最紧迫的

根据产品目标和产品价值,以及公司战略需要,还要横向评估新产品里面是否包含期望与兴奋型需求

免费产品已经上线的情况

免费型产品的分类:

全免费

部分免费

限时免费

因为免费,免费产品都能获取更多的用户运营数据,也就是说通过KANO模型或其他方式获取需求筛选甄别排序依据外,可以通过真实的运营数据来分析用户的实际需求

收费型产品情况

收费型产品分类:

全收费

部分收费

限时收费

由于收费型产品主要收费价值来至于:

期望型需求

兴奋型需求

那么基本型需求就必须做到最好,即权重一定是默认最高(重要而紧急)

收费型产品的需求优先级相对于简单,一切向商业价值看起即可,但在商业价值需求优先排序里面,就按照收益最高的先,收益低的后

前置/后置条件

对于一些串行的需求,按照顺序排序即可

实际应用

要灵活,都是相对的,很多时候可以对需求进行多重考量,而不是仅仅是套用一种方法

基本上都可以遵循商业价值为重(重要加紧急)的排序方式

切记,基本功能的排序度一定是最高的(boss需求除外)

对于需求排序要心中有数,胸有成竹

管理需求

多如牛毛的需求尽管已经分清主次,但如果把这些零散的需求管理起来,做到井井有条呢?

需求工作量估算

标签估算法

实际讨论法

强制手段法

需求变更

几乎很少有从头到尾都不变更需求的产品原因在于:

新认识与更新

竞争对手的变化

公司战略调整等…

对于需求变更控制也是贯穿产品始终的:

对于产品设计的包容性

何种需求值得变更,何种需求可以延迟变更

彰显拿捏,彰显能力

需求变更:

好处

可以及时的调整产品符合新的产品环境

坏处

拖慢产品进度

频繁的需求变更更是对团队的折磨

尽量在前期做好需求,尽量不在进入开发后进行变更