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）方框
-用例就是一种描述系统功能需求的方法
-用例图表述的是系统的外部参与者与系统之间的关系 是由参与者与用例组成的示意图
