产品新人做的最多的事想必就是写文档了吧，什么PRD、MRD、BRD、FSD每种大概都要尝试，即使不会分的那么细，大致的内容还是差不多的。结合公司的具体实际以及网络上的一些参考，特给出下面的PRD写作方法，对于产品新人来讲还是比较实用的，满满的干货啊。
文档的结构：
1、总体说明
0.0 封面、目录
1.1 修订历史：版本、作者、日期、内容
1.2 项目概述：需求目的、商业目标
1.3 需求描述：需求概述、产品服务流程图、功能逻辑图
1.4 用户范围：用户描述、用户画像
1.5 名词解释
1.6 非功能需求：数据需求、运营需求
1.7 其他说明2、UC部分：交互设计
2.1 整体说明
2.2 UC正文
2.2.1 UC_<用例名称1>
2.2.2 UC_<用例名称2>文档的内容：
修订历史：写清楚每次修订的日期、版本号、说明和作者，便于后续追溯。
项目概述：简单描述项目的背景、意义、目的、目标等，描述业务领域知识，让文档读者明白这个项目是为什么而做，要达到怎样的目标。
需求描述：可先描述用户需求，再重点描述产品功能需求，产品服务流程图，功能逻辑图。
用户范围：用户描述，包括用户层级划分，用户画像。
名词解释：对本PRD涉及的专有词汇、术语、缩写等做出说明。
非功能需求：如性能需求、数据监控的需求等。
其他说明：其他任何需要说明的内容都可以写在这里。
对UC(用例文档)的说明：
用例文档主要用来描述产品的视觉、界面、交互、文案四个方面。
注1：视觉层面的描述通常直接通过Demo表达（如页面大小、颜色、字体、字号等）；
注2：界面细节，引用界面规范文档（如表格中的文字对齐方式等）；
注3：交互细节，引用交互规范文档（如出错提示的方式等）；
注4：文案细节，引用文案规范文档（如各种提示文案等）。
UC中出现的图：
类图：Class Diagram
用例图：Use Case Diagram
状态图：State Diagram
UC模板：
一个完整的用例包括：用例概述、界面描述、流程描述，要求能够比较清晰的描述产品的视觉和交互细节。
用例概述
界面描述
流程描述
UC部分主要作用是描述产品的交互设计、视觉设计、还有文案。所以也可以直接在产品原型图上进行标注。或者产出高保真带交互效果的原型，这样就更加清晰明了啦。不同的公司有不同的文档习惯，不过所要达到的目的都是大同小异的，明白了这一点，你就能够选择合适的方法去表达了。
产品需求的文档的受众是开发人员，所以对于产品细节的描述一定要足够清晰，整个文档的逻辑要非常分明，重要的内容在前面，次要内容后面，文字简洁，表达没有歧义。这些都是非常重要的，也是能看出一个产品PRD水准的地方。
#一个有趣的公众号#
就是这么污，就是这么可爱
#南宫七洛#
