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原则