在实际工作中，我们很容易将“用户反馈”、“用户需求”、 “产品需求”等相混淆，这是因为很多时候他们所要表达的内容是一致的，比如用户反馈说微博商业接口中的搜索结果不仅可以按降序展现，最好也可以按升序排列，这是用户的反馈信息，也是最真实、具体的用户需求，而产品需求就是在下一版本升级时要增加一个排序参数。
但是事实上，“用户反馈”、“用户需求”、 “产品需求”这三者有着本质的区别，还是福特汽车那个比较经典的例子。
用户反馈：一匹更快的马。
用户需求：用最短的时间到达目的地。
由此可见，有时候“用户反馈”并不等同于“用户需求”，也不等同“产品需求”，如果错误的将用户反馈当成是用户需求或者是产品需求，那么将会造成错误的决策，因此对三者进行有效的界定区分是非常必要的。
产品经理首先需从用户那里收集反馈信息，分析用户需求，再根据用户需求进行产品功能规划，这些待实现的产品功能对于产品来说就是产品需求。
收集用户反馈，分析用户需求，最终都是为了生产产品需求。用户需求是无限的，相应的产品需求也会各种各样，因此，如何有效的进行产品需求的管理是非常重要的。
用户需求收集的来源与方法有很多，包括竞品分析、访谈、问卷调查、焦点小组、可行性测试、现场观察、数据分析、任务和场景分析等，在不同阶段应用的收集方法是不一样的，需求收集是持续的过程，贯穿产品发展的生命周期。
之所以将用户需求转换为产品需求再进行管理，是因为多数时候凭借经验根据用户需求制定初步的产品解决方案并不需要耗费多大的精力，却可以让我们更加深入地理解用户需求以及产品需求和产品之间的关系，同时也方便我们准确的评估满足用户需求的产品新方案的技术可行性和优先级。
选择性的记录产品需求的一些重要属性，将有助于我们更好的管理产品需求，如产品需求所属模块、产品需求的需求类型、需求方代表等。
一个产品往往是一个复杂的功能系统，为了产品更容易分析和开发，产品会被分解为几个功能模块，每个功能模块负责完成产品一部分的系统功能。需求所属模块就是产品需求所隶属的模块，用来直观地说明产品需求在产品结构中的具体位置。比如微博数据中心分为粉丝分析、内容分析、互动分析、行业趋势分析四个模块，而页面访问分析是隶属互动分析这个模块。
需求类型：
对产品需求进行必要的分类，不仅可以帮助我们更好的管理需求，而且还可以更好的分析需求，对每个需求的价值大小做出更准确的判断。同样的产品需求可以按照不同的维度进行分类，具体采用哪种维度可以根据实际需要来决定。比如微博数据中心的后台管理支持系统就要针对代理商需求与零售商需求进行区分。
需求方代表：
需求方代表就是最初提出该用户需求的人员，在产品功能规划与版本升级时，如果需求方案不得不调整，那么产品经理可以迅速找到相应的需求方代表进行沟通。比如运营人员提出发票录入系统的相关问题，在产品实施过程中如果需要进行调整可以快速找到其进行沟通，确保新的产品需求能够正确无误地反映用户的真实意愿。
考虑到互联网公司的时间、资源都是有限的，必须对产品需求优先级进行排序。判断产品需求优先级的主要依据是产品需求的投入产出比，即产品需求的产出价值与投入成本之间的比例。除此之外，还要考虑需求的紧急程度、与产品策略的契合程度、需求之间的潜在关系、实际可调配的资源情况等因素。
比如微博数据中心的后台管理系统的代理商返点比例需求是由部门BD提出的，但是在1.0版本就没有实现，主要就是因为这个需求的优先级比较低，不是刚需。
产品需求管理是一个持续的动态过程，新的产品需求不断产生，同时一批批产品需求被实现。产品经理要负责对产品需求的进展进行跟踪，并时刻更新它们的状态。需求状态指的是产品需求在这一刻所处的情况。常见的需求状态有：待确定、未开始、开发中、已完成、搁置、取消。
