说回前面，前面两篇文章讲述了市场调查、竞争产品分析，一定聚集了很多需求，那么你是怎么分析这些需求的呢？ 从哪个维度进行分析？ 下一篇文章主要介绍我个人需求分析的方法和步骤。
需求分析是整个项目计划阶段的重要活动也是软件生命周期的重要一环这个阶段不是思考系统如何“实现”，而是分析需要从功能上“实现”什么的阶段。
需求分析的目标是分析、整理和确认用户对产品提出的“需求”或“需求”后，编制一份完整、清晰、描述规范的文件，决定软件需要实现什么功能，完成什么工作。
此外，软件的性能、可靠性、响应时间、扩展性等，软件的非功能需求、软件设计约束、运行时与其他软件的关系等也是软件需求分析的目标。
上面的照片基本上是讲道理的，下面的照片是我整篇文章的分析步骤：
第一步：整理需求池
首先请看下图，看看需求的来源是什么：
通过收集上面的各种需求，收集很多需求。 俗称需求池。 在收集过程中，记录需求大部分是先拿笔记记录下来，最后汇总在电脑上，所以会分散。 此时，需要规范所有需求并编制清单的表。
示例如下所示。
列表字段：编号、需求分类、需求说明、方案说明、需求来源、提交时间、是否解决、优先级、注释。
文档说明：
(1)需求分类)一般需求可以分为5类。
(2)场景说明：主要说明需求发生的场景。
(3)需求来源)主要记录需求的发生方法。
(4)优先顺序)这里使用了本公司的优先顺序的排列方法。 P0最高，P4最低。 这个地方可以灵活应对，换成自己公司的就行了。
) )备注：一般用于叙述，不解决的理由。 解决需要注意什么？
分析方法：需求分析没有写自己分析需求的方法。 因为网络上有很多这样的自我分析和讲述需求的方法。
介绍在网上发现的需求分析。 有兴趣的人请点击看看。 我的文章只是在说明如何让需求落地。
其他说明：
因为一般的产品分为用户和后台，所以在创建Excel平台时，需要分为两个满足平台需求的模块。 这样可以明确各平台的需求。 召开需求大会时，各平台的审查需求。
第二步：需求大会
将所有需求汇总到了需求池中。 此时，产品经理需要组织需求大会，邀请相关同事讨论V1.0版本所需的需求。参加者：相关领导、项目经理、产品相关人员(产品旺、产品助理、产品专家)、研发领导、运营。
会议时间：2-4小时。
会议记录：产品经理。
会议说明：
(1)这样的需求大会，将根据需求进行讨论，V1.0版本是要做还是不做，所以会议时间一般会变长。 产品经理必须为每个所讨论的要求确定优先级。 例如，是否需要评论第一个版本的实现，是否需要延迟处理，是否需要指定延迟原因等。 一般在我前面名单的需求池列表后面处理。
)2)关于需求，一般围绕以下维度进行讨论。
第三步：初稿需求整理
会议结束，产品经理要做的就是过滤需求池列表的需求，对V1.0版本中首先要做的需求进行一个需求的整理，分别制定V1.0需求列表。简单地制作了需求清单的excel表。 仅供参考：
列表字段：编号、所属模块、子模块、要求说明、场景说明、优先级、注释。
备注：将前端和后端的需求分开排队。 展览会更清晰。
第四步：V1.0需求确认会
汇总了所有的V1.0 需求，又是产品经理主持会议的时候到了，这次的会议室确定上一次会议的确定下来的版本需求。参会的人员：相关领导、项目经理、产品相关人士（产品汪、产品助理、产品专员）。
会议时长：1个小时左右。
（1）确认需求的过程中一般又会爆发新的一轮需求的讨论，别问为什么。（上次讨论需求的脑细胞已经死亡了，新的脑细胞又会有新的意见。）
（2）产品需要记录这次会议上针对需求提出来的一些讨论结果的记录。
第五步：最终需求表
有些公司需求的确认会，需要经过很多次的需求会议，才会确认下来。本文只是理想化的做了2次，但是不管经历了几次需求确认会，都会走到最终定下来的这一稿。
我简单做了一个最终需求列表的一个Excel表格，表格如下：
列表字段：编号、所属模块、子模块、需求描述、场景描述、优先级、产品负责人、完成时间、预计用时、对应开发人员、完成情况。
备注说明：
产品负责人字段：有些公司一个产品是多个产品经理负责，所以需要写上对面模块的产品负责人，这样在后期开发的过程中，开发有问题可以直接找到对应模块的负责人。完成时间一般都是在需求定下来的时候就可以大概定下来的。预计用时、对应开发人员、完成情况。这些是在帮研发leader做的了，leader拿到表就可以开研发内部任务分配会议了。题外话：研发leader拿到这个需求列表后，召开研发的会议，然后分配任务给对应的开发人员，就可以直接在页面天对应的天数、开发人员了。
结尾
本篇文章讲解了产品从汇总需求池到需求确认的整个过程，接下来的一篇文章，会全面讲解我们在做0到1的产品需要输出哪些产物。