产品培训--需求文档、原型设计、信息结构

产品基础文档

什么是需求文档，需求文档的组成 信息结构图 产品结构图和用户流程图 原型设计 用例、流程图 编写产品需求文档<PRD>

产品需求文档PRD简介

产品需求文档应包含的几个内容： 信息结构图 产品结构图和用户流程图

原型图用例图或流程图 产品需求文档，主要的阅读对象为UI以及技术员，在写需求 文档的时候，不需要过多的描述市场背景或形容产品，直接 地把功能表现形式写出来。因此PRD文档是一份详细的产品

功能需求说明文档，是产品文档中最底层和最细致的文档。

提问，哪个才是产品需求文档?

信息结构图在罗列信息结构时，我们更多的是考虑信息 数据，因此在这一步，我们还不需要深入的 考虑产品的界面与功能。信息结构的考虑有

面向前端的，也有面向后端的，具体视产品类型而定。 信息结构图是产品层面的理解，如果要入

库这些信息，还需要进行数据结构的讨论。一条信息的存储有很多附加属性，具体 是存成字段还是数据表，还是说存在中间

表或者关联表，这些都需要在完成PRD文档后和数据库技术人员共同讨论。

请各位，考虑一下这个产品的信息结构

现在，需要开发一款用于手机充值的客 户端，请问信息结构图应该是怎样的？

产品结构图刚才我们将概念想法形成了信息结构，罗列 出了产品的所有信息内容，现在我们就要依 据信息结构，开始规划产品的功能需求，绘 制出产品结构图。

用户流程图当我们规划出频道后，我们就需要以用户的视角进行一步一步的模拟操作，逐渐完善产品的结构 导图。称为用户流程图，用于展现产品经理脑海 中比较抽象的产品逻辑，也是产品经理对自己脑 海中的产品想法进行梳理的一个过程。

提问

根据刚才的客户端，应该如何进行产品 结构图以及用户流程图呢？

原型设计原型设计是帮助我们更细致的思考，并做各项需求的评估，同时也是将自己脑海里 的想法进行输出，通过原型设计后，我们就可以进行产品宣讲了。相对于之前抽象 的文字描述，原型则更加清晰产品的需求，设计和技术人员或者老板也能够更加直 观的了解到产品意图。

手绘原型

Axure原型

设计原则交互 1、系统标准——依照用户具体的使用情境和需求来决定是沿用标准还是创新。

2、目标导向——以用户为中心，关注用户目标而不是关注用户要完成的任务。3、直觉体验——设计方案必须能够引导用户做出最符合直觉的反应行为。 4、成本控制——从细节开始减少用户的操作及学习成本，使用户快速上手和识别产品特性。 5、需求设计——以用户的需求为中心，避免参杂

个人的主观喜好。

内容 6、减少界面——尽量减少界面间的交互，避免新页面切断了用户使用的流畅感。 7、概念内化——避免概念输出，要尽量以用户听得懂的语言来表达设计。 8、信息交互——基于信息层面的交互，应该简单自然易懂，符合用户期望模型及下意识行为。 9、简洁元素——减少视觉元素的堆叠，提高交互元素的辨识，合理隐喻交互元素。

10、明确结构——合理划分界面的逻辑结构，按照不同的内容与功能逻辑进行划分，突出结构主次

提问

根据刚才的客户端，进行一个手绘原型吧。

用例文档及流程图一份完整的用例文档分别是由以下三点内容组 成，其中第3点的“用例”是描述功能逻辑的部 分，根据功能的多少决定有多少个用例。 用例文档的大概组成部分如下： 1、修改记录：每次修改的备注记录， 2、角色介绍：描述参与系统中的各个角色 3、用例 角色描述: 角色与功能的关系：

最终形式的流程示例

考虑一下，刚才所设计的客户端，使用流程应该是？

产品需求文档PRD文档没有标准的规范，也没有统 一的模板，每个公司都不一样，并且 每个人也不一样，这个取决于个人习 惯和团队要求。虽然PRD文档没有标 准的规范，但是有两项是必不可少的 ，那就是文件标识和修改记录。文档 在撰写过程中，我们可以自行不断的 修改完善，但是如果正式发布或交给

团队其他成员后，一旦有了修改，为了文档的同步，我们就需要标注出文 档的修改内容，备注修改记录。关于 文件标识和修改记录，大家的格式都 大同小异