PRD修炼真经•卷三:一份标准化产品需求文档的逻辑思路

从零开始学运营,10年经验运营总监亲授,2天线下集训+1年在线学习,做个有竞争力的运营人。了解详情
相信大家看完卷二,并没有看卷三的兴趣,接上一篇《PRD修炼真经•卷二》 
即使自宫,未必成功。

非功能需求

非功能需求是功能需求的有效补充,帮助文档理解产品在功能以外的相关要求 下面对非功能需求的各部分内容进行详细说明:

接口需求

包含面对不同主体,产品对外提供的接口要求,以供各主体使用。

1.用户接口

提供用户使用软件产品是的接口需求,一般情况下,当用户有特殊要求时再体现。例如:
  1. 屏幕格式:用户使用产品时对屏幕需求。如屏幕尺寸、分辨率、设备型号。
  2. 交互格式:用户对交互的需求,如菜单的格式和内容。
  3. 报表格式:用户对报表页面的需求,如打印格式、内容、时间要求。
  4. 文件格式:用户对产品相关文件的需求,如文件类型、文件大小、文件数量。

2.硬件接口

提供软件产品和系统硬部件之间每个接口的逻辑特点。例如:
  1. 信息传递方式:可以包括通信协议,协议格式的要求,如蓝牙、串口、网线、socke。
  2. 响应时间:对硬件响应时间的需求。
  3. 精度要求:对信息交互精度的要求。如时间误差、计步器步数误差、陀螺仪误差等。

3.软件接口

提供使用其它软件产品或系统之家的接口,如数据接口,中间件接口等。软件接口中应说明接口版本、来源,软件产品使用接口的目的、内容和格式等:
  1. 使用者:描述接口使用者的相关信息,包含使用者名称、业务目的、使用时机、使用频率
  2. 内容与格式:描述数据交互过程,以及数据项的内容和格式。与功能需求中的数据项描述类似。
  3. 设计约束:软件接口在设计、开发时所需特别注意的事项。此部分与功能需求中设计约束类似,但这里偏向于体现软件产品间特殊的约束。

4.通信接口

提供可用于通信的接口,如果产品涉及对外通信组件,应说明通信相关接口,如局部网络的协议。

数据需求

此部分包含对数据库、数据库文件、数据集等进行规定。可能包括数据使用频率、存取能力、数据备份、数据档案、数据保存等要求。分别从数据采集、数据影响和数据管理几个方面来说明: (1).数据采集:描述用户必须要采集的相关数据,对于每个数据可以说明下面的内容
  1. 数据来源:数据的输入源,例如数据是通过操作产生,还是通过第三方抓取的
  2. 输入输出设备:对数据输入和输出的设备的要求,如步数的输入设备可能是手机,手表,手环等。
  3. 输入输出格式:数据输入和输出的格式要求,可以同时说明传递的放肆好
  4. 换算公式:当需要对采集的数据进行运算或者公式转换时,应说明相关公式。
(2).数据的影响:描述该数据对系统的影响,例如当采集不到此数据时,是否需要做相应的降级处理 (3).数据的管理能力:描述数据的管理要求,主要目的是可以根据可预见的增长对数据的存储要求作出估算

操作

用于说明和业务相关的用户要求的一些操作,这部分内容有时是用户接口的一部分:
  1. 常规操作:包含复制、清空、重置、全选等常见操作。
  2. 特殊操作:它可以是一些不通过产品本身,但对产品有影响的操作。如对产品的安装、备份和恢复等有特殊要求的操作。

性能需求

描述产品交互过程中的数值需求,这部分的要求是可以度量的具体指标。例如:可支持的终端数量、TPS数量、响应时间等。

1.精度

说明输入输出的数据精度要求,包括传输过程中的精度。此部分若已经提及,可以省略

2.时间特性要求

说明对该产品的时间特性要求,常见的有:
  1. 响应时间:执行某个动作最大响应时间,按移动互联网的要求,3秒是极限,一般都要求500ms以内
  2. 更新处理时间:例如任务执行后,任务状态同步时间。
  3. 传送时间:例如任务执行后,数据同步到各业务系统的时间。
根据产品形态进行定义。

3.灵活性

说明当需求发生变化时,该产品对这些变化的适应能力:
  1. 操作方式上的变化:例如当产品从鼠标按键到触摸方式时。
  2. 运行环境的变化:例如当环境温度超出正常温度范围时。
  3. 其它软件接口的变化:例如当其它软件失控时。常见与api产品中的降级处理。
  4. 精度和有效时限变化:例如当接入数据无法达到产品要求时。
当对某功能不理解时,可以在功能需求中提及,此部分是为了满足性能需求中的灵活性而设计

属性

描述产品的相关属性要求,可以从安全性、可维护性、可用性进行描述。

1.安全性

指用户对于保护产品提出的特殊需求要素,例如数据安全,防止他人非法使用等。
  1. 密码技术:对密码的安全要求进行描述,银行应用和普通应用对密码的要求肯定不一样。
  2. 权限:控制产品的使用权限。
  3. 容灾:对不可抗因素和灾难发生时,产品的适应能力。如断电或遭到攻击时。
  4. 备份:对数据的备份能力。

2.可维护性

描述用户对产品的维护需求,便于用户进行扩展:
  1. 低耦合:产品的可分割,可组合性。
  2. 热插拔:产品可不断电进行各种功能。
  3. 热更新:产品可不重新下载进行更新,更新时不需要中断业务。

3.可用性

可用性一般为产品验收指标,即正常使用的情况下,操作成功率达到的标准。

设计约束

同前面的设计约束类似,此部分偏向于非功能需求方面的设计约束。如果前面已经提及,可以省略:
  1. 其它标准约束:财务处理、审计追踪等。
  2. 硬件限制:硬件配置要求。

场合适应性需求

对给定场合、任务或操作方式的使用场合进行说明。如使用场景的配置、安装、调试。

其它需求

如果还有没表达清楚的,可以自行定义。 以上是非功能需求的部分 ……………………………华丽的分割线…………………………………

环境

PRD中,最后一部分是环境,描述软件运行所需的环境支持:

1.软件环境

软件运行的环境,包括:
  1. 操作系统:如windows,ios,android,及其相关版本。
  2. 浏览器版本:软件使用的浏览器型号,及其相关版本。
  3. 软件支持:所需配合使用的软件。如名称、版本号等。

2.硬件环境

硬件环境包含服务端运行的硬件环境,以及客户端运行的硬件环境。
  1. 运行设备:服务端一般为服务器型号要求,客户端一般为终端配置要求。
  2. 存储、设备:包含服务端用到的存储要求和相关的设备要求。
  3. 网络、带宽:包含服务端所需的网络、带宽需求。

总结

以上是PRD可能涉及到的各个章节的描述,细化后的完整结构如下: 还是那句话:
PRD的形态会因为目标读者不同产生变化,但内容本质上不会变。
以上为个人对PRD进行解构后的理解,我说的都是错的,希望对你有所帮助,若已自宫,赶快入宫。

相关阅读

PRD修炼真经•卷一:一份标准化产品需求文档的逻辑思路 PRD修炼真经•卷二:一份标准化产品需求文档的逻辑思路   作者:小星星,8年互联网工作经验,5年技术,3年产品。 本文由 @小星星 原创发布于人人都是产品经理。未经许可,禁止转载。 题图来自 Unsplash,基于 CC0 协议
赞赏是对原创者的最大认可
5人打赏
评论
欢迎留言交流
  • 不错啊,思维导图很好。
    回复
  • 都是错的?!
    回复
  • 卷一和卷二呢?删除了?
    回复
  • 在审核
    回复
  • 和菜头粉丝??味来食代科技?为什么签名写5年技术3年产品,文末又写4年技术4年产品?
    回复
  • 因为写错了,后面复制的。
    回复
  • 建议这种多期的文章,结尾部分加上前面几期文章的链接。
    回复
  • 我说的都是错的
    回复
  • 钱柜娱乐777