需求分析七宗罪之一页纸需求（下）

上篇连载回顾（建议先阅读首篇）：需求分析七宗罪之一页纸需求（上）

下面给大家展示了一个如何描述增长类的例子↓↓↓

创新类需求与增长类需求相似，它们通常都是为了实现增长而存在的。创新类需求可能涉及新的领域或者旧领域的新方法。这些创新需求通常面临一系列不确定的假设。

为了实现创新，我们需要设计相应的验证方式来验证以下假设：

• 假设用户有这个需求，并希望改善

• 假设用户愿意为这个功能付费

• 假设竞争对手不会跟进

优化类需求：大多数系统都不是短期生命周期的，一旦系统交付后就进入维护期。大部分需求都是优化类需求。

优化类需求可以进一步分为以下几个方面：

• 整体优化：长期运行后，通过收集用户反馈，可以形成整体优化方案，进行全面升级。

• 小优化：相对于整体优化，小优化更常见。这些小优化可能频繁发生，数量可能很多，很难明确描述其业务价值。因此，不需要对这类需求进行业务价值描述。

• 技术优化：技术优化包括偿还技术债务、架构升级等。这些优化旨在确保后续开发能够更顺利进行，避免由于技术问题导致后续需求难以实现。

对于技术优化需求，应明确为何进行技术优化、所需时间周期以及带来的价值，以便业务方理解为何需要进行技术优化。

【角色梳理】

确认业务价值后，接下来需要梳理角色，即五步法中的第二步：【角色梳理】 角色梳理是非常重要的一步，如果我们没有识别出相关干系人，可能无法提供一个合理的产品。通常可以使用流程图、组织关系图等方法来识别干系人。

除了上述提到的方法，共情能力是获取需求的最佳方式之一。通过同理心来进行业务需求分析，我们可以站在用户的角度倾听他们的声音，甚至亲自到现场观察用户的真实工作状态，以确保我们设计的产品更符合用户的需求。

【术语的定义】

为了统一语言，最好提供术语的本地语言和英文名。英文名称用于在源代码中统一命名。术语的描述应明确其含义。如果可能，附上一张图片可以增强可理解性。

【主业务流程】

确认主业务流程通常需要采用闭环思维模式结合流程图的方式进行梳理。闭环思维将业务分为预先处理（Pre）、进行中（Process）和事后处理（Post）三个阶段。

通过这三个阶段的分析，可以发现是否有遗漏的环节，而不仅仅关注功能的实现，以确保业务能够达到预期目标。在使用闭环思维模式梳理出主业务流程后，需要与客户确认主业务流程的正确性。

【纲举目张详细分析】

在确认主流程之后，我们需要运用其他思维模式来发现每个流程是否存在遗漏的环节。

对称思维：对称思维是指在设计正向流程的同时，需要考虑业务的反向流程是否存在。例如，有注册就应该有注销，有支付就应该有退款。在实际工作中，我们常常关注正向流程的实现，而忽略了反向流程的存在，这可能带来很大的风险。

为了避免这种问题，可以通过枚举的方式对每个流程节点进行提问："是否存在逆向流程？"如果存在，需要列出对称列表。不建议将逆向流程反映在流程图中，因为这可能导致流程图难以阅读，不符合高效可视化的初衷。

边界思维：边界思维是指业务可能存在边界，数据类型也有范围限制。未定义边界的需求在实现过程中会存在很大的不确定性，每个人对最佳实现方式的理解可能不同，这往往会导致bug的出现。

查找边界的方式仍然是枚举法，首先列举出所有名词的列表，包括但不限于对象、属性、状态、动作，然后考虑每个名词的取值范围上限和下限，以确保处理每个边界。

多样思维：通过多样思维，我们可以发现更多潜在的需求。例如，如果有条件A，可能还有条件B和C，需要考虑多样性。通过枚举的方式列出所有需求中的对象，然后逐个分析是否存在多种选项，如果存在，则表明存在多样性，需要分析其影响。

生命周期思维：追踪对象的生命周期，分析涉及到的字段更新、需要提供的功能以及外部依赖。可以采用对象旅程的方式梳理对象的生命周期，然后通过矩阵来梳理在每个周期中通过哪个功能更新了哪些字段，以及功能正常运转所需的外部依赖。

这样不仅清晰地梳理出功能列表，还明确了需要哪些外部依赖，并能及时与相关负责人进行沟通。

异常思维：在系统无法正常工作的情况下，如网络断开或APP崩溃，我们需要考虑如何处理，例如离线模式或重试机制，这些都需要充分考虑。

并发思维：在需求设计过程中，一方面需要考虑系统在并发场景下对用户操作的响应逻辑，另一方面需要考虑服务器端性能和压力方面的要求和预案。例如，在特殊时间段有大量用户同时访问，或多个终端同时操作一个账户等情况下，需要考虑相应的处理方式。

安全思维：在安全思维方面，我们可以强制要求企业使用安全的密码，并定期更换密码。同时，可以实施双因素认证，如短信验证码、指纹识别等，以增强账户的安全性。