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

《产品培训--需求文档、原型设计、信息结构》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、产品基础文档什么是需求文档，需求文档的组成信息结构图产品结构图和用户流程图原型设计用例、流程图编写产品需求文档产品需求文档PRD简介产品需求文档应包含的几个内容：信息结构图产品结构图和用户流程图原型图用例图或流程图产品需求文档，主要的阅读对象为UI以及技术员，在写需求文档的时候，不需要过多的描述市场背景或形容产品，直接地把功能表现形式写出来。因此PRD文档是一份详细的产品功能需求说明文档，是产品文档中最底层和最细致的文档。提问，哪个才是产品需求文档?信息结构图在罗列信息结构时，我们更多的是考虑信息数据，因此在这一步，我们还不需要深入的考虑

2、产品的界面与功能。信息结构的考虑有面向前端的，也有面向后端的，具体视产品类型而定。信息结构图是产品层面的理解，如果要入库这些信息，还需要进行数据结构的讨论。一条信息的存储有很多附加属性，具体是存成字段还是数据表，还是说存在中间表或者关联表，这些都需要在完成PRD文档后和数据库技术人员共同讨论。请各位，考虑一下这个产品的信息结构现在，需要开发一款用于手机充值的客户端，请问信息结构图应该是怎样的？产品结构图刚才我们将概念想法形成了信息结构，罗列出了产品的所有信息内容，现在我们就要依据信息结构，开始规划产品的功能需求，绘制出产品结构图。用户流程图当我们规

3、划出频道后，我们就需要以用户的视角进行一步一步的模拟操作，逐渐完善产品的结构导图。称为用户流程图，用于展现产品经理脑海中比较抽象的产品逻辑，也是产品经理对自己脑海中的产品想法进行梳理的一个过程。提问根据刚才的客户端，应该如何进行产品结构图以及用户流程图呢？原型设计原型设计是帮助我们更细致的思考，并做各项需求的评估，同时也是将自己脑海里的想法进行输出，通过原型设计后，我们就可以进行产品宣讲了。相对于之前抽象的文字描述，原型则更加清晰产品的需求，设计和技术人员或者老板也能够更加直观的了解到产品意图。手绘原型Axure原型设计原则交互1、系统标准——依照

4、用户具体的使用情境和需求来决定是沿用标准还是创新。2、目标导向——以用户为中心，关注用户目标而不是关注用户要完成的任务。3、直觉体验——设计方案必须能够引导用户做出最符合直觉的反应行为。4、成本控制——从细节开始减少用户的操作及学习成本，使用户快速上手和识别产品特性。5、需求设计——以用户的需求为中心，避免参杂个人的主观喜好。内容6、减少界面——尽量减少界面间的交互，避免新页面切断了用户使用的流畅感。7、概念内化——避免概念输出，要尽量以用户听得懂的语言来表达设计。8、信息交互——基于信息层面的交互，应该简单自然易懂，符合用户期望模型及下意识行为。

5、9、简洁元素——减少视觉元素的堆叠，提高交互元素的辨识，合理隐喻交互元素。10、明确结构——合理划分界面的逻辑结构，按照不同的内容与功能逻辑进行划分，突出结构主次提问根据刚才的客户端，进行一个手绘原型吧。用例文档及流程图一份完整的用例文档分别是由以下三点内容组成，其中第3点的“用例”是描述功能逻辑的部分，根据功能的多少决定有多少个用例。用例文档的大概组成部分如下：1、修改记录：每次修改的备注记录，2、角色介绍：描述参与系统中的各个角色3、用例角色描述:角色与功能的关系：最终形式的流程示例考虑一下，刚才所设计的客户端，使用流程应该是？产品需求文档PR

6、D文档没有标准的规范，也没有统一的模板，每个公司都不一样，并且每个人也不一样，这个取决于个人习惯和团队要求。虽然PRD文档没有标准的规范，但是有两项是必不可少的，那就是文件标识和修改记录。文档在撰写过程中，我们可以自行不断的修改完善，但是如果正式发布或交给团队其他成员后，一旦有了修改，为了文档的同步，我们就需要标注出文档的修改内容，备注修改记录。关于文件标识和修改记录，大家的格式都大同小异