产品小白不迷路04：需求分析阶段需要做什么？

Seaing 2024-05-31 15:38:36

一、什么是需求分析

首选，什么是需求？

需求通常指的是用户或利益相关者对于某种商品、服务或系统的特定期望和要求。这些期望和要求可能涉及功能、性能、行为、设计约束等方面。

需求可以分为功能需求和非功能需求。功能需求描述了系统应该执行的任务或功能，而非功能需求则描述了系统应该满足的性能、可靠性、安全性、易用性等方面的要求。

产品小白不迷路04：需求分析阶段需要做什么？

其次，什么是需求分析？

需求分析是产品工作中的一个重要环节，它涉及到对用户和项目的功能、性能、可靠性等具体要求的深入调研和分析。

这个过程的目的是将用户非形式的需求表述转化为完整的需求定义，从而确定系统需要做什么。

在产品管理中，需求分析是一个关键环节，它帮助确定产品的特性和功能，以及如何最好地满足用户的需求。

通常我们会有个需求池记录日常的收集到的需求，以便我们后续对需求的跟踪和分析。

关于需求收集，一般有两种方式：产品自己记录管理需求、产品业务共同记录管理需求。

但是不管是哪种形式，其实需求都需要与业务或者开发人员沟通，所以最好使用可在线协作共同编辑的工具进行需求收集管理，这里介绍几个，大家可以根据实际情况进行使用。

在线编辑文档类：语雀、石墨、tower、腾讯文档、金山文档等。

这里又可以将语雀、石墨、tower分为一类，为知识库和文档管理工具，更适合多部门协助使用，深度学习和知识输出。

而腾讯、金山文档分为一类，为在线文档编辑工具，更适合日常工作和信息收集。

项目流程管理类：禅道、云效、TAPT等

项目管理可对需求进行收集记录，再跟踪需求并整个成迭代开发，管理整个需求的生命周期。且这类工具通常都会自带统计分析报表，可协助我们管理需求。但是这类的工具使用起来会有一定的门槛，例如，禅道、TAPT需要按账号进行收费，云效的免费版限制人数和可使用功能等。

又因为提出需求的人员可能很多，为了让产品快速掌握需求内容，一般会限制填写需求的格式，例如表头会包含：

在选择使用哪个工具时，应根据自身的需求和使用场景来决定。如果你的工作涉及大量的知识管理和文档编辑，在线文档类可能是更合适的选择。如果你的工作侧重于项目管理和团队协作，项目流程管理类可能更符合你的需求。

当我们接到需求，首选先判断这个需求做还是不做，就需要判断需求的真伪，后才是评估需求：

2.2.1 辨别真伪

每个功能需求背后肯定是有对应的业务流程或业务场景，只有了解业务场景，每个角色在每个流程节点需要做什么，才能对需求有一定的了解。这里可以使用流程图，将用户角色、涉及的系统、流程节点清晰的表现出来。

了解流程、业务场景之后，就可初步判断需求真伪，是否合理。还有一个简单的判断方法，我们可以问一个问题：如果这样调整了，业务的问题就解决了吗？如果调整了都解决不了，这个就是伪需求。

举个例子：

用户反馈填写商品编号时经常出错，可不可以根据商品编码的规则进行提示填写是否有误？——这个是业务提出的原始需求
通过了解发现，这个业务是采购员申请采购时，需要填写编码，这个单据后续还会流传到仓库入口，影响入库数据。但是，其实就算提示编码规则有误，也是无法杜绝人为填写会出差的情况，这个问题根本解决是不让业务填写，而是选择商品。
所以“根据商品编码的规则进行提示填写是否有误”就是个伪需求，无法解决业务根本问题。而应该从源头杜绝这种错误的发生，应该是选择商品库中已有的商品编码。

2.2.2 优先级判断

在一大堆需求里面，时间、人力等资源是有限的，我们需要整理出优先级高或者紧急的需求，优先实现上线，达到资源最大化利用。

通常我们会按照四象限分析法，先排个大概的重要程度：

产品小白不迷路04：需求分析阶段需要做什么？

可能在这个四象限的基础上，标记为优先级高、中、低，或者P0、1、2、3的等级，我们还需要根据公司的战略发展、市场的变化、人员调动等不可控的因素随时调整我们的需求优先级安排。

当我们已经明确了需求并安排了优先级后，就可以开始进行需求文档的输出，方便与业务和技术进行需求评审。

一般需求文档会包含：

文档说明：在开始撰写需求分析文档之前，首先要明确文档的目的、编写人、编写时间等。
项目背景和需求来源：在文档中详细描述项目的背景，包括项目的起因、目标、预期成果等。
列出具体的需求：将所有的需求详细列出，每个需求都应该有明确的描述，包括需求的功能、行为、输入输出等。如果可能，使用图表（包括流程图、表关系图、状态图、原型图）来辅助说明，使需求更加直观易懂。如果涉及导入导出的功能，还需要提供导入导出的模板。
保持文档的更新和维护：需求分析文档是一个动态的文件，随着项目的进展，需求可能会有所变化。

因此，需要定期更新和维护文档，确保文档始终反映最新的需求状态。