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

常见的需求分析方法有：

1. 结构化分析
2. 系统建模
3. 需求加法
4. 需求减法

产品经理做需求分析主要是去定义问题。怎样去定义问题呢？主要是从有需求定义和寻找出有价值的需求去实现；或者是在已有的需求中去创新、规划出产品未来的需求。

一、如何做结构化分析

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

二、如何做系统建模

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

三、需求加法

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

四、需求减法

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

总结

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