美文网首页
深入浅出PRD文档(11~13)

深入浅出PRD文档(11~13)

作者: LBQ_DS | 来源:发表于2018-07-04 14:10 被阅读11次

11.产品需求文档(PRD)的写作方法与技巧(上)

较经典问题:竞品分析写在哪个文档里?

写在你认为合适的地方 写在老板认为合适的地方 具体问题具体分析 

文档的目的在于把事情说清楚 文档并不能生出花儿来 把问题与想法表述清楚才是王道 

产品需求文档(Product Requirement Document,PRD):

专业解释:

-PRD文档向上是对MRD内容的继承与发展,向下则是要把MRD文档里面的各种理论要求技术化,向研发部门与设计部门说明产品的功能和性能要求。

-PRD文档是产品文档中最底层最细致的文档 所以写作的时候 需要细致耐心。

PRD -获得了授权 而且已经确定了要走的路线 剩下的就是打造装备(产品)了

要把装备的需求给工匠(研发人员) 就需要把你(PM)对装备(产品)对要求讲清楚

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

PRD文档面向对对象:

-研发人员

功能的实现与性能

-设计人员

关注与产品的调性与原型图 

所以 PRD文档 根据阅读对象 用最平铺直叙最简单的话 把问题说的一清二楚就行 

PRD文档根据实际情况 有以下几种方式:

-文字模式(word)

-原型图模式(Axure 推荐使用的 可以描述功能)

-图片模式

-影像模式

常见PRD包含内容:

-文档说明

(1)产品版本号

如1.26 版本号为1(重大调整升级)  子版本号为2(在原有基础上面对局部功能进行了升级与调整)  修正版本号为6(局部小范围优化与bug修复)

(2)版本号的命名规则:归零原则 

(3)历史修订

(4)名词术语表

-产品说明

-全局功能说明

-详细功能说明

12.产品需求文档(PRD)的写作方法与技巧(中)

命运就像一只蛆 你让步 它就顺着往上爬 你拿出你的个性和脾气 它就悄悄的缩回去

产品说明:

包含:

-产品信息结构

信息结构能帮助我们整理产品结构 同时是研发人员建立数据库的参考 xmind表现出来 微观的

-产品结构图 宏观的

产品100网站  产品结构图

通过这个  我们大致就能将之前抽象的逻辑形象化的表现出来 也便于文档阅读者理解我们的产品思路

-用户使用流程图

如何写产品宣讲文档:

框架 不外乎就是对MRD文档的精炼和抽取

1.根据目的不同 抽取内容和详细程度稍有不同

2.市场机会->产品立意->用户分析->产品结构  根据宣讲目标不同而定:

例如:

-运营团队可能更关心用户以及接下来的产品路线图

-销售团队可能关心的就是产品定价与市场推广

-技术团队可能关心的是项目安排时间周期等等

注意点:

1.不要过多的专业术语

2.形象化的表达 讲故事的方式来描述你的思路

3.开场的时候先提几个问题 让大家带着问题去思考 而这些问题 最好能想办法让大家感兴趣

4.此外,产品宣讲的文档要注意逻辑性 

私密社交Path 

2,8原则 不要为了百分之20的用户 浪费百分之80的资源

一份国外数据分析 样本数据30万份 其中71.3%的人左手持手机左手指进行操作,82.6%的人在ipad上右手操作 平放在腿上时用食指 双手握时用右手指

做产品 有时候需要感觉 有时候需要数据 

13.产品需求文档(PRD)撰写方法与技巧(下)

详细的需求说明:

-根据实际的需求,你可以按照你习惯的表述顺序来表述

常见的表述顺序有:

(1)按照功能的逻辑来表述(更抽象,研发喜欢)

(2)按照产品结构来表述(比较适合产品经理的逻辑 产品经理喜欢)

具体哪一个 看团队要求和默契程度

UML:unified Modeling Language统一建模语言

UML常见的说明图类型

-用例图-表述

-状态图

-时序图

-结构图。。。

用例图:

组成元素:

(1)参与者(可以是人 或者另一个系统)

(2)用例

(3)关联线

(4)方框

-用例就是一种描述系统功能需求的方法

-用例图表述的是系统的外部参与者与系统之间的关系 是由参与者与用例组成的示意图

MECE原则

相关文章

网友评论

      本文标题:深入浅出PRD文档(11~13)

      本文链接:https://www.haomeiwen.com/subject/qfkeuftx.html