用户体验摘要.docxVIP

二、认识这些要素 2.1、表现层(surface) 你看到的是一系列网页，由图片和文字组成。 2.2、框架层(skeleton) 按钮、控件。照片和文本区域的位置。用于优化设计布局。 2.3、结构层(structure) 用来设计用户如何到达某个页面，并且在他们做好事情之后能去哪里。 2.4、范围层(scope) 结构层确定网站各种特性和功能最适合的组合方式，而这些特性和功能就构成了网站的范围层，比如用户可以保存之前的邮件地址，这个功能是否应该成为网站功能之一。 2.5、战略层(strategy) 经营者想从网站得到什么，用户想从网站得到什么。 三、战略层 产品目标和用户需求 1、我们要通过这个产品得到什么？ 回答了第一个问题能描述出企业的产品目标(product objectives) 替公司赚钱或省钱，每一个我们做出的决定都是建立在我们了解了他的影响力的基础之上。对于任何一个网站，基础目标之一是品牌识别(brand identity)。成功目标(success metrics)：一系列可追踪的指标，在产品上线后用来显示他是否满足了我们自己的目标或用户的需求！ 2、我们的用户通过这个产品得到什么？ 第二个问题则提出的用户需求(user needs) 我们可以把大量用户的用户划分成几个可管理的部分，这将通过用户细分(user segmentation)来完成。 人口统计学(demographic)的标准划分用户：性别、年龄、教育水平、婚姻状况、收入等。 消费心态档案(psychographic profile)的标准划分用户：用户对于这个世界、尤其是与你的产品有关的某个事物的观点和看法的心理分析方法。 用户研究(user research)的领域致力于收集必要的信息来达成共识。(比如问卷调查，用户访谈，现场调查contextual inquiry，用户测试) 创建人物角色(personas)，用户模型或用户简介，让用户变得更真实，通过赋予一张人物的面孔和名字，将用户调查和用户细分过程中得到的分散资料重新关联起来。 产品目标和用户需求经常被定义在一个正式的战略文档(strategy document)或愿景文档(vision document) 提供不同目标之间的关系分析，并且说明这些目标要如何融入更大的企业环境中去。 四、范围层 功能规格和内容需求 产品应该提供给用户什么样的内容和功能 1、定义项目范围：这是一个??价值的过程，同时能产生有价值的产品。 过程(process)的价值在于，当整个事情还处在假设阶段时，它能迫使你去考虑潜在的冲突和产品中一些粗略的点。 产品(product)的价值在于，被定义的这个产品给了整个团队一个参考点，明确了这个项目中要完成的全部工作，它也提供了一门用于讨论这件事情的共同的语言。 2、我们要开发的是什么？ 在软件开发中，范围层确定的是全部飞功能需求或功能规格(functional specifications)：在项目初期，这个词表示需求，描述系统应该做什么；在项目末期，这个词表示功能规格说明，描述系统真正完成了什么。 定义内容需求(content requirements)的过程，实际上与技术专家和董事会集体商议功能需求，并回顾已有的文档记录没有本质上的区别。 需求分三种： 人们讲述的、他们想要的东西 通过与用户探讨这些建议，你有时候可以得出能真正解决问题的、完全不同的需求 当人们讨论新需求和战略目标的时候，有时会突然想起某个伟大的构思 功能规格说明要点： 乐观(be positive)：描述这个系统要做什么事情去“防止”不好的事情发生，而不是描述这个系统“不应该”做什么不好的事情。 具体(be specific)：尽可能详细的解释清楚状况 避免主观的语气(avoid subjective language)：另外一种需求“保持明确”和“避免歧义”的途径，避免了误解的可能性。 内容需求： 内容需求应该提供每一个特性规模的大致预估：文本的字数、图片的像素大小、下载的文件字节、PDF或音频文件等相对独立的元素大小等。 你必须确定一个更新频率，介于你的用户期望值和有效资源之间的一个合理的中间值。 五、结构层 交互设计与信息架构 为网站建立一个概念 交互设计和信息架构要求去理解用户，理解用户的工作方式、行为和思考方式。 交互设计： 关注于描述“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为。 概念模型： 用户对于“交互组件将怎样工作”的观点称为概念模型(conceptual model)。规划好概念模型能帮助你做出一致的设计决定。 错误处理： 系统如何防止人们继续犯错？ 将系统设计成不可能犯错的那种。如自动挡的汽车 将错误难以发生 信息架构： 关注的就是呈献给用户