在日常工作中，产品经理需要分析和管理各种需求。这些需求来源有很多，例如同事，用户，业务部门，老板，甚至是产品创意等等。当然这些也可以简单的理解为需求分析，但是对于理论的什么是需求分析，以及需求分析分为哪些方面，还是有很多人不清楚，接下来我们就来介绍一下需求分析的相关知识，希望可以帮助到有需求的人。

　　什么是需求分析？

个人对需求分析就是：确认终点寻找路径的过程。

从这一定义来说需求分为2类：

●第一类是终点比较明确，无太多争议性，此时的需求分析主要集中在寻找路径。

●第二类是终点不是非常明确、甚至是极为不明确，此时需要先确认终点再去寻找路径。

　　第一类需求主要包括一些公司职能部门管理后台一些效率性工具、营销工具等

如：财务管理、订单管理、路由配置等，这类需求考验的是产品经理的基本功，包括业务流程梳理、功能逻辑梳理、功能列表及细节，提供最终解决方案、优先级协调、方案拆解及迭代计划等。

需要注意的是，这里所说的终点比较明确是相对的，有些新人产品经理比较容易犯的错误是，业务部门提啥后台需求我就接啥。

这样很容易导致后续改改改，因为业务人员提的往往不是一个需求，而是一个解决了他们所认为的需求点的一个方案，产品经理一定要能识别需求和方案之间的差别，透过方案看到需求本身是什么。

举个简单例子：运营人员提了个需求说，我想在推送配置界面里加一个EXCEL导入推送人员名单功能。

这个需求看上去很合理，这样运营就可以快速的导入推送人员名单了，但是仔细想想这是一个需求吗？或者说这个需求本质是加一个EXCEL导入功能是产品的最终形态吗?这个问题在这里不做回答，后面会举一个相类似的我在工作中遇到的实例。

　　第二类需求主要是一些用户端需求

比如推出一个新的功能、一个新的玩法、对以前功能做优化。但是对于这个玩法究竟效果如何，大家都不能很确定。此类需求相对于第一类需求除了考验产品的基本功以外还需要产品经理有规划MVP（最小可行化产品）能力、数据分析能力等。

需求分析分为哪些方面？

需求分析的工作大致可以分为四个方面：问题识别、分析与综合、制订规格说明、评审。

问题识别：就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求（做什么）、性能需求（要达到什么指标）、环境需求（如机型、操作系统等）、可靠性需求（不发生故障的概率）、安全保密需求、用户界面需求、资源使用需求（软件运行是所需的内存、CPU等）、软件成本消耗与开发进度需求、预先估计以后系统可能达到的目标。

分析与综合： 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分。最后综合成系统的解决方案，给出要开发的系统的详细逻辑模型（做什么的模型）。

制订规格说明书： 即编制文档，描述需求的文档称为软件需求规格说明书。请注意，需求分析阶段的成果是需求规格说明书，向下一阶段提交。

评审： 对功能的正确性，完整性和清晰性，以及其它需求给予评价。评审通过才可进行下一阶段的工作,否则重新进行需求分析。

上述就是关于什么是需求分析，以及需求分析分为哪些方面的全部内容介绍，想了解更多关于需求分析的信息，请继续关注中培伟业。