需求分析七宗罪之需求质量不高——完整性（上）

现在，让我们直接进入实质性内容：什么是需求分析度量体系？你的需求是否符合以下九个标准？

经验固然重要，但确保需求分析的完整性是有一套科学的方法。大锤整理出了以下在需求分析中容易被遗漏和缺失的部分：

• 场景遗漏

• 角色遗漏

• 因素遗漏

• 功能遗漏

• 细节遗漏

• 非功能性遗漏

• 外部依赖遗漏
  

场景遗漏是一个常见的问题。当我们拿到业务方的原始需求时，许多产品经理往往会直接从功能切入，梳理功能一览。然而，这样的做法是最大的禁忌，因为被拼凑起来的功能并不能满足或者实现业务方的目标。

需求本身具有生命周期，包括需求的收集阶段、需求的分析阶段、需求的对齐阶段、需求的编写阶段、需求的文档管理阶段、需求的澄清阶段和需求的变更阶段。每个阶段都有不同的应用场景。

为了避免遗漏场景，我们可以采取以下方法：

首先，通过对称思维发现业务的逆向流程。逆向流程发生的时间节点都是我们要充分考虑的部分。例如，如果有审批通过的流程，我们也要考虑驳回的流程。在实际工作中，这些对称的场景往往容易被我们遗忘。

其次，通过异常思维发现需求的异常场景。我们应该思考各种导致系统无法正常工作的异常情况，比如文件格式错误、磁盘容量不足、目录权限设置错误等等。针对这些异常场景，我们需要考虑如何处理。

通过闭环思维和流程角色的视角，优化整个流程，以用户旅途的方式找出可能遗漏的场景。确保不遗漏任何场景至关重要，因为忽略某个场景可能导致整个功能缺失，使系统设计与客户期望不符。

1.角色遗漏

如果在需求分析过程中忽略了某些潜在的干系人，可能导致最终开发出来的系统也不是用户想要的。为了解决角色遗漏，我们可以从主流程入手，识别主要的干系人。然后对主流程进行细化，分解出二级子流程，这样往往能够发现隐藏的干系人。此外，通过识别Sponsor、User、Audit、Finance、Risk等角色，也可以发现其他隐藏的干系人。如果对于识别干系人的策略感兴趣，可以参考公众号内的相关文章。

2.因素遗漏

在设计某个对象时丢失了某些必要的属性，导致在实施阶段才发现。为了确保不遗漏因素，我们可以采用多样性的方法分析潜在的需求场景。

例如，如果有条件A，我们需要充分考虑是否有条件B和C。举例来说，对于入职人员的多样性，员工种类可能包括校招、社招、实习、国外人员或者内部转职等，每个类型的员工都有其专属的要求，因此我们需要分析针对每个类型员工的应聘要求。

3.功能遗漏

在需求分析过程中忽略了一些基本功能或者高级功能，例如个性化推荐、数据分析等。也包括某些特殊场景下的功能遗漏，比如离线模式下系统如何工作。为了避免功能遗漏，我们可以采用闭环思维和用户旅途的方式分析业务流程。

这样不仅可以列出详细的功能列表，还能发现容易被遗忘的功能。举例来说，在社交媒体应用中，为了避免账号被他人盗用，我们需要设计一键下线功能。此外，作为产品经理，还需要充分考虑对象的生命周期，通过对象旅途的方式分析对象在不同阶段需要的功能更新、字段和外部依赖，以确保产品设计没有功能遗漏。

4.细节遗漏

忽略了需求分析中的细节问题，导致结果不准确且不全面。其中包括报表细节的遗漏，如计算规则和公式的准确性，以及表格的格式、字体、字号和对齐方式等。还包括通用处理的遗漏，如数据格式（日期、货币、电话号码等）和异常处理（数据缺失、错误重复等）。为了避免细节遗漏，产品经理在需求分析过程中需要提前定义好这些小细节。

5.逻辑校验遗漏

例如，在提交表单时，不同用户身份可能需要校验不同的字段。在校验表达方式上，推荐使用矩阵的方式，而不是文字或流程的方式。

6.异常处理遗漏

例如，在定时任务或报表导出中，常常忽略记录运行情况的细节。没有记录日志，我们无法知道何时执行了什么动作，执行结果是成功还是失败，以及失败的原因。产品经理需要定义这些细节，包括在任务运行出错时是否通知用户进行手动调整。

7.必要处理遗漏

例如，在OCR扫描文件后，需要对文件的合理性进行识别。在上传文件时，对扫描的文件进行预处理，包括去除噪点、平滑图像、调整图像色彩等，以提高OCR的识别率。

8.日志处理遗漏

因为日志不属于业务流程，往往容易被忽略。首先要确定哪些功能需要进行日志处理，为了保证日志的可靠性，需要考虑防止日志被篡改，这就需要明确日志的规范。

9.控件说明遗漏

在梳理需求的过程中，涉及到各种不同的控件，每个控件可能涉及加载、展示、交互操作和提交等环节。产品经理在需求分析时需要对这些环节进行逐一分析。

10.权限遗漏

包括角色权限和数据权限。确保权限完整有效的方式是通过多个矩阵共同影响进行分析，以明确处理是否能够得到授权。