最近一年，一直在IT解决方案设计和需求规格说明书编写方面努力，面对日常工作绰绰有余。
找回初心，再次拿出产品经理认知课件，看看自己应该从哪里努力，这次选择了需求管理。
分析真实需求
用户提出的，有时候是解决方案，有时候是表面的需求，需要不断的问Why，找出真实需求。
能否通过现有功能满足
B端产品往往可配置性强，且操作复杂。有时候找出了用户的真实需求，却发现并不需要开发，可能是用户不会用，也可能是通过简单的配置就可以搞定。这就需要对业务现状和系统现在非常熟悉。
KANO模型定性分析
如果的确需要开发，那就需要按照优先级处理了。KANO模型将需求分为必备需求、期望需求、魅力需求、无差异需求、反向需求
通过以下对照表可以确定需求属于哪一类
O：期望需求
A：魅力需求
M：必备需求
I：无差异需求
R：反向需求
Q：不应该出现这种结果
ROI定量分析
按照定性分析排序后，再按照投资回报率进一步排序
以上是学习内容，但我还是由一个疑惑：我目前遇到的需求都是业务提出来的，都是必备需求，kano模型有用吗？
上网查资料，看到了杨堃老师的需求分级https://zhuanlan.zhihu.com/p/200729943，有了进一步了解。
我遇到的都是业务需求，是业务主管提出的，都是影响公司业务运作的需求，基本都是必备需求。
用户需求是从用户体验有关的需求，是一些业务人员提出的，特别适用适用kano模型分析。
产品需求，最好是最初设计的时候就考虑好，不然就要重构，劳民伤财。对IT来说，基本都是必备需求。
所以，并不是不需求kano模型，只是目前遇到的都是必备需求。所以来了需求，还是要用kano模型分析一下，抵制思维惯性。
如何训练呢？把之前的需求都拿出来分析一下吧。
网友评论