产品需求文档简称PRD,英文全称Product Requirements Document。产品需求文档,是在Brd、Mrd的基础上更注重产品细节的产品需求内容文档(报告)。
关键点:产品的文档,在满足阶段性需求的基础上,可供给研发的产品方案。
产品需求方案
释义(什么事?)
产品需求方案,是在业务需求分析的基础上,通过产品视角给出的解决方案。
同时产品需求的解决方案需要体现出交付给研发、测试及产品本身三方都能够在产品验收中共同遵守的标准参照文档。
认知(怎么做?)
产品需求方案,是产品需求文档中的一部分,主要关注如何给出产品需求的解决方案,有些时候也等同于产品需求文档。
产品需求方案的撰写,在阐述产品阶段的定位、商业模式与市场分析、架构、业务需求与流程的基础上(将原有的立项阶段的产品定位、规划、BRD,需求准备阶段的架构、业务需求与流程,融合在同一个文档中),主要关注与阐述的点在产品的功能、逻辑等设计上。
在互联网企业由产品人员提供的PRD大部分仅能算是产品需求方案的一部分,但基于快速迭代MVP等公司产品管理机会的大环境下,这也是输出的一种方式。
产品需求文档,如果结合软件工程学的理论来分析,还需要提供更多具有产品相关细节的约束性、参照性文档内容。
示例(打个样!)
【案例分析1】小雷所在的某互联网公司,因快速的产品迭代节奏以及产品评审机制的短评化,促使该产品团队在提供的PRD+原型时不得不变通,在原有的原型设计文件中注入原有的立项产品定位、规划、BRD、MRD及需求准备阶段的相关内容,同时在原有原型的线框图旁添加详细的需求设计说明等信息。
碎片1:在优惠券的项目中融入PRD的元素,文档说明(含文档更迭、产品定位等),如图440所示。
图4-40 在优惠券的原型设计中融入PRD元素
碎片2:在优惠券的项目中融入PRD的元素,流程(含文档更迭、产品定位等)如图4-41所示。
图4-41 优惠券的业务流程(www.xing528.com)
碎片3:在优惠券的项目中融入PRD的元素,站点地图(原型版的流程等),如图442所示。
图4-42 原型业务的站点地图
碎片4:在优惠券的项目中融入PRD的元素,原型功能设计的说明,如图443所示。
图4-43 原型设计的功能说明
碎片5,在优惠券的项目中融入PRD的元素,提供高保真UI站点图及UI元素说明等。
关键点:不拘泥于形式,将PRD+原型设计的内容体现在原型文件中。
【案例分析2】小杰接到某平台产品线的搭建任务,在组织撰写PRD时发现原有公司对于大型平台产品或是规模较大的产品线需求管理标准有缺失。因存在多方机构合作的情况,为了达到交付物的统一性与标准性,在产品沟通会议上经表决决定采用市面标准的Word文档作为产品需求文档输出与交付的承载物。
同时因跨部门新组建的产品事业部缺乏统一的PRD文档的认知,故小杰及几个核心成员组织编撰了平台的PRD架构(纲要目录及纲要说明)。
在PRD纲要通过团队内训取得统一认识后,小杰在团队内找到各子产品线的负责人于当天商讨了分工,并根据所负责的子产品线的内容不同进行各模块内容的认领。该产品需求文档在产品平稳实施上线后,被集团采用为集团A类产品的标准产品需求文档范本。
【案例分析3】JET在鲜么网电商手机应用系统的项目中,发现在产品需求文档的产品评审过程中,研发人员对于部分核心用例的逻辑关系有所混淆。为解决该问题,JET在后续的PRD文档中针对核心的用例,通过引入时序图的方式来细化解答研发的疑问与分歧。
(1)客户端用户访问与登录应用的用例时序图,如图444所示。
图4-44 客户端用户访问与登录应用的用例时序图
(2)客户端用户购买食材流程的用例时序图,如图445所示。
图4-45 客户端用户购买食材流程的用例时序图
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。