正文
通过第一阶段收集到的需求，
可能会来自于不同部门、不同角色、不同颗粒度且零散的需求。这时就需要对需求进行分析。
需求分析的目的就是业务分析，也就是：
选择一种以业务为导向的方式将零散的、不同颗粒度的需求串起来，形成一个完整的、内容清晰的框架，指导后续相关的产品设计 、产品开发工作。
做需求分析时，我们可以用业务流程图，业务场景，领域建模，状态图等思考模型来进行需求分析。
具体如何用这些模型来做需求分析，可以参考我之前写过的两篇文章：
《
Ｂ端产品如何进行业务流程的梳理与绘制？
》；
《
Ｂ端产品如何进行业务全场景的需求梳理？
》。
第三个关键点，需求确定。
对分析完成的需求，接下来就要和需求发起者进行确定，这是不是他们想要的需求。
第四个关键点，需求评审。
需求确定以后，接下来需要与技术团队评审需求，需要开发的周期、投入的人力需要多少进行沟通。
第五个关键点，需求推进。
对已经完成确定、完成评审的需求，需要进一步往下进行原型设计、UI设计、技术开发等工作的推进。
如何推进？
需求推进的过程中有哪些关键点需要注意，可以参考我之前的一篇文章：
《
B端产品如何做好项目管理？
》。
第六个关键点，需求变更。
已评审完成的需求，在往后推进落地的过程中，可能会遇到需求变化的情况。
可能是业务方提出的需求变化，
也可能是技术在开发过程中遇到了技术挑战，提出了需求变更的请求。
这时通过再次沟通、评估新的产品方案、评估新的技术方案，选择合适方案，往下进行需求落地的推进。
从需求收集到需求变更是一个完整、闭环的需求管理过程。
只有认清需求管理的全生命周期，才能管理好全生命周期中动态的变化，管理好每一个“需求管理”的节点。
02
需求库管理
一家初创的企业级Saas公司，
或者是一家传统企业开始开发软件来解决企业数字化转型问题的公司，
刚开始需求没有多少，收集到的需求可能找个文档简单记录一下需求就可以。
随着业务的发展，需求越来越多，
面对庞大的需求，这时就需要找一个合适的工具来进行需求管理。
这个工具叫做“需求库”，也有人把它称为“需求池”。
