一、确定需求优先级方法
需求管理是产品经理工作中很重要的一部分,一个完整的需求流程包括:
需求收集->需求分析->确定优先级->需求到功能->功能设计->需求评审->开发上线->效果评估。
俞军的PM12条中有一条就是:决定不做什么要比决定做什么重要。产品经理面对这么多的需求和这么有限的资源,确定需求的优先级就显得特别重要。
我们常见的确定需求优先级的方法有:KANO模型、四象限法则、时间评估与性价比等等
1、KANO 模型
KANO模型将需求分为5种,分别是:兴奋型需求、期望型需求、无差异需求、基本型需求、反向需求
KANO模型选择了两个维度,一个是需求实现度,一个是用户满意度。用这两个维度将需求区分,针对不同类型的需求采取不同的措施。
2、四象限法则
四象限法则将需求分为:重要且紧急、重要不紧急、不重要但紧急、不重要也不紧急四类。选择的两个维度是:紧急和重要。
3、时间评估和性价比
性价比=商业价值/开发量,我们可以给功能的商业价值和开发量打个分数,比较它们的性价比来决定优先做哪个。当然,在实际操作中肯定没有这么简单粗暴,还会考虑一些其他因素。
二、本质是矩阵思维
这些模型和法则的实质都是矩阵思维(矩阵思维是一种经典的思维框架,在于将无序的东西通过象限归类为了有序)在我们的项目实际操作中,我们应该针对项目现状、团队现状、公司现状选择出最重要的几个维度来将需求进行分类并确定优先级。
举两个例子:
1、开发MVP
MVP(Minimum viable Product)指的是“用户愿意用、愿意付费”“团队有能力做”、“用户易于使用”。
开发MVP的主要目的是为了快速获得用户对产品反馈,那么对于开发MVP来说最重要的三个维度就是(1)时间成本,能不能快速做出来 (2)是不是最重要的几个功能 (3)能否展现产品特色
时间成本不高,是最重要的几个功能,可以展现特色:重点做!
时间成本高,是最重要的几个功能,可以展现特色: 仔细斟酌!
时间成本不高,不是最重要的几个功能,可以展现特色:可以做一部分!
….
2、老板提的需求
创业公司中老板经常会突然冒出一个需求,面对这种情况我们可以将老板的需求通过三个维度去考核
- 提起次数 (是否多次提起)
- 有没有必要做
- 评估时间成本
老板多次提起、有必要做、时间成本不高:可以马上做;
老板多次提起、有必要做、时间成本高: 放在之后做;
老板多次提起、没有必要做、时间成本高或不高: 和老板进行沟通;
老板只提起一次,没有必要做,时间成本高或不高: 口头上答应就好;
……..
三、总结
虽然常见的几种模型已经可以比较好地解决确定需求优先级的问题,但是实际操作中还会遇到一些这些模型没法解决的情况。理解模型和方法背后的本质,理解矩阵思维,可以帮助我们在遇到不同情况时都能拿出最好的解决方案。
没有回复内容