2 个方法,让产品经理快速决策需求优先级

0 评论 2697 浏览 19 收藏 9 分钟

今天这篇文章聊聊定义需求优先级的方法,这几个方法是我通过学习和平时工作中思考总结而来,在这里分享给你,希望与你一起交流。

这周我们团队开始制定季度目标,在此之前,已经和各个业务团队进行了一轮沟通,了解到团队的目标,也收集到了长长一列的需求。面对这么多的需求,我和我的产品经理小伙伴用了两个方法,快速完成的优先级排列。

方法 1:KANO 模型

KANO 模型,是一种对用户需求分类和优先排序的工具,此模型可以将需求分为3 种:基础型、期望型和高满足型。

需求可以分为以下 3 类:

(1)基础型需求

也可以叫必备需求,没有这些功能,业务流程就不完整。

例子:B 端业务的账号系统,没有的话,用户是无法使用的。

(2)期望型需求

这类需求是在业务跑通之后,提升客户的效率,这些功能多一点,客户满意度会高很多。

例子:批量更新等,能有效的提升用户的效率。

(3)高满足型需求

这是用户自己想不到的,如果你有了这些功能服务,可以非常满意;如果没有,客户也想不到,也无所谓。

例子:SOP(Standard Operating Procedure ,即标准作业程序)工具。产品经理对业务和行业非常熟悉后,可以为用户定义标准业务流程,当达到某种条件自动执行,极大的减少人力成本,有效的提高工作效率。

需求类型对应的业务价值和用户满意度,如下图:

2 个方法,让产品经理快速决策需求优先级

KANO 模型(图片来源:自己画的)

我们可以看到,基础型需求是必备的,如果没有那业务是跑不起来的,如果非常完善,也仅仅是刚刚满足用户的目标而已,用户满意度也不会高。这也是很多产品经理感觉自己做了很多事情,业务方不会给你好评的原因。

期望型需求,是帮助客户解决便捷性的问题。同样是一个「患者挂号」功能,竞品只可以选择「科室挂号」,而你比竞品功能多了可选择「医生挂号」,那客户选择购买你产品的几率会更大一些。

高满足型需求,这个需要产品经理对业务和行业认知度非常高,才可能做出类似的需求。

案例分享

下面通过一个真实的案例,来给大家看下,如果通过「KANO 模型」,快速定义优先级。

(1)需求背景

疫情期间,我们团队接到一个需求:要管理公司所有微信的文章发布情况,要发布文章需要提前预定,如果要发商业广告,需要提前一段时间申请,并且申请次数有限制。

(2)需求场景化 &拆分任务

拿到这个需求,我们和业务团队进行了几次沟通,了解到业务团队使用场景,也明确定位「微信广告位预约系统」,基于需求和使用场景,我们对需求进行了拆分:

(3)基于 KANO 模型,进行优先级整理

那我们基于 KANO 模型,对上面需求进行了分类整理,整理出需求列表。

基础型定位是「微信预定管理,促进各团队协作进度透明化」,没有这块需求是不完整的。

期望型需求定位「减少团队之间不必要的沟通」,属于有这块内容,业务团队会满意,没有就会吐槽。

高满足型需求定位是「系统打通,数据自定化流转」,没有这个业务团队照常用,如果有这个需求,业务团队就会非常开心,减少了两个系统切换的问题。

2 个方法,让产品经理快速决策需求优先级

KANO 模型内部的优先级

最终我们得到的优先级如下:

但我们看到,不同层级的需求还是很多,那同一层级的需求,怎么进行优先级排序呢?这就用到我们第二个需求管理策略:「产品价值模型」。

方法 2:产品价值模型

产品价值可以分为两类:业务价值和用户价值。

价值定义:

  • 业务价值:对应商业类产品,称为商业价值,体现在能给业务带来多少收益。
  • 用户价值:对于使用者来说,能给他带来的价值,比如说能减少操作步骤。当业务价值与用户价值产生冲突的时候,优先于考虑业务价值。

通常来讲,基础型不存在优先级的,是一定要全做的。当然你可以分几个版本来实现,但如果基础型需求没有完善,业务方可能就用不起来。

对于期望型和高满足型需求来说,对业务价值高的优先,然后根据功能对使用者的价值,来确定优先级。

2 个方法,让产品经理快速决策需求优先级

优先级原则

期望型和高满足型需求,最终我们得到的优先级如下:

最终效果:

通过「KANO 模型」和「价值模型」,我们很快完成需求拆分,虽然疫情期间在办公需要远程沟通,由于清晰的优先级拆分,得到业务方的认同,产品也很进入开发迭代。

经过 2 周的开发, P0 需求完成上线,业务方立即进入使用。因为了解我们的优先级规划,也没有催命连环 Call,按照每周一个版本的节奏,完成了 P1.1、P1.2需求,剩下的需求节奏逐步放缓,产品经理及时了解业务使用情况,后续版本中增加优化内容。

总结

这两个方法能较大颗粒度的判断需求的优先级,能帮你大致排好工作计划。

还有很多需求优先级管理方法,比如说矩阵分析法(重要紧急 > 重要不紧急>不重要紧急>不重要不紧急)、满足核心用户需求的优先(二八原则)等。

工具没有完美的,选适合自己的就好。

#专栏作家#

司马特小队,公众号:司马特小分队,人人都是产品经理专栏作家。8年+互联网资深产品经验,多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!