Question

如何进行需求管理

Answer 1

　　需求管理源于业务需要，始于需求挖掘，继而需求分析，需求定义，需求验证。周而复始。

　　一，业务需要说明需求产生的原因，可能是高层制定的目标，中层对工作流程的调整，基层碰到无法解决的问题，用户需要，外部环境变化，竞争对手策略变化或者政府政策调整等。
需求人员在明确业务需要时，首先明确干系人，其次获取干系人要求/需求。可以采用的方法包括：行业基准（竞品），业务规则分析（产品分析），头脑风暴，焦点小组，功能分解，根源分析等。
二，需求挖掘阶段的目标是找出干系人的真实需求。单方面的口头描述或者规范章程都可能与实际需求相差甚远，因此需要需求人员收集各方面需要，交叉验证，合理推导，发掘出用户的实际需求。
工作步骤：确认干系人，收集实际情况，整合多方面信息，确认实际需要。方法包括：访谈，观察，问卷，焦点小组，头脑风暴，可用性测试，竞品分析，数据分析，文档分析，咨询专家等。
三，需求分析阶段则是对已经收集的真实需求进行规整，包括两部分内容，组织整理需求和对需求排优先级。
组织整理需求采用相同粒度描述需求，并描述需求间关系。主要方法包括：功能分解，业务规则分析，数据模型，流程模型，范围模型，用户经历，场景和用例，组织模型。
需求优先级划分通过定义需求的优先级，为计划安排提供有价值的参考。可以参考的定义维度包括：时间，预算，业务价值，业务和技术风险，实施难度，成功可能性，规范和政策，与其他需求的关系，与干系人的协议，紧急程度等。可采用3/4级优先级定义，或者MoSCoW模型定义，其中M=必须 S=应该 C=能够W=将要。
四，需求定义主要工作为根据前期整理的相关文档整理需求说明。输出包括：业务需要，需求陈述，组织整理后的需求以及需求优先级。需求说明主要包括：业务需要，业务需求和系统需求。·
五，需求验证包括需求检验和需求确认，即需求过程中的检查和需求完成的测试。
需求跟踪矩阵是个好东西，可以在需求分析阶段产出。

Answer 2

需求管理是产品经理核心工作职责和技能之一，以下步骤简单列出了需求管理的步骤和常用工具，希望可以帮到你。

一、挖掘用户需求

需求管理的第一步是要挖掘用户需求，明确用户是谁，搞清楚用户需求的使用场景在哪里，来解决什么问题。

可以采用定性调研分析和定量调研分析两种维度挖掘用户需求。

定性调研分析输出的结果应当输出用户画像。用户是一群什么样的人，他们有什么喜好，会在什么场景下使用我们的产品和服务。因此，定性调研需要鼓励用户多讲述，深度追问；

定量调研分析输出的是用户需求优先级。因此，定量调研时要避免对用户主动引导，尽可能让客户清晰客观描述，才能洞察客户需求的优先级。

二、将用户故事描述为产品需求

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

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

用户故事=用户+故事=人+故+事，提炼出来三要素就是who、why、what。从需求角度描述就是一个用来确认用户和用户需求的简短描述。可以通过「预估故事点」来衡量工作量，使用经典估算方法——斐波拉契数列来进行故事点预估。

三、梳理产品需求并验证

做完产品需求洞察以及分析之后，我们还需要将产品需求梳理规划成具体的产品功能，然后从其中筛选出来用以测试的MVP（最小可行化产品），进行再次验证。完成所有的用户调研、需求分析、MVP验证，就可以验证需求是靠谱的，可以准备正式研发。为了提高产品团队和研发团队的协作效率，还需要将需求可视化展现给团队并做好需求管理。

四、搭建工作流，可视化管理需求

可视化和结构化地管理需求，及时同步需求池，公示整体排期计划，减少因信息不对称引起的变更。一旦发现有变更风险，要及时地应对，避免风险堆积。在项目管理工具中创建需求工作项类型进行需求池管理。录入需求单，包含完整的描述、产品文档、原型等后续研发过程中需要参考的资料，方便进行评审以及后续研发过程的流转。

Answer 3

需求管理的一个重要目标是搞清楚

做什么？

要搞明白“做什么”，不如先搞明白“不做什么”，所以需求管理的第一点是：说NO，就是搞清楚哪些东西不做，让真正重要的东西暴露出来
如果能做好这一点，我认为需求管理已经成功了一大半。

另外一个目标是做到什么程度，本质上也是“做什么”的延伸，这需要你有丰厚的领域知识和经验，否则就比较难以决定需求实施到什么程度，所以这需要你：不断地积累领域和专业知识，然后据此来判断
工具的选取是整个团队的事，要看你的具体场景自己做出选择，通常情况下一个简单的项目管理软件即可。

1.客户的需求，
从客户角度找到产品的核心的功能和用途，分析出客户对产品的要求的模型，最关注和重视的是哪些功能，并且从现有的数据和反馈中筛分出真正的客户需求，而不是从客户反馈简单判断客户是不是要这个东西，喜欢和讨厌某个功能，为什么喜欢和讨厌。。。以及客户的“建议”也需要去分析和判断。

2，公司的需求，
包括公司的商业规划，盈利的方式，盈利指标等等，以及公司高管和其他部门对产品的界面、功能、流程一些理解和要求。

3，其他部门的需求
其他部门对产品的工作量，技术门槛，资源是否满足等，以及产品项目对他们本身的利益等需求。

4，同部门需求
同部门对该产品的认识和想法、建议，是否配合以及利益影响。

所有需求都是要经过反复筛选，并辨别出真正的答案，才是能给产品设计与开发，运营提供清晰的方向方法。