PM技能之PRD

一、定义

PRD:产品需求文档,向上是对MRD内容的继承和发展,向下是要把MRD文档里面的各种理论要求技术化,向研发部门与设计部门说明产品的功能和性能要求。PRD文档是产品文档中最底层最细致的文档,写作时要细致耐心。

二、BRD、MRD、PRD的区别和用途

BRD:这么做有好处,并说明好处在哪里?

MRD:通过BRD明确了这个事情值得一做后,描述应该怎么做,并说明这么做的原因。

PRD:获得授权后,而且已经确定了要走的路线,剩下的就是打造产品了。把产品的需求给研发人员,对产品的要求讲清楚。

BRD>MRD>PRD是一个逐步论证并得出结果的过程,是产品经理思维升华的过程,是这三个文档三位一体的过程。

三、PRD的对象

研发人员和设计人员。偏差:主要是研发人员

四、PRD的表现形式

1、文字(word);2、原型图(axure等)3、图片模式;4、影像模式

五、PRD的主要内容

1、文档说明

①产品版本号:版本号(产品结构变化),子版本号(局部功能),修正版本号(优化和bug修复)。

     版本号的命名原则:归零原则:前一个数字增加以为,后面的数字都归零;收费原则:子版本号和修正版本号的变化,一般看做版本内升级,附加收费用。版本号变化则附加收费。

②历史修订:编号,版本号,修订章节,修订原因,修订日期,修订人。

    历史修订的作用:对修改前后进行比较;有利于威化和管理PRD;修订人;修订日期;方便查阅,可以只看修订部分。

③名词术语表:将一些产品里面不易理解的,容易混淆的,或者缩写的词汇在开篇进行统一的列表说明,有利于阅读。例如:积分、威望、铜板。

2、产品说明

①信息结构图:(页面信息)

     定义:按照产品经理思路中的产品表现信息来整理产品的一种示意图。

     作用:帮助整理产品结构,同时是研发人员建立数据库的参考。

②产品结构图:网站板块

   定义:按照产品的逻辑与表现方式结构化的表现产品构造的一种示意图。

   作用:将之前抽象的逻辑形象化的表现出来,便于文档阅读者理解产品思路。

③用户使用流程图

    定义:表述用户在使用产品过程中的行为走向。

    作用:通过用户行为串联信息结构与产品结构,阅读者通过阅读用户使用流程,能更好的理解产品经理设计的用户行为。

3、全局功能说明

全局的UI、交互、功能说明。

4、详细功能说明

对各个需求板块进行详细的需求说明

根据实际的需求,可以按照我们习惯的表述顺序来表述。常见的表述顺序有:按照功能的逻辑来表达(更抽象、研发喜欢);按照产品结构来表述(频道、页面、模块、元素的逻辑表述,产品经理喜欢);

UML:用例图、状态图、时序图、结构图等。主要用于用例文档,使用用例图和状态图。

用例:描述系统功能需求的方法。

用例图:系统的外部参与者与系统之间的关系,是由参与者与用例组成的示意图。

用例图的组成要素:参与者、用例、关联线、方框。

用例说明:表述用例图的说明。用例编号、参与者、目标、简要说明、触发条件、前置条件、后置条件、界面描述(示意图、圆形图)、界面元素说明、流程图、扩展流程(分支流程、异常流程)

详细功能需求描述的基本结构:产品的整体用例图,功能板块1需求(功能板块1的子功能1:功能模块1的子功能1的元素说明(用例描述)……)……;……。

详细需求说明的原则:MECE,相互独立、完全穷尽。撰写PRD问当前一定要保证思考到位了,产品结构本身短期内不会有重大改动。需求分类与表述方式要参考MECE原则。需求撰写,更多的是考验耐心,思路,经验。不要害怕,不要迷信。

六、优秀PRD文档的特点

正确:确保文档中的表述与产品经理的思路是对应且正确的。

无歧义:文档的表述方便阅读理解,不会产生歧义。

完备:MECE原则尽量保证对产品功能需求表述的系统完整。

一致:文档中用词用语一致,对于同一失误的表述应该一样,避免混用同义词。

具有优先级:产品的功能需求是有先后主次的,对于一次性规划多功能,应该注明功能性需求的先后主次。

可验证:对于功能性的描述,是可以进行测试的,可以验证的。

可修改:利于后期的修改与升级。

可追踪:每个功能性需求的来源应该清晰明了。

你可能感兴趣的:(PM技能之PRD)