【产品经理】如何管理产品需求？
需求的管理一般分三部分：
产品经理本身不能对产品方案进行实施，需要协调研发、测试、设计等工作人员来共同完成产品需求，这个时候我们就需要将自己梳理的产品需求，传达给我们需要协调的这些人，这个过程就是交付需求的过程，一般分下面两个步骤：
1、提交需求
2、评审需求
在提交了产品需求后，需要组织开发、运营、设计、测试等相关人员对产品需求进行评审，在评审过程中，对产品的目标、背景、问题、思路、解决方案等进行介绍、评审的目的一个是为了让产品更完善，具有可行性；另一个目的，也是让所有参与人员认可并评审通过的产品需求才能被开发，评审是产品工作中非常重要的环节，如果这部分工作做不好，开发过程中的摩擦和改需求的可能性非常大。
需求评审通过后，就可以开始实施了，在实施前需要和具体的执行人一起来确定开发计划，一般包含以下几种情况：
1、和开发确定开发计划， 主要包含：
2、和设计人员确定UI设计计划 ，主要包含：
3、和运营人员确定运营计划 ，主要包含：
这里面要特别注意下面几点：
1、明确干系人，每一项需求的实现工作都需要具体到某个人。 不能似是而非，否则最后出了问题都找不到人；
2、明确工作中的关键时间节点。 比如开发什么时候开始，什么时候测试，什么时候上线等问题；
3、在计划中要考虑风险因素，和执行成员事先商量好规避风险的办法。 比如在计划安排上考虑后面需求变更、人员变更、技术实现困难等因素，在排期上时间安排的宽松一点，这样有意外情况发生时也有时间来调整。另外在执行过程中，可以和团队小伙伴商量使用每天10分钟站立会的方式对执行过程的工作内容进行把控，让每个人讲下前一天的工作进展和今天的工作安排，有没有延期或者有没有什么自己解决不了的问题，然后再讲一下今天的工作计划，有没有什么困难需要帮助，通过对每一天工作内容和进度的把控来保证产品需求能被按照计划来实现，这个方法在很多互联网公司使用。
在需求评审完成后，产品会进行封板，需求池也会冻结。不论什么需求，都不会加到这个版本里面了，原则上是不能再改变需求了，但是有时候因为一些客观因素，需求变更又是不可避免的。比如市场环境的变化，之前考虑不周，功能被遗忘，技术实现比预估的困难等因素，所以管理产品需求变更也是产品需求管理的一项重要工作。
1、分析需求
需求变更常见的类型有三种：新增，删除和更改，当产生了新的需求的时候，首先我们使用之前讲的需求分析的方法，从痛点→用户→需求→产品需求→评审，这样一个流程来对需求进行分析，确认需求的价值，看看这个需求是真实需求还是伪需求，只有靠谱的需求才有变更的必要和讨论的意义，这里要防止拍脑袋变更需求，拍脑袋一两次是可以的，经常随意改变需求，自己的信誉会下降，而且能力也会被同事质疑。
2、分析变更的可行性
要不要变更需求，可以从以下三个方面来评估
3、变更需求
变更的需求被评估，确定要进行需求变更后，就可以执行需求变更了，这时候需要做两方面的工作：
第一部分是自己独立完成的工作，需要对变更后需求的产品流程、功能、原型、文档等进行相应调整；
第二部分是协调其他参与人，及时把需求变动告知相关人员，让其对工作作出相应的调整。
做完以上两个工作，需求变更才算真正完成。
内容摘自《人人都是产品经理》
如何进行需求管理
需求管理源于业务需要，始于需求挖掘，继而需求分析，需求定义，需求验证。周而复始。
一，业务需要说明需求产生的原因，可能是高层制定的目标，中层对工作流程的调整，基层碰到无法解决的问题，用户需要，外部环境变化，竞争对手策略变化或者政府政策调整等。
需求人员在明确业务需要时，首先明确干系人，其次获取干系人要求/需求。可以采用的方法包括：行业基准（竞品），业务规则分析（产品分析），头脑风暴，焦点小组，功能分解，根源分析等。
二，需求挖掘阶段的目标是找出干系人的真实需求。单方面的口头描述或者规范章程都可能与实际需求相差甚远，因此需要需求人员收集各方面需要，交叉验证，合理推导，发掘出用户的实际需求。
工作步骤：确认干系人，收集实际情况，整合多方面信息，确认实际需要。方法包括：访谈，观察，问卷，焦点小组，头脑风暴，可用性测试，竞品分析，数据分析，文档分析，咨询专家等。
三，需求分析阶段则是对已经收集的真实需求进行规整，包括两部分内容，组织整理需求和对需求排优先级。
组织整理需求采用相同粒度描述需求，并描述需求间关系。主要方法包括：功能分解，业务规则分析，数据模型，流程模型，范围模型，用户经历，场景和用例，组织模型。
需求优先级划分通过定义需求的优先级，为计划安排提供有价值的参考。可以参考的定义维度包括：时间，预算，业务价值，业务和技术风险，实施难度，成功可能性，规范和政策，与其他需求的关系，与干系人的协议，紧急程度等。可采用3/4级优先级定义，或者MoSCoW模型定义，其中M=必须 S=应该 C=能够W=将要。
四，需求定义主要工作为根据前期整理的相关文档整理需求说明。输出包括：业务需要，需求陈述，组织整理后的需求以及需求优先级。需求说明主要包括：业务需要，业务需求和系统需求。·
五，需求验证包括需求检验和需求确认，即需求过程中的检查和需求完成的测试。
需求跟踪矩阵是个好东西，可以在需求分析阶段产出。
如何做好产品需求管理？
需求不总是显而易见的,而且它可来自各个方面。需求并不总是容易用文字明白无误地表达。存在不同种类的需求,其详细程度各不相同。如果不加以控制,需求的数量将难以管理。需求相互之间以及与流程的其他可交付工件之间以多种方式相关联。需求有唯一的特征或特征值。例如，它们既非同等重要，处理的难度也不同。需求涉及众多相关利益责任方，意味着需求要由跨职能的各组人员来管理。需求可能发生变更。需求对时间敏感。当这些问题同时出现，如果没有需求管理或处理技能不足以及缺乏易用工具等情况时，业务就会进入混乱，甚至是面临瘫痪与失败。为此我们不得不重视和加强需求管理。需求管理是完整管理模式中的一环，同其他特性诸如完整性、一致性等不可分割，彼此相关而成一体。一套需求管理应当是已知产品需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚至是充分满足），仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来，构成了一个需求池，然后通过管道（流程规范）进行流转，将产品价值交付客户。可以说，需求管理指明了产品开发所要做和必须做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。需求管理的过程，从需求获取开始贯于整个项目生命周期，力图实现最终产品同需求的最佳结合，如图7-3所示。通过对需求管理在项目进程中实施的不同任务进行分析，我们可以看出需求管理所起的作用。图7-3 需求管理流程（示例）建立需求管理流程的首要任务在于使产品团队对于需求管理都有一个明确的认识，并明确每一个人在项目中所起的作用，进而对整个项目有一个整体把握。因此，需求管理需要解决的第一位也是最基本的任务就是建立需求流程和规范，并使所有相关人员达成共识。为了建立一个真正满足工作需要的需求管理系统,产品团队首先必须确定系统要解决的问题，即需求来源。然后,团队必须将采集到的所有需求进行汇总，归入需求池中进行统一管理。继而对需求的有效性、真伪、分类、时效、优先级进行分析、再确定需求是否要接纳进行开发，并做好状态标记。接着对已确定的高优先级需求指定需求负责人对其进行详细分析，并提交评审，通过后列入版本计划。最后由产品开发团队负责需求实现，交由测试人员严重通过后对外发布。如果客户或内部需求提出人员对交付的结果不满意，可以进入需求管理循环处理改进，直到客户满意或解决问题为止。需求管理是一个动态的过程，离开了能动的、变化的系统进程而空谈需求管理，无异于纸上谈兵。需求管理恰如裁缝的量体裁衣，它直接关系到最终产品的成型。仅从字面出发，如果一个产品满足了客户需求，那它无疑就是成功的。
