一、KANO 模型KANO 模型分为:基本型需求、期望型需求、兴奋型需求。1.基本型需求,这类需求是应该得到满足,有是应该的,没有是会引起用户不满;所以这类需求是比较重要也是需求挖掘和需求分析应当用心做好的,这是一个产品的基础.举例说明,聊天表情,几乎任何具备聊天场景的 IM,都有发送表情的功能,输入法也开发了自己的默认表情,假如你设计一款新的 APP,缺少了表情,可能会让用户不满.2.期望型需求,在做用户调研或则访谈的时候,用户反馈假如有某个功能,该多好,当你想深化了解的时候,用户或客户自己也说不明白为什么需要这个功能,就是觉得假如你有,就很好。假如没有其实也影响不大;还有种可能,用户使用了竞品友商的产品,进行相互对比的时候,告诉你某某产品有这个功能,我觉得你们也应该有,这类需求属于期望型需求同时也属于基本型需求,所以这类需求不满足,会引起用户的不满,得到满足,会给产品加分但是不会太多.对于期望型需求,我曾经也纠结过苦恼过,也设计过原型,一直迟迟没有提交开发,这类需求收集到了可以提前准备,等时机成熟(有很多用户或则客户都提到这个需求)或则有开发资源的时候,再做。举个例子,我现在在做的是 ToB 的产品,是专业的销售人员、外勤人员的行为管理软件,提需求的大部分是后勤人员,他们的工作就是使用后台进行监督、管理、汇总等,尤其是刚刚使用我们产品,对考勤管理特别用心,每天都会盯着考勤查看谁请假、出差、迟到早退、各种异常,然后每月工资也会根据考勤来制定.问题来了,用户提到假如考勤能这样排版、这样汇总、假如能够在一个页面看到所有信息等等.其实这些需求都是某些用户频繁使用产品,遇到的麻烦和想偷懒所提出的,他们期望软件帮他们完成所有的工作,然后自己每天就是坐在电脑前静静的等待结果。这类需求,需要慎重容易导致产品变得越来越臃肿,为了满足了任何人的需求,反而满足不了任何人的需求。所以很多文章都提到,产品经理面对需求,需要做减法。期望型需求,就是考验产品经理做加法还是做减法的推断力。3。兴奋型需求,让人出乎意料的产品属性,这类需求满足了会给产品增加不少魅力和好评.举个例子,我在使用番茄,遇到一个问题,我每天需要固定一个时间看书,去完成这个番茄计划,但是每天去设置是很麻烦的事情,我当时就想有没有一个循环设置的方式,只用设置一天的几点到几点我要完成某事,然后勾选重复每天,就可以以后不用在设置,每天根据计划完成就可以了。我把设置页面每个按钮都点...