需求优先定义
即便是已经筛选评估出来的需求,很多时候量也是非常大的,而哪些该做,哪些不该做,很多时候我们会遇到:
- 老板要这么做
- 自己要这么做
- 顾此失彼,左顾右盼
其实,在产品不同阶段,对需求的排序,也是有一些方法可以参考的,其实需求变通一下,和我们日常工作的评估方式是差不多的,可以分为四类:- 重要且紧急
- 重要不紧急
- 紧急不重要
- 不紧急不重要
其实,无论需求到底是什么,产品终归是商业性产品,所以打造产品的商业价值才是最重要的,所以在衡量需求的时候,最重要的衡量指标就是这个需求是否具有商业价值,商业价值越大,那么他就越重要越紧急
- 新产品未上线的情况
新产品未上线时候的需求特点:- 没有运营数据支持
- 需求一大堆
如何定义优先级呢? - 这个阶段主要还是针对用户的需求来思考,KANO模型把需求分为:
- 反向型需求
- 无差异型需求
- 必备型需求
- 期望型需求
- 魅力型需求
- 产品初期最重要的是形成农产品的框架,即基本需求要打造完成
- 在这个阶段,基本需求是最重要最紧迫的
- 根据产品目标和产品价值,以及公司战略需要,还要横向评估新产品里面是否包含期望与兴奋型需求
- 免费产品已经上线的情况
免费型产品的分类:- 全免费
- 部分免费
- 限时免费
因为免费,免费产品都能获取更多的用户运营数据,也就是说通过KANO模型或其他方式获取需求筛选甄别排序依据外,可以通过真实的运营数据来分析用户的实际需求
- 收费型产品情况
收费型产品分类:- 全收费
- 部分收费
- 限时收费
由于收费型产品主要收费价值来至于: - 期望型需求
- 兴奋型需求
那么基本型需求就必须做到最好,即权重一定是默认最高(重要而紧急)
收费型产品的需求优先级相对于简单,一切向商业价值看起即可,但在商业价值需求优先排序里面,就按照收益最高的先,收益低的后
- 前置/后置条件
对于一些串行的需求,按照顺序排序即可 - 实际应用
- 要灵活,都是相对的,很多时候可以对需求进行多重考量,而不是仅仅是套用一种方法
- 基本上都可以遵循商业价值为重(重要加紧急)的排序方式
- 切记,基本功能的排序度一定是最高的(boss需求除外)
- 对于需求排序要心中有数,胸有成竹
管理需求
多如牛毛的需求尽管已经分清主次,但如果把这些零散的需求管理起来,做到井井有条呢?
需求工作量估算
- 标签估算法
- 实际讨论法
- 强制手段法
需求变更
- 几乎很少有从头到尾都不变更需求的产品原因在于:
- 新认识与更新
- 竞争对手的变化
- 公司战略调整等…
- 对于需求变更控制也是贯穿产品始终的:
- 对于产品设计的包容性
- 何种需求值得变更,何种需求可以延迟变更
- 彰显拿捏,彰显能力
- 需求变更:
- 好处
可以及时的调整产品符合新的产品环境 - 坏处
- 拖慢产品进度
- 频繁的需求变更更是对团队的折磨
尽量在前期做好需求,尽量不在进入开发后进行变更
- 好处