文档介绍：: .
产品需求文档(PRD)的写作方法
能需求，更多的是面向后端管理员操作进行考虑，从后端入手规
划和罗列出所需要的信息内容结构。
无论是什么样的产品类型，无论从哪里入手，我们第一步都是先要罗列信息结构，因
为信息结构图不仅是辅助技术人员创建数据库的图表，也是辅助产品人员进行产品功能规
划的参考，只有对信息或数据的结构了解，我们才能玩转数据，玩转产品。在信息结构转数据结构时，如果是针对已经存在的产品而增加的新功能，那么技术人
员就需要根据这个信息结构进行数据库对比，已经存在的数据便直接调用，如果不存在，
则就需要具体的讨论，确定新信息的使用途径和以后的扩展方向，以便确认是创建数据表
还是创建数据字段。（虽然产品经理不需要技术开发，但是如果能够懂技术原理和数据库
原理，非常有助于产品规划和技术沟通。）
信息结构图是产品层面的理解，如果要入库这些信息，还需要进行数据结构的讨论。
一条信息的存储有很多附加属性，具体是存成字段还是数据表，还是说存在中间表或者关
联表，这些都需要在完成 PRD 文档后和数据库技术人员共同讨论。讨论时除了展示信息结
构图，还要讲解产品原型和功能需求，以便数据库技术人员了解产品意图，方便他们做数
据库规划时考虑到以后的扩展。
信息结构图是我们将概念想法形成结构化的第一步，也是我们接下来几步工作的辅助
文件，同时在接下来的几步工作中，我们还会不断的完善信息的结构。
2、梳理需求(产品结构图和用户流程图)：
当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结
构化，因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构
图)，其次再基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程
(用户流程图)。
以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似
鸟瞰式的一目了然，也方便调整完善。
上一篇我们将概念想法形成了信息结构，罗列出了产品的所有信息内容，现在我们就
要依据信息结构，开始规划产品的功能需求，绘制出产品结构图和用户流程图。首先我们
要规划出产品的频道及子频道、子模块或子页面。（如下图）图注：讲解一下我对于这个思维导图的名词理解
1、频道：某一个同性质的功能或内容的共同载体，也可称为功能或内容的类别。
2、子频道：某频道下细分的另一类别
3、页面：单个或附属某个频道或分类下的界面
4、模块：页面中多个元素组成的一个区域内容，可以有一个或多个，也可以循环出现(例
如:文章列表)
5、模块元素：模块中的元素内容，以文章列表举例：文章标题、文章摘要、文章发布时
间，这些都是元素，都是组成模块的内容，同时他们也是可以循环出现的。元素的类型可
以是：文字、图片、链接等等
如果你学过网页设计，或者了解 Web 产品的模板机制，你就能够理解这些名词了。如
下图所示，这是我的博客的首页结构。当我们规划出频道后，我们就需要以用户的视角进行一步一步的模拟操作，逐渐完善
产品的结构导图。我称为用户流程图，用于展现产品经理脑海中比较抽象的产品逻辑，也
是产品经理对自己脑海中的产品想法进行梳理的一个过程。（如下图示例）
这样做的目的就是梳理产品逻辑，让我们清楚的知道产品有几个频道，频道下面有没
有子频道或者有多少个页面，这些页面里又有哪些功能模块，这些功能模块里又有哪些元
素。这样我们就模拟了用户的整个操作流程，逐一的将产品的所有功能界面操作了一遍，
也列出了产品结构图和用户流程图。有了这份结构导图，我们可以对产品进行鸟瞰式考虑和完善，当有问题时，修改起来
也比原型和文档方便很多。这样的方法同样适用于移动互联网产品的规划，并且比起 Web
产品更加容易梳理产品结构。
以上讲的都是前端面向浏览者的用户流程，但是如果规划的是一个平台级的大