PRD是什么?PRD(Product Requirement Document/产品需求文档)也叫业务需求文档。一般写这样的文档用WORD+VISIO或AXURE,建议互联网产品经理都熟悉一下AXURE这个软件的使用,能直接生成PRD,产品需求文档主要是描述产品功能,业务流程和LOFI。可以提供给UE,美工和项目经理执行的文档。
无论我们做什么事都讲究方式方法,写产品需求文档(PRD文档)也是如此。
1、写前准备(信息结构图):
在写PRD文档之前,我们需要先罗列出产品功能的信息内容,这一步是将想法逐渐清晰的第一步,也是帮助我们接下来规划功能的辅助信息,同时也可以辅助服务端技术人员创建数据库。因为这是第一步,所以我们不需要罗列的很详细,在之后的步骤里,我们会逐步改进和完善信息内容。
2、梳理需求(产品结构图和用户流程图):
当我们对产品的信息结构了解后,我们就需要规整脑海中的产品需求,让想法更加结构化,因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图),其次再基于产品结构图梳理出频道及页面中的功能,并延伸构建出用户的操作流程(用户流程图)。
3、原型设计(手绘原型、灰模原型、交互原型):
当我们逐渐清晰了产品的需求后,并梳理了产品的各个频道及页面,那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。对于产品经理来说,原型设计是为了帮助我们细致的考虑方案,并论证方案的可行性,同时也是为了避免产品宣讲时,抽象的语言描述导致听众理解困难和理解偏差。
原型设计是将结构化的需求进行框架化,因此原型也被称为线框图,具体的表现手法有很多种,相关的辅助软件也有很多,例如:Axure RP、Balsamiq Mockups、UIDesigner等等。
产品经理设计原型是为了帮助自己更细致的思考方案的可行性,也是为了给别人讲解的时候,让听众能够清晰直观的了解产品,同时也是为了确保产品在执行过程中,是按产品经理最初设想的需求和期望完成的。因此产品经理的原型是没有很高的要求的,只要对方能够听懂看懂,使用手绘原型是最高效率的方法。
4、撰写文档(PRD文档):
当我们通过以上三个大的步骤之后,我们就已经非常清晰产品的需求了,一般情况下,通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。PRD文档的形式常见的有以下三种:Word、图片、交互原型。
一份完整的PRD文档主要包含两部分内容:一是对项目的介绍,包括项目概述、项目价值、项目背景等;二是整份文档的主体部分,对产品需求的详细描述,包括功能需求和非功能需求。
一份基础的PRD文档主要由三部分组成:
- 引言。引言部分主要包括:需求背景、需求目的、需求概要、涉及范围、全局规则和名词说明,交互原型地址等。引言部分的写作目的是让阅读者快速理解需求背景和概要。如果是公司内部文档,引言部分可以从简写作。
- 业务建模。建模的目的是为了帮助阅读对象更好的理解需要开发的需求,常用的模型种类包括:用例图、实体图、状态图、流程图等。常用的建模语言如UML。
- 业务模块。业务模块包含具体页面的元素、用例规则,以及相关的原型,流程图。业务模块的描述是整个文档最核心的部分,下面博主用案例来描述一下业务模块的编写方法。
5、用例文档(UML用例图、流程图):
用例文档是由多个用例组成的一份文档,主要用于技术开发与测试使用,他是PRD中的重要辅助文档,用于讲解某个环节的功能逻辑,例如用户注册、活动报名等等功能都是需要用例辅助说明的。用例文档的写作时间在原型设计之后,通常和PRD文档同步撰写。
用例文档中有两个关联文件,分别是用例图和流程图。用例图是UML的一种类图表现方式,是从用户角度描述产品功能,并指出该用户在产品各功能中的操作权限。流程图是通过线框图形的方式描述产品功能的处理过程,主要是描述功能的执行顺序、分支和循环的逻辑。
用例文档的大概组成部分如下:
1、修改记录:每次修改的备注记录,同PRD文档。撰写用例文档的第一步是注明使用产品的各个角色(参与者)和角色说明(角色介绍)。
2、角色介绍:描述参与系统中的各个角色。第二步是以用例图的方式注明角色在前后端的用例关系。
3、第三步是以流程图的方式注明角色在各个功能环节的活动过程。
有很多PRD的模板范例,有需求的童鞋可以评论留下邮箱,我定期发送。
·氧分子网(http://www.yangfenzi.com)延伸阅读:
➤ 产品经理的三个文档(BRD、MRD、PRD)之间有什么区别?
➤ 产品经理原型设计工具 Axure 怎么读,都有什么功能及教程视频?
➤ 百度贴吧之父俞军加盟滴滴 回顾俞军PM12条产品军规&求职简历
➤ Facebook设计总监美籍华人Julie Zhuo:我的产品设计年度总结
➤ 硅谷不需要产品经理|产品经理最重要的能力是?技术转产品靠谱吗?
➤ 张小龙在微信领导力大会的内部演讲:KPI是副产品,警惕复杂流程
·氧分子网(http://www.yangfenzi.com)原创文章
跪求楼主PRD和MRD的案例,向大神学习学习,感谢感谢。289397851@qq.com
感觉分享的太棒啦,我以前的需求都是按照页面从上之下来写的,写的特别细节,比如一个输入框的状态都要写不同的状态。有时候很疑惑,我写这些东西,对于开发和测试来说到底是能否直观阅读。后来学习在原型上直接标注需求,感觉不是很详细。如果您方便的话,能否向我分享一下您的模板,以供研习研习。谢谢啦!1334648315@qq.com