扫码阅读
手机扫码阅读

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

66 2024-03-26
点击蓝字 | 关注我们



#
产品经理必聊的100个话题



第100期:需求质量不高

在过去的需求分析过程中是否存在遗漏?您的需求文档是否易于阅读和灵活应变?如果出现以上情况,很可能是因为没有找到适当的方法来建立合理的需求分析度量体系标准。没有标准的需求质量注定不会太高,这可能导致项目上线延期和成本增加。



度量体系


Business Analysis





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


完整性:场景遗漏


Business Analysis





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

  • 场景遗漏

  • 角色遗漏

  • 因素遗漏

  • 功能遗漏

  • 细节遗漏

  • 非功能性遗漏

  • 外部依赖遗漏

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

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

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

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

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

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

1.角色遗漏

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

2.因素遗漏

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

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

3.功能遗漏

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

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

4.细节遗漏

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

5.逻辑校验遗漏

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

6.异常处理遗漏

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

7.必要处理遗漏

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

8.日志处理遗漏

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

9.控件说明遗漏

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

10.权限遗漏

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

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247485243&idx=1&sn=30c0a1433ebc58ebecc11c0aa2240a94&chksm=c335ba8af442339cdfd24fe8a2f80f65e631589586f8b61f539a2cef79ceb59ad543ff2bd9aa#rd