需求分析工具：ICE模型、HMW模型、KANO模型

1. ICE模型

定义

• I：impact影响范围——这个需求对多少用户产生影响；
• C：confidence自信程度——这个需求对用户达成的效果预测；
• E：Ease实现难以——这个需求的实现难度；

使用场景

• 偏向产品方案的优先级

2. HMW模型

定义

How Might We = 我们可以怎样做。

• 明确用户场景问题
• 开始拆解问题
  1. 否定，如何想办法让用户放弃这个想法；
  2. 积极，如何让用户提升自己来解决问题；
  3. 转移，如何让其他人解决问题，继而解决这个用户的问题；
  4. 脑洞大开，尽可能多列举一些不敢想的方案；
  5. 分解，把很大的问题拆解成2-3个步骤；
• 列出所有的解决方案；
• 分类筛选；

使用场景

• 偏向梳理产品需求

3. KANO模型

定义

• 基本型需求：产品的必做功能，是用户的核心需求，不提供用户满意度会大大降低，优化此类需求，用户满意度不会显著提升；
• 兴奋性需求：实现用户满意度大大提升，不实现用户满意度不会显著提升；
• 期望型需求：痒点，处于成长期用需求，企业要重点关注，实现用户满意会提升，不实现用户满意度会降低；
• 无差异型需求：用户不在意，对用户体验毫无影响，尽量避免；
• 反向型需求：用户根本无此需求，提供用户满意度会下降；

使用场景

• 偏向产品需求排序

4. 三种模型的应用

需求背景

某餐馆需要开发一款店内点餐的小程序，用户到店后扫码点餐，服务人员收到用户的点餐请求，生成订单号码，将菜单打印，送往后厨。

用户需求

1. 顾客能够适用小程序点餐；
2. 服务员能够在后台收到点餐请求，生成订单号，送往后厨；
3. 后厨根据后台的各个订单进行做菜；

需求分解

第一，明确需求场景

场景	需求
一位顾客进店后，扫描右上角的二维码进行点餐操作，他想知道这家店最有名的菜品是什么，有什么优惠活动。	1.用户可以看到菜品排名；2.用户可以看到店铺优惠；
服务员收到顾客的订单后，将其打印出来送往后厨，但是订单和订单之间菜品有重复，后厨想要知道同一时段相同菜品的订单量	1.小程序后台对要菜品进行分类和统计；
.....	.....

第二步，将需求场景拆解到功能，功能对应解决明确的业务问题。

场景	需求	功能
一位顾客进店后，扫描右上角的二维码进行点餐操作，他想知道这家店最有名的菜品是什么，有什么优惠活动。	1.用户可以看到菜品排名；2.用户可以看到店铺优惠；	显示菜品top排名；显示菜品优惠折扣；
服务员收到顾客的订单后，将其打印出来送往后厨，但是订单和订单之间菜品有重复，后厨想要知道同一时段相同菜品的订单量	1.小程序后台对要菜品进行分类和统计；	设置订单处理系统
.....	.....
第三步根据用户、业务需求画出流程图，对不同的角色创建不同业务处理状态。
第四步梳理功能模块，有哪些模块、子模块，每一模块对应哪些功能。
第五步对功能的优先级进行排序，这时候就可以使用ICE模型和KANO模型。