一、基本概念
PRD定义:
英文简称,PRD(Product Requirement Document),PRD文档中文意思是:产品需求文档。PRD文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档,其作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
二、主要结构见下:
基本通用的PRD文档框架结构分为以下几步:
范例:
1. 产品项目名称:(项目的名称,写全称)
Xxx产品
2. 变更记录:(每一次文档修改的记录点添加)
序号
版本号
修订人
修订时间
修订内容
1
V2.1.0
PM
2018-12-14
创建文档
2
V2.2.0
PM
2018-12-28
增加新功能:AR看房
3. 产品概述:(可通过背景、目的、定位、目标用户等方面进行简述)
背景介绍:
在什么背景下需要开发该产品
产品目的:
为什么做这个产品?解决什么问题?
产品定位:
产品是什么?带来的价值是什么?
目标用户:
使用你产品的用户有哪些?用户痛点是什么?
4. 主体思维导图:(说明该功能模块附含的各个模块;可在相关走向旁加备注或标注说明)
图片源于网络
5. 主体流程图:(说明该模块版本的流程走向;若有前后台交互的话需要用泳道图形式展现前后台的交互流程,流程可有相关的是否判断逻辑,起始节点,一些流程的备注说明等)
图片源于网络
6. 模块功能:(将每个主体模块点罗列出来,针对每个模块的功能细说)
模块描述:(描述整体模块功能用来做什么)
原型示例:(原型页面图)
图片源于网络
用例描述(该功能模块下各个功能点的用例描述)
相关说明:
用例名称:该功能模块功能点的名称描述
实现名称:界面实际展示名称
用例编号:项目名称首字母简写+各个功能模块首字母(A-Z)+数字编号(001-999)
用例描述:描述该功能点用来做什么
参与者:使用该功能的人
前提条件:触发该功能或进入该页面模块的前提条件,比如:登录状态,有列表信息展示前提下
后置条件:点击该功能或模块后的触发状态
基本流:基本的流程说明
异常流:出现异常行为状态,例如:该板块没有信息展示,某个字段的非空校验等
需求描述:基本的需求的说明,比如:字数限制,默认展示,是否分页等
特殊说明:一些额外的说明
数据项:数据的来源及规则
三、可通过网络学习PRD
人人都是产品经理
图片来自人人都是产品经理官网
相对来说文章的内容比较浅,对入门的小伙伴比较友好。而且也可以看看问答栏目,会有些日常PM遇到的问题的答案哦。可以去搜索一些PRD类文章。
PMCAFF
图片来自PMCAFF官网
PMCAFF也是产品学习的一个网站,可以搜索相关PRD内容,有些内容还是具有一定参考意义的。