一、写前准备
1.1我们先明白几个名词：
- MRD 市场需求文档，（英文全称Market Requirement Document，MRD）。该文档在产品项目过程中属于“过程性”文档。
- BRD为“商业需求描述”的英语缩写，全称为：Business Requirement Document
- 产品需求文档(Product Requirement Document，PRD)的英文简称。是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。BRD和MRD，PRD一起被认为是从市场到产品需要建立的文档规范。
1.2PRD文档
PRD文档是基于BRD、MRD的延续文档，主要用于产品设计和开发使用，因此阅读这份文档的人群绝大多数是设计与技术人员。在这类人群中，设计师更多依赖于原型进行交互或视觉的设计，因此看这份文档的人就会偏向于技术人员。相对于技术人员，他们不太关注产品的商业需求和市场愿景，因为在进行产品讨论立项时，产品的定义就已经向参与设计和研发的人员宣讲过，因此技术人员更多的是关注界面、功能、交互、元素等等内容，因此PRD文档是一份详细的产品功能需求说明文档，是产品文档中最底层和最细致的文档。
1.3 PRD文档写作准备
PRD文档是一份没有闲话，直入主题的功能说明文档，因此我们在写作时，脑海里构思的是成品产品的界面功能的逻辑线框图。在写作这份文档前，我们需要先做一些准备，把BRD、MRD的相关需求消化并融合规划出产品的结构图。因为这些准备工作是属于思维类的，所以我推荐使用思维导图软件(MindManager)进行规划工作。
规划产品的第一步就是梳理出产品的信息结构，有了信息结构我们才能继续往下规划产品结构，并且信息结构是服务端技术人员创建数据库的依据，是数据结构的辅助文件。对于新产品或者新功能，没有人能够比产品经理更加清楚所需要的信息内容了，因此第一步我们就需要先将这些信息罗列出来，形成结构化。
下面我们以我的博客作为示例：
无论是什么样的产品类型，无论从哪里入手，我们第一步都是先要罗列信息结构，因为信息结构图不仅是辅助技术人员创建数据库的图表，也是辅助产品人员进行产品功能规划的参考，只有对信息或数据的结构了解，我们才能玩转数据，玩转产品。
二、梳理需求(产品结构图和用户流程图)
2.1 绘制产品结构图和用户流程图
现在我们就要依据信息结构，开始规划产品的功能需求，绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。
图注：讲解一下我对于这个思维导图的名词理解
1、频道：某一个同性质的功能或内容的共同载体，也可称为功能或内容的类别。
2、子频道：某频道下细分的另一类别
3、页面：单个或附属某个频道或分类下的界面
4、模块：页面中多个元素组成的一个区域内容，可以有一个或多个，也可以循环出现(例如:文章列表)
5、模块元素：模块中的元素内容，以文章列表举例：文章标题、文章摘要、文章发布时间，这些都是元素，都是组成模块的内容，同时他们也是可以循环出现的。元素的类型可以是：文字、图片、链接等等
下面是我理解的博客的首页的结构，而这也就是频道的结构。（如下图所示）
当我们规划出频道后，我们就需要以用户的视角进行一步一步的模拟操作，逐渐完善产品的结构导图。我称为用户流程图，用于展现产品经理脑海中比较抽象的产品逻辑，也是产品经理对自己脑海中的产品想法进行梳理的一个过程。（如下图所示）
这样做的目的就是梳理产品逻辑，让我们清楚的知道产品有几个频道，频道下面有没有子频道或者有多少个页面，这些页面里又有哪些功能模块，这些功能模块里又有哪些元素。这样我们就模拟了用户的整个操作流程，逐一的将产品的所有功能界面操作了一遍，也列出了产品结构图和用户流程图。
PRD文档写前准备就是让我们先通过思维导图梳理思路，明白产品有多少个频道、有多少个页面、页面有多少个功能模块、功能模块有多少个元素，逐步的将脑海里的想法明确梳理成结构。虽然已经明确了产品的结构，但是这样的思维导图对于设计与技术人员依旧是抽象的，他们仍然看不懂，同时对于产品经理自己来说，这样的结构图也是没有经过推演的，具体是否符合产品逻辑，是否符合用户体验，都是没有深思过的，因此我们接下来就要进行原型设计，开始具体的考虑结构方案的可行性。
下一篇我将讲解原型设计的几种方法，并说明为什么原型设计要早于产品需求文档的撰写。
作者：少帅