需求价值评估
-
业务需求
- 产品维度和模块为度：商业模式和模块价值
- GSM模型：目标-信号-衡量指标（Goal、Signal、Metric）
-
用户需求
- 需求价值 = 需求刚性×需求广度×需求频率×可替代方案
- 需求刚性：需求是否是必需
- 需求广度：需求满足的用户量是否够广、覆盖量全面
- 需求频率：一个痛点对用户的刺激次数
- 可替代方案：评价可替代方案的价值——判断其对用户的损失
- 需求价值 = 需求收益-需求成本
-
马斯洛需求层次理论
- 越底层的需求需要满足的量可能越大
- 底层需求：基本需求（吃喝拉撒睡等）
- 越高层的需求得到满足后产生的价值可能越高
- 高层次需求：游戏私服中抓住核心氪金用户（自我实现、尊重与崇拜等的需求）
KANO模型
-
期望（意愿）型需求（One-dimensional Quality/Performance Quality）
-
用来预测一个功能或产品的用户满意度
- 用户满意度同功能实现成正比（期望属性）
- 应该在这些功能上投入大量资源，因为他们是获取用户和留下用户的关键，同时也是竞争优势
- eg: 应用的响应速度更快/下载速度更快
-
基本（必备）型需求（Must-beQuality/Basic Quality）
-
用户期望和理所当然的功能（必备属性）
-
在基本的需求得到满足之前，应该投入大量资源，得到满足之后，就不用投入大量资源了
- eg：电商的结账功能：一旦基本需求得到满足，用户的满意度就会放缓
-
兴奋（魅力）型需求（Attractive Quality/Excitement Quality）
-
是用户喜欢的，但不是期待或必须的功能
-
在这里投入资源是可以的，但不要以牺牲用户期望和必需的功能为代价。不过，值得注意的是，令人愉悦的功能往往是建立用户忠诚度和口碑的关键
- eg：微信的摇一摇的功能：用户对令人愉悦的功能感到满意，但没有这些功能的时候，也无所谓，并不会感到不满。
- eg：滴滴的理财功能：用户在场景下做投资获得更多收益（没有好的反馈，已经取消了）
- 无差异需求（Indifferent Quality/Neutral Quality）
- 无关紧要的功能，不会影响满意度
- 把资源投入在识别这些功能上，以免浪费更多的资源
- 反向（逆向）型需求（Reverse Quality）
- 反功能是用户不喜欢的功能
- 把资源投入在识别这些功能上，以免浪费更多的资源
- eg：可能满足一小部分用户的需求，但对整个产品的收益影响是负向的。
如何进行KANO分析
- 用户通常不擅长识别或表达他们真正想要的需要的功能。因此，卡诺分析需要通过成对提问来解释一个问题：一个直观的功能问题，后面是一个功能障碍问题。
- 如果微信推出了“摇一摇”的功能，你的感觉如何？
- 如果微信没有推出“摇一摇”的功能，你的感觉如何？
- 满意度和不满意度系数
- 满意度系数是一个介于0到1之间的数：越接近1，就代表该功能对用户的满意度的影响越大
- 不满意度系数是一个介于0到-1之间的数：越接近-1，就代表该功能对用户的不满意度的影响越大
价值复杂性矩阵（The Value-Complexity Matrix）
- 所有的需求都有一个固有的商业价值和实现的复杂性，并可以将其站是在一个由[价值]和[复杂性]形成的[平面直角坐标系]中。
-
确定需求的价值
- 需求的价值，并不单单是这个需求可以换回多少收入，还包括了增加流量、促进用户活跃、减少成本等各个方面，这些价值的权重可能不尽相同。
- 第1号区域：「高价值，高复杂性」，这些需求都属于重要的需求，但是实现起来很困难，我们必须有足够的时间（精力）去处理它，因此我们应该优先处理该区域内的需求。
- 第2号区域：「高价值，低复杂性」，这些需求做起来绝对是一本万利，性价比最高。但是正是因为比较简单，所以我们可以给一个较低的优先级来处理。不过这种需求一般比较少，是不是很失望。
- 第3号区域：「低价值，低复杂性」，对于这些需求虽然实现起来比较简单，但是也不会为你带来什么价值。性价比也就不是很高，所以你可以把它列入你的需求列表里，如果资源允许就做，如果资源不允许，就痛快的舍弃掉。
- 第4号区域：「低价值，高复杂性」，性价比最低，复杂还没有价值，愉快的把它排除吧。
- 需求的价值，并不单单是这个需求可以换回多少收入，还包括了增加流量、促进用户活跃、减少成本等各个方面，这些价值的权重可能不尽相同。
-
确定需求的复杂性
- 每一个需求都需要实现，一般我们可以用（预计）工作时长来表示该需求的复杂性
- 考虑复杂性的时候还需要考虑使用压力。比如这个功能是否需要投入较高的运营费用？是否拥有足够的人力去支持该需求的运营。
- 最后，还需要去考虑该项目的风险程度，开发小伙伴是否有能力完成，该需求是否会对已有的其他功能产生影响等
- 需求复杂性 = 时间+使用压力+风险程度