作为产品经理的我们，需求这个东西是我们又爱又恨的玩意。
爱的是只要满足了需求，我们就走向了成功之路。
恨的是这玩意不好满足啊！
需求来源分析
做一个正常的产品项目，一定会遇到来自各方各面的需求。
一般分为外部和内部需求。外部就是指市场以及用户方面的来源。内部指企业内部的来源。
需求定位分析
确定了需求来源以后，并不能直接拿去做对应的产品功能，在这之前还需要确定需求的具体场景分析。
这里可以使用PSP分析法。
PSP分析法是一种可以分析用户的需求使用场景的方法，从角色定位-场景分析-满足路径3个阶段来进行深入的挖掘。
需求的类型
根据KANO模型，我们可以将需求分为3个类型。
基础需求：用户的核心需求，不满足用户就会产生极大的不满，从而放弃使用产品。
期望需求：用户希望得到的，也许竞品已经提供，或者用户自己想要，不提供不会失去用户，但提供的话可以增加用户的愉悦感。
兴奋需求：用户并未意识到的需求，不提供不会影响用户的愉悦感，但是一旦提供将会极大的增加用户的愉悦感，让用户兴奋。
但是需求类型也不是一成不变。兴奋需求会随着时间的改变以及竞品的改变会变为期望需求，然后变为基础需求。
需求的痛点分析
马斯洛需求层次
根据马斯洛需求层次，用户的需求分为以下几类。
马斯洛将需求分为6层，最底层的是人类的生存根本，也是需求的最刚需的部分。如果我们能抓住这部分需求，那就能做到用户离不开的地步。
逆向分析法
可以试想一下，如果不满足用户，那么用户会做怎么办？会不会选择离开你所提供的产品？如果是，那么这个需求就是必须要做的，就是用户的痛点。
当前解决方案
寻找用户的需求的当前解决方案，对比你提供的解决方案，是不是更加完善，更加快捷的满足用户？
如果不是，那么就没有竞争力，用户可能不会选择你的解决方案。
产品方案和开发成本
已经确定好用户需求，那么就应该考虑相应的产品解决方案。
产品需求做PRD，线框图以及业务逻辑图，提供给开发做方案实施。
方案的可行性一定需要让开发来做技术评估，不要因为自己懂一些技术，就替开发来做评估，如果到时候做不好，那么你自行背锅。
这里也需要寻找下方案的代替方案，如果此方案不可行，或者开发提出异议，那么就可以拿出代替方案。
当然除了技术上的可行性，还需要考虑下开发的成本，包括时间因素，资源因素以及难度成本。如果开发成本过大，那么就需要考虑别的方案了。
完成此需求，对数据上的影响
如果需求分析完了，技术上也没什么问题。那么我们就需要考虑是否值得多了。
如果满足了这个需求，对我们产品没有任何意义，在注册率，活跃率，转化率等等数据层面没有提供任何帮助，那么我们做这个需求的意义何在？相信没有任何一个人想做一个没有人使用的功能。
最后的最后，做产品想要避免采坑，那么就要认真的对待每一个需求，需求来的多了，难免会进入一种大海捞针的状态，觉得这个需求可以做，那个也可以做，然后就陷入了不断做需求做功能的地步，导致开发很忙，自己也很忙，产品越来越臃肿，而做出来的功能却没人用，久而久之团队就会在这种消沉的气氛中越做越乱。所以做好需求分析是产品经理日常工作中的重中之重，分析方法很多种，找到最适合自己的就行了。
记住，增加功能容易，减功能难，分析好需求，只做用户需要的！
