如何做好需求管理？ 如何进行需求管理

大多数产品经理从管理需求、定义产品并验证产品是否符合原始产品定义开始。 这就要求产品经理发展自己的需求管理技能。 通常，产品需求管理包括以下内容：

1）需求收集它包括被动和主动需求收集，其中主动需求收集需要掌握需求收集的方式和方法，产品创意需要统一纳入需求收集范围;

2）需求分析通过需求分析的分层模型，深入分析需求背后的用户问题和痛点，用户的需求场景，必要时通过一些简单的样机，确保对用户需求的准确理解;

3）需求分布不是所有的需求都要包含在下一个产品版本中，成熟的需求管理团队丛淮能够找到最具价值的中长期需求，并将其纳入需求分配过程中的产品规划中;

4） 需求满足这个阶段的主体责任是产品的开发团队在弯道上，产品埋在地下的管理者郑山需要保证产品开发的各个阶段都不要偏离自己的产品理念;

5） 需求验证这包括产品经理对产品的验证，以及产品经理主导的用户验证。

一般来说，产品需求管理能力培训的目标是发现价值需求，形成能够取得市场成功的产品理念，从而指导产品开发团队成功开发出让用户满意的产品。

需求管理：从我的工作总结来看，有以下几点： 1客户需求，从客户的角度找到产品的核心功能和用途，分析客户对产品需求的模型，最关注和重视哪些功能，从现有的数据和反馈中筛选出真实的客户需求，而不是简单地判断客户是否想要这个东西， 喜欢和讨厌某个功能，他们为什么喜欢和讨厌...... 而客户的“建议”也需要分析判断。

2.公司的需求，包括公司的经营计划、盈利方式、盈利能力指标等，以及公司高管等部门对产品界面、功能、流程的理解和要求。 3.其他部门的需求 其他部门对产品的工作量、技术门槛、是否满足资源等有其他部门的需求，以及产品项目自身利益的需求。

我们现在使用的日常清理，让需求人员将需求输入到“收集”状态，由产品助手集中处理，可以根据需求的具体情况将需求拖拽到其他集中状态。 如果拖到“确认”，Timbi会添加相应的技术人员来处理需求，技术人员会在日清协作系统中收到通知，并将需求同步到其存储箱中，方便技术人员集中处理，解决后技术人员会拖拽到“已解决”状态卡。

1.挖掘用户需求

需求管理的第一步，就是挖掘用户需求，明确用户是谁，弄清楚在用户需求的使用场景中解决了哪些问题。

是的定性研究分析和定量研究分析两个维度来探索用户需求。

定性研究和分析的结果应作为用户画像输出。 用户是什么样的人，他们有什么偏好，他们会在什么场景使用我们的产品和服务？ 因此，定性研究需要鼓励用户多说多说，多问深入问题。

定量研究分析的输出是用户需求的重中之重。 因此，在定量研究时要避免主动引导用户，尽可能让客户描述清楚客观，这样才能洞察客户需求的优先次序。

其次，将用户故事描述为产品需求

收集用户需求后，需要将用户需求转化为产品需求，有效连接产品团队、研发团队和测试团队。

用户故事是用于描述研发需求的常用表达方式，强调以客户为中心的对话，帮助团队将重点从编写需求转移到讨论和理解产品需求的价值，同时大大减少编写详细需求文档所花费的时间。

用户故事 = 用户 + 故事 = 人 + 原因 + 事物，提取的三个要素是谁、为什么和什么。 需求描述是用于标识用户和用户需求的简短描述。 可以使用斐波那契数列（一种经典的估计方法）估计故事点来衡量工作量。

3、梳理产品需求并验证

在做完产品需求洞察和分析之后，我们还需要：将产品需求整理并规划成特定的产品功能，然后从中选择用于测试的MVP（最小可行产品）进行重新验证。 在完成所有用户研究、需求分析和 MVP 验证后，您可以验证需求是否可靠并准备好进行正式开发。 为了提高产品团队和研发团队的协作效率，还需要将需求可视化给团队，做好需求管理。

第四，构建工作流并直观地管理需求

可视化、结构化地管理需求，及时同步需求池，公示整体调度计划，减少信息不对称导致的变更。 一旦发现变化的风险，就要及时应对，避免风险的积累。 在项目虚拟外观管理工具中创建需求工作项类型，以便进行需求池管理。

输入要求表，包括完整的说明、产品文档、样机等后续研发过程中需要参考的材料，以便于后续研发流程的审核和流程。

需求管理是项目管理中非常重要的一部分，这里有一些做好需求管理的技巧：

1.确定您的需求在项目启动阶段，需要与项目利益相关者确定项目的需求，包括功能和非功能需求。 确保需求清晰、可衡量和可验证。

2.组织需求：对需求进行分类和组织，并构建需求文档和需求跟踪矩阵等工具，以方便管理和跟踪需求的变化。

3.确认要求在项目执行过程中，应不断确认需求，以确保项目团队和利益相关者对需求有相同的理解。 通过原型设计、演示等确认需求。

4.管理变更随着项目的进展，需求可能会发生变化，对需求的更改应及时记录和管理，以确保更改得到适当的批准和控制。

5.跟踪要求：贯穿整个项目周期，跟踪需求的执行情况，及时反馈和调整。 忏悔需求跟踪矩阵等工具可用于需求跟踪和管理。

以上是做好需求管理的一些建议，需要根据具体项目情况灵活应用。

需求管理源于业务需求，从需求挖掘开始，然后进行需求分析、需求定义和需求验证。 周期。

首先，企业需要说明需求的原因，可能是高层设定的目标、中层对工作流程的调整、基层无法解决的问题、用户的需求、外部环境的变化、竞争对手策略的变化或政策调整。

需求人员在明确业务需求时，首先明确利益相关者，然后获取利益相关者的需求。 可以使用的方法包括：行业基准测试（竞争对手）、业务规则分析（产品分析）、头脑风暴、焦点小组、功能分解、根本原因分析等。

其次，需求生成阶段的目标是找出利益相关者的真正需求。 单方面的口头描述或规范规定可能与实际需求相去甚远，因此需求人员需要收集各方面的需求，交叉验证，合理推断，以发现用户的实际需求。

工作步骤：确认利益相关者，收集实际情况，从多个方面整合信息，确认实际需求。 方法包括：访谈、观察、问卷调查、焦点小组、头脑风暴、可用性测试、竞争对手分析、数据分析、文档分析、咨询专家等。

第三，需求分析阶段是组织已经收集到的真实需求，包括两个部分，组织需求和确定需求的优先级。

组织需求以相同的粒度描述需求，并描述需求之间的关系。 主要方法包括：功能分解、业务规则分析、数据模型、流程模型、范围模型、用户体验、场景和用例、组织模型。

需求优先级通过定义需求的优先级为计划提供了有价值的参考。 可以参考的定义维度包括：时间、预算、业务价值、业务和技术风险、实施难度、成功的可能性、规范和政策、与其他需求的关系、与利益相关者的协议、紧迫性等。

这可以以 3-4 级优先级的形式定义，也可以以莫斯科模型的形式定义，其中 m=must，s=s，c=canw=will。

四是需求定义的主要工作，是根据前期整理出来的相关文件，对需求描述进行梳理。 输出包括：业务需求、需求陈述、有组织的需求和需求优先级。 需求描述主要包括：业务需求、业务需求和系统需求。 ·

五、需求验证包括需求检验和需求确认，即需求过程中的检验和需求完成情况的检验。

需求跟踪矩阵是一件好事，可以在需求分析阶段生成。

需求管理是完整管理模型的一部分，与完整性、一致性等其他特征密不可分。 一套需求管理应该是已知系统需求的完整体现，并且解决方案的每个部分都占整体需求的一定比例（甚至完全满足），只解决部分需求是没有意义的。 未能满足关键要求可能是灾难性的，想象一下飞机设计不当的后果。

将不同的需求组合在一起，形成一套完整的需求模型。 用户需求决定了系统设计要解决的问题和要带来的结果。 可以说，需求管理指明了系统开发中需要做和必须做的一切，指明了所有设计应该提供的功能和必须受到的约束。

需求管理过程，从整个项目生命周期的需求获取开始，努力实现最终产品和需求的最佳组合。 通过分析需求管理在项目过程中实施的不同任务，我们可以看到需求管理所扮演的角色。

泄漏需求可以来自市场、用户调研、运营、测试、开发、用户反馈、产品经理等，他们在工作过程中会经常问你，在一定程度上，他们会经常打断你的工作，正确的做法是清晰地收集需求周期，可以是半个月或一个月来总结需求收集情况。

正常流程是定期收集，但有一种情况是业务方从来不提需求，这时候就需要主动和业务方谈谈，了解业务方的规划，参与对方的商方计划，会让你对整个大产品有更高的了解， 从而挖掘更多潜在需求。

在收到业务端的建议后，要进行初步梳理，剔除一些无效需求，并有效记录在需求池中。 如何消除无效需求：需求方只会告诉你一个解决方案，你需要不断询问需求方为什么，去了解它背后的真实需求，看看现有的解决方案是否已经解决或保存了更好的方式来解决本质需求，如果可以的话，你不需要把它放在需求池里。

过滤掉无效需求后，将剩余的需求记录到需求管理工具中（管理工具可以是多种**工具或excel，我个人更喜欢excel）。 需求需要记录的信息包括：需求、需求描述、目的和价值、需求**、需求分类和需求标签。

需求分为要讨论的需求和要开发的功能。 要讨论的要求是那些不清楚是否需要做，也不知道如何做的要求。 这些要求可以与其他产品同事或业务部门讨论以得出结论。

要开发的需求：如果需求相对明确，则可以开发的需求。 要求标签：

根据产品计划划分几个业务领域，每个领域都有明确的目标，然后将这些需求划分为多个业务领域。 这样做的好处之一是，分散的 Huna 需求是分类的，并且有一个总体目标，而不是单一的需求点。 以**教育的前端业务为例，可以分为以下几类：

需求调度的实际工作可能是产品自身的感觉来调度，这是非常不科学的。 互联网行业中比较流行的方法之一是使用 kano 模型进行优先级排序。

将需求分为兴奋性需求、期待需求和基本需求。 优先解决：基本需求、期待需求和兴奋需求。

网上关于卡诺模型的介绍很多，知乎上有一篇文章供大家参考：卡诺卡诺模型-函数优先级模型。

具体调度：个人的做法是满足高优先级的需求，但中间也需要插入一些优先级稍低的需求，否则兴奋性需求可能永远无法排名。