如何进行需求分析

需求的分类

需求一般分为四种需求：原始需求、用户需求、产品需求、个性需求。

• 原始需求：就是最原始的，未经加工的需求，可能是客户提出的，也可能是行业共性（有可能是监管机构提出的）。
• 用户需求：使用系统的人提出的需求，可以根据用户角色，用户类型划分来归类。提取用户群需求的共性，找出用户需求的矛盾点，进行综合分析处理。
• 产品需求：从产品层面出发，对产品未来发展方向有益的，对产品的迭代有帮助的，有益于产品的用户体验，有益于市场认同和提高竞争力的需求。
• 个性需求：用户提出的个性化需求，并不一定适用于所有客户。

需求分析步骤

1. 采集需求。首先获取需求，了解所有用户类型，包括潜在用户类型，以确定整体目标和方向。
   a）对用户进行访谈和调研，对各个角色的需求进行归纳整理分析。
   b）业务需求，模拟业务场景，对业务逻辑业务流程进行梳理，整理出业务需求。
2. 分析需求。对原始需求进行细化。
   a）根据业务逻辑和业务流程画出流程图，分析需求以及业务走向（数据流图DFD:Data flow Define，实体关系图ERD，用户用例use case）
   b）挖掘每个需求点的产生原因。
   c）挖掘每个需求点的隐含需求。
   d）挖掘每个需求的必要性。
3. 确认需求。整理分析阶段的所有需求，确保需求一致
   a）整理不清晰的需求。
   b）分别将以上需求点与对应用户进行确认，保证需求的一致性和清晰性。
4. 编写需求文档。使用自然语言，通俗易懂的方式展现，可以添加图形来增强阅读力
   a）应该包含功能需求和非功能需求。
   b）最好把原始需求加入到需求文档中，单独列出一章节。
   c) 在编写需求分档过程中，又可以细分为四个步骤。
   • 建立版本功能需求树。在此步骤中可使用思维导图按照不同的标准，如按模块划分、用户角色划分等，对零散需求点进行整理，形成整个系统的主要需求树。
   • 建立需求文档目录结构。此步骤实质是对上一步骤的形式转化，形成文档版本的需求框架，使文档的表达逻辑更加清晰。
   • 详细需求内容填充。上一步骤的整个需求文档的框架指明了方向，本步骤是对这些框架的内容进一步填充。实质是针对不同用户面对的业务流程的总结描述。
   • 需求文档版本迭代。由于客户的需求在不断的发生变化，因此需要对需求文档进行版本控制。比如采用R0、R1等命名文档。

经验总结

• 尽可能地让自己成为用户
  不管你在做任何产品，如果想要做好它，都需要将自己代入相应的用户角色，从真实的使用者角度去思考问题
• 倾听用户需要，理解用户需求
  很多需求都是直接从用户中来的，用户有时会告诉你他需要什么，这个时候，我们会认真听取用户的意见，去理解用户内心的真实需求。
• 听听用户的解决方案
  有时候从技术角度去处理业务，可能会陷入困境。此时可以询问用户针对该业务是如何手工实现的，将用户的智慧吸收进项目中。
• 了解需求发生的频度
  在进行产品方案选择时，尤其是需求的实现要花费高昂的成本，需求发生的频度是一个很好的参考标准。
• 模拟用户操作，补全缺失流程
  在进行需求分析阶段，可能会遗漏一些流程，在编写阶段可以自行脑部，当然这需要一定的业务背景知识，进而补全缺失流程。

参考资料

• 如何进行需求分析
• 产品需求文档的编写四步法
• 实例讲解：如何一步步做好需求分析