1、需求的分类
需求一般分为四种需求：原始需求、用户需求、产品需求、个性需求。
原始需求：就是最原始的，未经加工的需求，可能是客户提出的，也可能是行业共性（有可能是监管机构提出的）。
用户需求：使用系统的人提出的需求，可以根据用户角色，用户类型划分来归类。提取用户群需求的共性，找出用户需求的矛盾点，进行综合分析处理。
产品需求：从产品层面出发，对产品未来发展方向有益的，对产品的迭代有帮助的，有益于产品的用户体验，有益于市场认同和提高竞争力的需求。
个性需求：用户提出的个性化需求，并不一定适用于所有客户。
2、需求分析的主要步骤：
1、首先获取需求，了解所有用户类型，包括潜在用户类型，以确定整体目标和方向。
a） 对用户进行访谈和调研，对各个角色的需求进行归纳整理分析。
b）业务需求，模拟业务场景，对业务逻辑业务流程进行梳理，整理出业务需求。
2、分析需求，对原始需求进行细化。
a）根据业务逻辑和业务流程画出流程图，分析需求以及业务走向（数据流图DFD:Data flow Define，实体关系图ERD，用户用例use case）
b）挖掘每个需求点的产生原因。
c）挖掘每个需求点的隐含需求。
d）挖掘每个需求的必要性。
3、 需求确认： 整理分析阶段的所有需求，确保需求一致
a）整理不清晰的需求。
b）分别将以上需求点与对应用户进行确认，保证需求的一致性和清晰性。
4、编写需求文档：使用自然语言，通俗易懂的方式展现，可以添加图形来增强阅读力
a）应该包含功能需求和非功能需求。
b）最好把原始需求加入到需求文档中，单独列出一章节。
c) 在编写需求分档过程中，又可以细分为四个步骤。
1、建立版本功能需求树。在此步骤中可使用思维导图按照不同的标准，如按模块划分、用户角色划分等，对零散需求点进行整理，形成整个系统的主要需求树。
2、建立需求文档目录结构。此步骤实质是对上一步骤的形式转化，形成文档版本的需求框架，使文档的表达逻辑更加清晰。
3、详细需求内容填充。上一步骤的整个需求文档的框架指明了方向，本步骤是对这些框架的内容进一步填充。实质是针对不同用户面对的业务流程的总结描述。
4、需求文档版本迭代。由于客户的需求在不断的发生变化，因此需要对需求文档进行版本控制。比如采用R0、R1等命名文档。
3、在进行需求分析时，一些经验总结。
1、尽可能地让自己成为用户
不管你在做任何产品，如果想要做好它，都需要将自己代入相应的用户角色，从真实的使用者角度去思考问题
2、倾听用户需要，理解用户需求
很多需求都是直接从用户中来的，用户有时会告诉你他需要什么，这个时候，我们会认真听取用户的意见，去理解用户内心的真实需求。
3、听听用户的解决方案
有时候从技术角度去处理业务，可能会陷入困境。此时可以询问用户针对该业务是如何手工实现的，将用户的智慧吸收进项目中。
4、了解需求发生的频度
在进行产品方案选择时，尤其是需求的实现要花费高昂的成本，需求发生的频度是一个很好的参考标准。
5、模拟用户操作，补全缺失流程
在进行需求分析阶段，可能会遗漏一些流程，在编写阶段可以自行脑部，当然这需要一定的业务背景知识，进而补全缺失流程。
4、相关引用
1、 如何进行需求分析
2、 产品需求文档的编写四步法
3、 实例讲解：如何一步步做好需求分析