产品经理做好需求管理九种方法

24917-1.gif

1.客户的需求 

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

2,公司的需求, 

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

3,其他部门的需求 

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

4,同部门需求 

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

5,业务需要说明需求产生的原因,可能是高层制定的目标,中层对工作流程的调整,基层碰到无法解决的问题,用户需要,外部环境变化,竞争对手策略变化或者政府政策调整等。

需求人员在明确业务需要时,首先明确干系人,其次获取干系人要求/需求。可以采用的方法包括:行业基准(竞品),业务规则分析(产品分析),头脑风暴,焦点小组,功能分解,根源分析等。

6,需求挖掘阶段的目标是找出干系人的真实需求。单方面的口头描述或者规范章程都可能与实际需求相差甚远,因此需要需求人员收集各方面需要,交叉验证,合理推导,发掘出用户的实际需求。

工作步骤:确认干系人,收集实际情况,整合多方面信息,确认实际需要。方法包括:访谈,观察,问卷,焦点小组,头脑风暴,可用性测试,竞品分析,数据分析,文档分析,咨询专家等。

7,需求分析阶段则是对已经收集的真实需求进行规整,包括两部分内容,组织整理需求和对需求排优先级。

组织整理需求采用相同粒度描述需求,并描述需求间关系。主要方法包括:功能分解,业务规则分析,数据模型,流程模型,范围模型,用户经历,场景和用例,组织模型。

需求优先级划分通过定义需求的优先级,为计划安排提供有价值的参考。可以参考的定义维度包括:时间,预算,业务价值,业务和技术风险,实施难度,成功可能性,规范和政策,与其他需求的关系,与干系人的协议,紧急程度等。可采用3/4级优先级定义,或者MoSCoW模型定义,其中M=必须 S=应该 C=能够W=将要。

8,需求定义主要工作为根据前期整理的相关文档整理需求说明。输出包括:业务需要,需求陈述,组织整理后的需求以及需求优先级。需求说明主要包括:业务需要,业务需求和系统需求。·

9,需求验证包括需求检验和需求确认,即需求过程中的检查和需求完成的测试。

需求跟踪矩阵是个好东西,可以在需求分析阶段产出。

 

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/255.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息