常见的需求分析方法（产品篇）

需求分析方法

常见的需求分析方法有：

一、如何做构造化分析二、如何做系统建模三、需求加法四、需求减法

总结

常见的需求分析方法有：

1. 构造化分析
2. 系统建模
3. 需求加法
4. 需求减法
产品经理做需求分析主要是去定义问题。怎样去定义问题呢？主要是从有需求定义和寻找出有价值的需求去实现；或者是在已有的需求中去创新、规划出产品将来的需求。
一、如何做构造化分析

构造化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要准确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处置逻辑和业务规则，功能需求规格书等。
因为不需要准确描绘，因而描绘系统的方式比较灵敏多样，可以采用图表、示例图、文字等等方式来描绘系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户停止交流和确认，因而对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能理解系统的功能；通过功能活动图和业务规则的描绘，也可以相对准确地描绘业务系统；因为没有严格的标志语言，可以采用适当的篇幅描绘适当的系统。
当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。
二、如何做系统建模

此方法的核心概念是实体和关系，根本工具是E-R图，其根本要素由实体、属性和联络构成。该方法的根本战略是从现实中找出实体，然后再用属性停止描绘。（尤其是B端产品经理需要掌握，因为B端产品往往业务模型复杂、干系人众多）
它从数据角度对现实世界建立模型。大型软件系统较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处置、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的根本工具是E—R图。经过改进后称为信息建模法，后来又开展为语义数据建模方法，并引入了许多面向对象的特点。

三、需求加法

我们在需求搜集时，会发现需求无法满足核心主流程的设计，无法去支撑业务的运行时。首先可能会先想到去重新搜集一次需求或者是凭产品经理自身的一个才干去规划处新需求来完善产品，以使产品来满足现有的业务。这一点很考验产品经理对业务的熟悉，对整个产品设计的思想。虽然产品经理不一定产出最终的需求，但是产品经理要学会和刻意锻炼自己发掘需求的才干，去总结和发现更加合适产品的需求。从而完善核心业务流程的所有功能。
四、需求减法

经过一轮有目的性和有针对性的初始的需求搜集，会搜集到大量的需求。这些需求中包含许多无意义、不可实现和很多假需求。产品经理需要去甄别那些当前不实现，与当前产品无关的需求都需要排除掉，需要产品经理不停地做减法，直到留下当前的核心需求。产品经理需要有敏锐的嗅觉去捕获到有价值的需求，围绕产品的核心业务功能停止整体的挑选。从而去掉与核心业务实现无关的需求。
总结

通过以上的几种方法，相信大家对需求分析的方法有了根本的认知，对需求分析的过程也会有个简短的理解和一些想法。产品经理的需求分析相比于开发人员的需求分析可能会相对笼统一点。因为双方关注重点不同，但是也会产生许多交集和共鸣（比如E-R图）。很多时候，需要产品经理去发掘用户真实的需求。其实产品经理在需求分析阶段就一个定义问题的过程，假如你在定义问题的时候就已经产生了很大的偏向，那么你在给出处置方案的时候，无论处置方案多美完美和完善都是白费力气。这就好比，一个人想去北方，结果你给了他张往南方飞的机票（南辕北辙）。所以，产品经理的重要性也就显而易见。