笔者本意是通过总结一些关于产品需求管理的内容文字让自己对此有个完整的认知，以备工作之需；同时需求管理也是从事产品不可回避的核心工作，做好需求管理是一个靠谱产品经理必须掌握的技能……
先说句题外话，在工作中，很多人会将用户反馈、用户需求、产品需求的概念混淆，更甚者将用户需求等同于产品需求……这显然是不对的。产品经理只有很好的把握住什么是产品需求，才能做好对产品需求的管理工作。
产品经理首先是从目标用户那里收集反馈信息，然后从用户反馈中进行分析，进而得到初步的用户需求，然后进行市场调研、深度验证，并结合公司战略、用户需求、产品目标进行产品规划，构建解决方案，即产出产品功能列表，这些待实现的产品功能就是产品需求。
产品需求是经过产品经理对收集的多方需求进行分析、评估、去伪存真之后的产物，弄清楚产品需求是什么，如何产生的，是进行产品需求管理的第一步。可能你会说那么将这些需求一一实现不就好了，为什么还有费劲巴拉的做产品需求管理呢？
首先，海量需求虽经过分析、评估、筛选但依然会保留各种各样的需求，有些需求在现阶段未必是核心需求，也未必是满足公司现阶段商业目标的重要需求，这需要产品经理结合公司战略目标、资源条件等因素，经过深思熟虑的规划和权衡来确定现阶段的核心需求，以期投入有限资源打造一款现阶段适合用户、达到商业目标的产品。
其次，产品研发周期受研发成本、技术资源、业务复杂程度、功能点等因素的影响，如果一股脑的将功能需求实现，可能会因为研发周期过长造成产品上线延迟，错失市场机会。只有做好需求管理、需求优先级划分、需求控制和维护，才能有效控制产品研发进度，降低产品落地的风险。
接下来进入正题，文章按照产品设计研发流程，并围绕产品需求收集分析、评估分类、优先级划分、需求控制等几个主要方面来总结产品经理如何做好产品需求管理。
一、需求收集、整理、分类
在产品的生命周期中，产品经理会通过用户、市场调研，竞品分析，行业、数据分析等渠道收集各类需求；面对这些需求，产品经理要学会收集，整理，挖掘需求。需求管理从这里就开始了。
以上是笔者汇总的一些获取需求的常见方法，以及需求的主要来源。产品经理通过一些方法原则，系统、全面的收集需求之后，就需要对这些散乱的各种需求进行整理。
二、需求分析、评估分类
1. 需求分析
收集整理的需求信息，往往不是真实的或者准确的，产品经理需要对需求信息进行深度思考、分析、探寻需求背后的动机。其目的是通过需求分析深刻理解需求及其本质、价值、可行性、合理性，排除伪需求，挖掘真实需求，并进行产品设计和规划，从而确定产品需求。
当然，需求分析需要考虑并思考许多问题，如该需求是在什么场景下，解决的谁的什么问题等等，这里不再展开。
2. 评估分类
主要是对经过需求分析得到的产品需求进行评估和分类，此环节通常由产品团队（产品经理、用研、交互设计师、运营等）协作完成。需求评估和分类的主要内容如下图所示：
图-4 需求评估与分类
经过一系列的思考、分析、评估、分类等工作，已经完成了对产品需求列表的初步优先级判定，如哪些需求是核心需求、主要需求、次要需求，产品需求的重要程度、紧急程度，投入回报率如何……为确定产品需求落地序列做了充足准备。
产品经理经过这个环节可以将需求放入“需求池”，以此来记录需求的详细信息，一般包括需求的以下信息：需求ID、需求名称、需求类型、需求描述、价值描述、重要程度、紧急程度、优先级、提交时间、需求提出人/负责人、需求状态、备注。
图-5 需求池
注意，在实际工作中可能只包括其中的一些需求信息属性而并非全部，设计一款适合自己、适合当前产品或项目的需求池才是最重要的，要学会活学活用。
三、需求优先级划分
这里的优先级划分是对产品需求评估的延伸，目的是继续细化、明确产品需求落地序列，尤其是产品需求分多个版本迭代落地的情况；这个环节确定下来的需求优先级结果可以补充到“需求池”中。
一个产品经理靠不靠谱、功能是深是浅，从需求优先级划分环节就可以知道，下面看一下在这个环节产品经理需要了解哪些内容：
常见的几种优先级较高的需求：
用户反应恶劣的需求；
意见领袖的意志或需求；
（1）四象限法则
一种常用的需求重要紧急程度判定和需求落地排序的方法，通过对需求按照重要且紧急、重要不紧急、不重要但紧急、不重要不紧急顺序进行划分，来确定需求落地序列。
（2）KANO模型
这是一种用户需求分类和优先级的工具，通过分析用户对待实现需求的满意程度为基础，进行需求划分，这里不再详细展开。
（3）需求维度量化计算
此类产品需求优先级判定方法，笔者个人认为太过于理想化，在实际工作中实施起来难度较大。
这里仅简单描述一下：先设定量化维度，一般包括阶段性目标（或现阶段目标）、需求服务的用户占比、投入产出比（需求价值）、用户体验、性能优化，也可以根据具体的产品或项目关注的需求因素进行设立；通过对量化维度进行权重划分（百分比），来计算需求优先级，如下图所示，仅供参考。
图-5 需求优先级计算方式
四、需求变更控制
图-6 需求变更控制流程
随着时间的推移，产品设计、研发成员对所处行业、竞品、市场、产品以及需求的认知和理解都在深化，在产品构思、研发、优化等过程中经常会迸发新的灵感和想法。在产品生命周期中，需求变更是常态，也是产品需求管理的工作核心之一。
在工作中需求变更通常有以下原因造成的，如下：
市场调研、用户分析、需求验证不充分；
需求评审、技术评估、工作量估算不到位；
设计、研发对产品需求理解不到位，导致设计方案有缺陷、不够健壮，不能达到需求目标；
新业务，市场、行业机会发生变化，产品目标改变；
……
需求虽然是变化的，但在一段时间内，产品目标和产品需求是相对稳定的，应尽可能减小因需求变更对产品需求落地计划的干扰和风险。
产品经理在进行产品需求管理过程中，要有风险意识，首先要适当控制欲望，不以自己的喜好决定需求；同时要全面、深刻的认识到需求变更所带来的风险，尤其是一个未经深思熟虑的想法或需求所带来的后果。
在进行需求变更时，要慎重审视每一个需求，加强变更控制，确保团队的精力都聚焦在产品的核心需求的实施上。如果不严加控制可能会导致现有需求的重大变更或增加新的需求，严重干扰团队精力，打乱产品落地计划，结果可能会导致错失市场先机，导致产品价值大打折扣甚至失败。
下面总结了一些需求变更需要注意的内容：
进行需求变更分析，明确变更动机或目的，对变更内容进行深度分析；
评估变更需求的可行性、重要性、必要性、变更成本等；
进行需求变更影响分析，明确需求变更对当前计划的影响、利弊和造成的风险；
对需求变更的流程规范做出清晰的定义，制定需求变更标准流程和特殊流程（针对特殊需求变）；
对变更的需求进行深度分析、评审，明确变更内容信息及需求落地计划，如当前版本实现，还是在迭代版本中实现……
明确团队各成员职责，并指定一个人专门维护需求变更事宜，做好需求变更记录；
建立产品需求基准版本文档和需求变更控制版本文档，产品需求基准版本文档是项目各方对产品需求达成共识的快照；之后的需求变更同步在产品需求控制版本文档中，避免产品需求管理因变更导致混乱；
五、需求跟踪
产品需求管理是一个持续的动态管理过程，新需求不断产生，同时一批批待实现需求实施落地，产品经理要负责对产品需求的进展情况进行跟踪，并时刻更新需求状态，这也是产品经理进行产品需求管理的核心工作。
需求跟踪包括：
维护产品需求变更的历史记录，记录需求变更的详细情况（如需求变更内容、原因、日期、负责人、版本号以及需要通知的开发所涉及的人员等）；
需求状态信息的跟踪，维护记录每项需求的进度状态（一般包括待确定、未开始、开发中、已完成、搁置、取消、关闭）变化，还需要记录与需求进展相关的其他重要信息，如需求完成时间、需求搁置、取消、关闭原因等等。
此环节的工作建议产品经理借助一下需求管理协助工具，来完成产品需求的管理和跟踪。笔者在下面的内容也推荐了几款。
六、几款工具帮助你做好需求管理工作
在实际工作中，各种产品或者项目的管理工作让产品经理应接不暇，提高工作效率，做好各环节的工作，必须借助一些强大的工具来帮助产品经理应对繁复的工作，使其在工作中游刃有余。不同的工具，可以解决不同的工作，下面介绍几款笔者自己常用的工具：
1. Excl，表格文档，操作简单，功能强大，几乎能够解决产品需求管理的全部工作；但是在周期短，要快速迭代和开发的互联网环境下，它在维护需求信息方面起来要复杂，笨拙，不那么便捷。
笔者经常用它来做如下工作：在初步确定产品需求后，用其记录全部的产品需求，产出产品需求列表；待产品需求进行评审、分类及优先级划分后，建立产品需求基准版本。
2. ONES.Project，笔者在用，此工具支持团队各成员共同管理和维护，在需求变更、控制、跟踪以及需求状态维护等方面都非常便利；笔者在产品研发、测试、上线、迭代优化阶段使用此工具。
3. Teambition，也是一款好用的团队协作工具，在项目管理、敏捷开发、产品设计、创新管理等方面都非常实用。
除此之外，市面上有很多不错的在线工具，如Testin、worktile……君子善假于物，工具可以提高工作效率，让工作井井有条；切记：要善用工具，但不可完全依赖工具。
最后再说一句，产品需求管理是产品经理必备的核心技能，而需求优先级划分、需求变更控制、需求跟踪是需求管理的核心和主要工作，做好需求管理是一个靠谱产品经理的重要标签。
文章虽多多查阅文字资料，详细研读之后，再结合实践经验，但仍未能将需求变更的内容提高到方法论的高度，整理成册，分享给大家。只望本篇文字的梳理能对产品需求管理方面不知如何开展工作的童鞋有所帮助，有所启发就好……
