1. ICE模型
定义
- I：impact影响范围——这个需求对多少用户产生影响；
- C：confidence自信程度——这个需求对用户达成的效果预测；
- E：Ease实现难以——这个需求的实现难度；
使用场景
- 偏向产品方案的优先级
2. HMW模型
定义
How Might We = 我们可以怎样做。
- 明确用户场景问题
- 开始拆解问题
- 否定，如何想办法让用户放弃这个想法；
- 积极，如何让用户提升自己来解决问题；
- 转移，如何让其他人解决问题，继而解决这个用户的问题；
- 脑洞大开，尽可能多列举一些不敢想的方案；
- 分解，把很大的问题拆解成2-3个步骤；
- 列出所有的解决方案；
- 分类筛选；
使用场景
- 偏向梳理产品需求
3. KANO模型
定义
- 基本型需求：产品的必做功能，是用户的核心需求，不提供用户满意度会大大降低，优化此类需求，用户满意度不会显著提升；
- 兴奋性需求：实现用户满意度大大提升，不实现用户满意度不会显著提升；
- 期望型需求：痒点，处于成长期用需求，企业要重点关注，实现用户满意会提升，不实现用户满意度会降低；
- 无差异型需求：用户不在意，对用户体验毫无影响，尽量避免；
- 反向型需求：用户根本无此需求，提供用户满意度会下降；
使用场景
- 偏向产品需求排序
4. 三种模型的应用
需求背景
某餐馆需要开发一款店内点餐的小程序，用户到店后扫码点餐，服务人员收到用户的点餐请求，生成订单号码，将菜单打印，送往后厨。
用户需求
- 顾客能够适用小程序点餐；
- 服务员能够在后台收到点餐请求，生成订单号，送往后厨；
- 后厨根据后台的各个订单进行做菜；
需求分解
第一，明确需求场景
| 场景 | 需求 |
|---|---|
| 一位顾客进店后，扫描右上角的二维码进行点餐操作，他想知道这家店最有名的菜品是什么，有什么优惠活动。 | 1.用户可以看到菜品排名；2.用户可以看到店铺优惠； |
| 服务员收到顾客的订单后，将其打印出来送往后厨，但是订单和订单之间菜品有重复，后厨想要知道同一时段相同菜品的订单量 | 1.小程序后台对要菜品进行分类和统计； |
| ..... | ..... |
第二步，将需求场景拆解到功能，功能对应解决明确的业务问题。
| 场景 | 需求 | 功能 |
|---|---|---|
| 一位顾客进店后，扫描右上角的二维码进行点餐操作，他想知道这家店最有名的菜品是什么，有什么优惠活动。 | 1.用户可以看到菜品排名；2.用户可以看到店铺优惠； | 显示菜品top排名；显示菜品优惠折扣； |
| 服务员收到顾客的订单后，将其打印出来送往后厨，但是订单和订单之间菜品有重复，后厨想要知道同一时段相同菜品的订单量 | 1.小程序后台对要菜品进行分类和统计； | 设置订单处理系统 |
| ..... | ..... |
第三步根据用户、业务需求画出流程图，对不同的角色创建不同业务处理状态。
第四步梳理功能模块，有哪些模块、子模块，每一模块对应哪些功能。
第五步对功能的优先级进行排序，这时候就可以使用ICE模型和KANO模型。