需求是产品设计中非常重要的一部分,有需求才能输出对应的产品。本篇文章将分析完整需求中包含的一些场景,对产品经理岗位提供一些参考,希望能对大家有所帮助。

产品需求的重要性:

在整个产研过程中,产品需求是源头活水,是产研工作最重要的输入。产品经理作为产研体系的发动机,交付高质量的产品需求,是提高产研效率、节省产研成本的重要保障。

从项目管理角度看,如果需求是不清不楚的,意味着项目范围的不确定性,更无从谈起项目成功了。

产品需求质量差的表现:

研发、测试同学吐槽的需求不清不楚的常见场景:

  • 一句话需求。
  • 需求点这里漏那里漏了。
  • 需求描述模棱两可、含糊不清。
  • 缺少以前功能逻辑的描述。
  • 有没有性能需求。

交付高质量的产品需求:

一份高质量的产品需求,应该是具备以下重要特性:完整、具体、准确、友好。

完整

产品需求的完整性,包括标配需求,分支流程、异常流程的闭环;包括功能逻辑的齐全;包括不同的业务场景;包括上下游关联影响的说明;包括附件资料;包括非功能性需求…

标配需求

犹如键盘之余电脑、座椅之余桌子,是最基本该有的,一提到主体就该想到不能缺的部分。

很常见标配需求的场景:

1. 表单(新增、修改数据)

  • 是否必填:需描述字段是否必填,以及必填的提示。
  • 是否可编辑:说明数据项是否允许编辑,是否只允许特定用户、特定条件才能编辑,允许哪些用户、哪些特定条件才可编辑。
  • 数据唯一性:哪些字段值、或字段值组合不允许重复。
  • 长度:允许输入内容的长度,包括最大长度、最小长度;输入、黏贴超长的内容如何处理。
  • 格式:允许输入内容的格式; 例如只允许输入数字和小数点、不允许输入“*”。
  • 默认值&选项:需要有默认值的字段(例如下拉框),描述清楚 默认值是多少,有选项的字段,列举每个选项的具体内容。
  • 隐藏字段:界面不展示但需赋值的隐藏字段,描述该字段的取值逻辑。
  • 非输入字段:非手动输入但界面又需展示的字段,需描述如何取值;如果是由其他触发条件自动带出数据的情况,描述清楚具体触发条件,以及根据什么逻辑带出数据。
  • 表单验证触点:描述数据验证的触点;例如光标离开验证、键盘松开验证、提交表单验证。
  • 验证提示:每种验证(必填、格式错误、重复等)都需提供验证提示语;验证提示语中如有变量,需描述变量的取值规则;验证提示语的展示位置,展示形式。
  • 提交数据:提交表单时,提交、或保存按钮不可重复点击;表单提交后,页面跳转的目标页面。

新增数据的示例:

2. 数据列表

  • 查询条件:指明默认的查询条件;输入类的查询条件,描述输入的字符种类、长度限制,以及是否支持模糊查询、左模糊、右模糊、还是左右模糊查询; 选择类的查询条件,描述具体的选项、以及是否支持多选等。
  • 查询:进入数据列表默认就查询并展示数据,还是需点击“查询”按钮再展示数据。
  • 查询的数据量:当查询的数据量很庞大,需限制只能查询满足特定条件的数据(例如只查某时段的数据);或者查询出结果前提示用户:查询大量数据需等待。
  • 数据展示形式:列表中默认需展示哪些字段;特殊数据类型的展示格式、内容超长情况下的展示形式;例如时间字段,格式展示为1900-00-00 00:00 。
  • 排序:数据列表默认按哪个字段排序; 列表中哪些字段需支持点击列头排序。
  • 分页:数据列表是否有分页,每页默认展示多少条数据,是否支持动态选择每页展示的数据量、选择项有哪些。
  • 其他配套功能:是否需要个性设置列表字段的功能;是否需要导入、导出功能等。

3. 增加字段

  • 字段的用途、业务类型、长度:描述清楚 要增加字段的作用和用途,用于存储什么类型的业务数据,该种业务数据可能的最大长度,最好提供示例数据。
  • 字段默认值、取值规则:要加的字段的默认值,如果是选择类型的字段,列举选项有哪些;如果要加的字段是系统自动赋值,需描述具体赋值规则。
  • 字段的展示:要增加的字段在哪些地方需要展示,例如详情页、列表页;描述字段加在那个功能模块。
  • 字段的查询、编辑:要增加的字段是否要支持查询、是否用于查询条件;是否可编辑,是否由特定人才能编辑。
  • 对外接口:需描述哪些数据接口需要同步增加出参。
  • 存量数据:描述清楚,增加字段后,存量数据是否需处理,以及如何处理。

增加新字段后,对于存量数据的处理是被遗漏最多的。

在以下示例中,要在客户信息中增加新字段 最后跟进时间, 对于增量数据从客户跟进信息的子表中自动赋值,对于存量数据如果漏了做处理,则该字段就是空值。

用户想查询最近N天未跟进的客户,就查不出完整的数据,对于用户就是个系统Bug 。

4. 删除数据

  • 删除限制:描述 删除数据前,要有哪些限制,不允许随意执行删除逻辑。
  • 删除提示:描述 删除数据前的确认提示,提示用户系统将删除哪些或多少条数据;如果删除数据失败,如何提示。
  • 批量删除:是否需要支持批量删除;如需要批量删除,数据列表中需要支持批量选择数据;批量选择数据后,如选中了不可删除的数据,执行删除时如何处理。
  • 级联删除:删除主表数据后,是否要同步删除子表数据、以及上下游强关联的数据,删除哪些子表的数据,哪些强相关联的数据;删除子表的数据后,是否要同步删除主表的冗余数据,删除主表哪个字段的数据。
  • 数据恢复:描述清楚,被删除的数据是否还可以恢复,如何恢复。

如以下示例中,1个客户对应有N个联系人, 同时客户信息主表中冗余了客户主负责人姓名和电话。

当删除客户信息时,需说明对应的N个联系人是否需同步删除。

同样的当删除客户联系人子表中的主负责人时,客户信息主表中冗余的主负责人姓名和电话是否需同步删除。

5. 导入数据

  • 导入模板:需提供导入摸板,以及导入的示例数据;提供重要字段的填写说明;用星号标明必填字段;如果是枚举字段,模板文件中需支持下拉选择;对于金额类字段,标明金额的单位,设置数据验证只能输入数字和小数点。
  • 模板格式:针对Excel模板文件,设置好模板文件的默认行高,避免用户要重新自己表格行高。
  • 导入验证:描述 导入模板中哪些字段必填,模板中字段与系统中字段的对应关系;描述 允许导入什么格式的数据文件、导入多大的数据文件。
  • 导入结果:展示执行导入的进度信息,提示导入数据的结果(成功多少条、失败多少条)。
    需提供查看、或下载导入失败的数据的功能,并且记录某项数据导入失败的具体原因,可在导入失败的文件中查看。

典型的导入模板文件示例:

6. 导出数据

  • 导出模板:提供导出模板,并描述要导出的每个字段的取值逻辑。
  • 导出大批量数据:描述导出数据量的最大限制,如果要导出的数据超过最大限制时,如何提示。
  • 导出数据以及结果:描述导出哪些数据,比如是导出 查询出的所有数据、还是导出当前页的数据;查询无数据时导出按钮是否可点击;导出数据完成后,需提示导出的结果。

7. 定义数据接口

  • 接口的调用场景:描述清楚接口在业务上的应用场景。
  • 接口调用方:描述 接口用于给哪些业务系统调用。
  • 接口调用量:描述清楚接口大概的日调用量,用于技术同学设计接口性能时作为参考;例如某个查询数据的接口调用量100次/日、与100万次/日,在设计接口性能时需考虑的因素就完全不在一个量级。
  • 接口功能描述:接口内部读取、新增、修改、删除数据的主要功能、业务逻辑。
  • 输入参数:列举接口需要的每个入参,每个入参是否必传,以及每个入参对应哪个模块的哪个字段;接口入参是否要求批量传入。
  • 输出参数:列举接口的每个出参,以及每个出参的读取、计算逻辑。

如以下为定义数据查询接口比较典型的示例:

未完待续。。。