第四章 产品培训--需求文档、原型设计、信息结构.pptxVIP

产品基础文档 什么是需求文档，需求文档的组成 信息结构图 产品结构图和用户流程图 原型设计 用例、流程图 编写产品需求文档PRD 产品需求文档PRD简介 产品需求文档应包含的几个内容： 信息结构图 产品结构图和用户流程图 原型图 用例图或流程图 产品需求文档，主要的阅读对象为UI以及技术员，在写需求文档的时候，不需要过多的描述市场背景或形容产品，直接地把功能表现形式写出来。因此PRD文档是一份详细的产品功能需求说明文档，是产品文档中最底层和最细致的文档。 提问，哪个才是产品需求文档? 信息结构图 在罗列信息结构时，我们更多的是考虑信息数据，因此在这一步，我们还不需要深入的考虑产品的界面与功能。信息结构的考虑有面向前端的，也有面向后端的，具体视产品类型而定。 信息结构图是产品层面的理解，如果要入库这些信息，还需要进行数据结构的讨论。一条信息的存储有很多附加属性，具体是存成字段还是数据表，还是说存在中间表或者关联表，这些都需要在完成PRD文档后和数据库技术人员共同讨论。 请各位，考虑一下这个产品的信息结构 现在，需要开发一款用于手机充值的客户端，请问信息结构图应该是怎样的？ 产品结构图 刚才我们将概念想法形成了信息结构，罗列出了产品的所有信息内容，现在我们就要依据信息结构，开始规划产品的功能需求，绘制出产品结构图。 用户流程图 当我们规划出频道后，我们就需要以用户的视角进行一步一步的模拟操作，逐渐完善产品的结构导图。称为用户流程图，用于展现产品经理脑海中比较抽象的产品逻辑，也是产品经理对自己脑海中的产品想法进行梳理的一个过程。 提问 根据刚才的客户端，应该如何进行产品结构图以及用户流程图呢？ 原型设计 原型设计是帮助我们更细致的思考，并做各项需求的评估，同时也是将自己脑海里的想法进行输出，通过原型设计后，我们就可以进行产品宣讲了。相对于之前抽象的文字描述，原型则更加清晰产品的需求，设计和技术人员或者老板也能够更加直观的了解到产品意图。 手绘原型 Axure原型 设计原则 交互 1、系统标准——依照用户具体的使用情境和需求来决定是沿用标准还是创新。 2、目标导向——以用户为中心，关注用户目标而不是关注用户要完成的任务。 3、直觉体验——设计方案必须能够引导用户做出最符合直觉的反应行为。 4、成本控制——从细节开始减少用户的操作及学习成本，使用户快速上手和识别产品特性。 5、需求设计——以用户的需求为中心，避免参杂个人的主观喜好。 内容 6、减少界面——尽量减少界面间的交互，避免新页面切断了用户使用的流畅感。 7、概念内化——避免概念输出，要尽量以用户听得懂的语言来表达设计。 8、信息交互——基于信息层面的交互，应该简单自然易懂，符合用户期望模型及下意识行为。 9、简洁元素——减少视觉元素的堆叠，提高交互元素的辨识，合理隐喻交互元素。 10、明确结构——合理划分界面的逻辑结构，按照不同的内容与功能逻辑进行划分，突出结构主次 提问 根据刚才的客户端，进行一个手绘原型吧。 用例文档及流程图 一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。 用例文档的大概组成部分如下：1、修改记录：每次修改的备注记录，2、角色介绍：描述参与系统中的各个角色3、用例 角色描述: 角色与功能的关系： 最终形式的流程示例 考虑一下，刚才所设计的客户端，使用流程应该是？ 产品需求文档 PRD文档没有标准的规范，也没有统一的模板，每个公司都不一样，并且每个人也不一样，这个取决于个人习惯和团队要求。虽然PRD文档没有标准的规范，但是有两项是必不可少的，那就是文件标识和修改记录。文档在撰写过程中，我们可以自行不断的修改完善，但是如果正式发布或交给团队其他成员后，一旦有了修改，为了文档的同步，我们就需要标注出文档的修改内容，备注修改记录。关于文件标识和修改记录，大家的格式都大同小异