我们日常的需求管理，一般都是承接自运营，领导，用户需求和竞品，基本上也都是根据自己的理解和需求的迫切程度来排优先级；那对于一些我们不好界定的需求可以用Kano模型来判断。
Kano模型，该模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具
在该模型中，将需求定义为五个层次，分别为：基本需求、期望需求、兴奋需求，无差异需求，反向需求
基本需求：必须要有，如果没有，用户就会不满意；如果有的话，也不会让用户感到满意。
期望需求：没有-> 用户不满意；有->用户满意
兴奋需求：没有-> 用户不满意；有->用户满意，满意度超出用户期望
无差异需求：有和没有都不影响什么
反向需求：有的话会造成不好的体验
如下图为我理解的KANO模型，数值为满意度
Kano模型
转成二维坐标即为：
附注：近段时间的反思，提醒自己每隔一段时间都需要做一个自我复盘的过程；
最近一直在做借款端的相关设计，参照MVP的原则，设计了核心功能的使用流程，以及二期附带的一些优化体验的设计。参照了竞品，发现借款端也都是突出核心功能，附带的激励体系除了社交裂变的刺激、优惠券的刺激之外，其他的做的很少（除非附带分期商城这一类）。借款端的裂变比较单一。但是也可以理解，因为借款本身是一个刚醒的过程，让其借款流程使用舒畅、操作简洁便是最佳的方式。
关于数据分析，在考虑是否自己提炼数据库原始数据进行分析，还是做成类似BI产品的那种借款图表的分析，后者肯定会有开发量且不自由，所以一直在犹豫中，目前也只有核心业务流程的数据做了统计，这个纠结之后再去思考。
项目管理中，尽量不去设计开发的事情，以沟通时间节点去安排项目进度，将更多的时间放在 唯一产品指标的提升上去，这一块做的不好，待改进。
