《用户体验要素》读书笔记

第一章 用户体验为什么如此重要

什么是用户体验

• 产品如何与外界发生联系并发挥作用
• 无论什么产品，用户体验总是体现在细微之处，但却非常重要

从产品设计到用户体验设计

• 要解决的是应用环境的综合问题，兼顾视觉和功能两方面的因素，同时解决产品所面临的其他问题。

为体验而设计：使用第一

• 产品越复杂，确定如何向用户提供良好的使用体验就越困难。

用户体验和网站

• 提供优质的用户体验，是一个重要的、可持续的竞争优势

用户体验就是商机

• 一个最常用的投资收益的度量标准是转化率

在乎你的用户

• 创建吸引人的、高效的用户体验的方法称为”以用户为中心的设计“
• 考虑用户的体验、把它分解成各个组成要素、从不同的角度来了解它

第二章 认识这些要素

用户体验的整个开发流程，要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程的每一个步骤中用户的期望值
五个层面

• 表现层：一系列的网页，由图片和文字组成

• 框架层：按钮、控件、照片和文本区域的位置

        用于优化设计布局，以达到这些元素的最大的效果和效率
  

• 结构层：设计用户如何到达某个页面，以及做完事情后去哪

• 范围层：网站要实现哪些功能和特性

• 战略层：经营者想从网站得到什么，用户想从网站得到什么

自下而上地建设

• 由战略层到表现层，整个产品会越来越具体。每一个层面都是根据它下面的那个层面来决定的。在更改某个层面的设计后，相应的之下层面都可能需要从新设计。
• 并不是每一个”较低层面“的决策都必须在”较高层面“之前做出
• 一个更好的方法是让每一个层面的工作在下一个层面可以结束之前完成

基本的双重性

• 功能型产品：主要关注任务——所有的操作都被纳入一个过程，去思考人们如何完成这个过程。在这里，我们把网站看成用户用于完成任务的工具
• 信息型产品：主要关注信息——网站应该提供哪些信息，这些信息对用户的意义是什么。创建一个富信息的用户体验，就是提供给用户一个可以寻找、理解，且有意义的信息组合

用户体验的要素

• 战略层：关注来自企业外部的用户需求

             来自企业内部的产品目标
  

• 范围层：功能型产品——功能规格（对产品”功能组合“的详细描述）

             信息型产品——内容需求（对各种内容元素的详细描述）
  

• 结构层：功能型产品——交互设计（系统如何响应用户的请求）

             信息型产品——信息架构（合理安排内容元素以促进人类理解信息）
  

• 框架层：信息设计、界面设计、导航设计

• 表现层：为最终产品创建感知体验，视觉呈现

应用这些要素

• 在每一层中，这些要素必须相互作用才能完成该层的目标
• 影响用户体验的额外两个因素：内容、技术

第三章 战略层

战略层定义

• 结合”产品目标“和”用户需求“就组成了战略层，也就成为我们在设计用户体验过程中做出每一个决定的基础
• 产品目标：我们要通过这个产品得到什么
• 用户需求：我们的用户要通过这个产品得到什么

产品目标

• 商业目标

  --为避免太具体、太宽泛的目标，我们应该在充分了解问题之后在得出结论
  --明确定义”成功的条件“，而不是定义”通向成功的路径“
  

• 品牌识别

  --对于任何一个网站，它需要明确描述的基础目标之一就是品牌识别。
  --除了商标、色调、字体，更重要的是概念系统、情绪反应（对用户起着潜移默化的作用）
  --你必须要决定品牌形象是无意之中形成的，还是经过产品设计者有意精心安排的结果
  

• 成功标准

  --一些可追踪的指标（转化率、回访数、印象数），在产品上线以后用来显示它是否满足了我们自己的目标和用户的需求。
  --有时这些成功标准与网站本身和用户如何使用该站有一定的关系
  

用户需求

• 用户细分

  --将具有某些共同关键特征或者共同需求的用户划分成组。
  --人口统计学标准：性别、年龄、教育水平、婚姻状况、收入等。
  --消费心态档案：用户对于这个世界，尤其是与你产品相关的某个事物的观点和看法的心理分析方法。
  --使用者的社会或专业角色。
  --用户对技术的熟悉程度和适应程度，以及对产品相关行业背景知识的熟悉程度（新手用户、资深用户）。
  --不同用户群的需求也有可能是彼此矛盾的，要么做取舍，要么为执行相同任务的不同用户群选择不同的操作方式
  

• 可用性和用户研究

  --市场调研方法：问卷调查、焦点小组：是获取用户的基本信息的宝贵来源
  --现场调查：是指一整套完整、有效且全面的方法：用于了解在日常生活情境中的用户行为
  --任务分析：仔细地分解用户完成任务的精确步骤
  --用户测试：请用户来帮忙测试你的产品
                       对于信息驱动的产品可用卡片排序法：用于探索用户如何分类或组织各种信息元素
  

• 创建人物角色：在用户体验设计的过程中，人物角色是从用户研究中提取出的、可成为样例的虚拟人物

团队角色和流程

• 产品目标和用户需求经常被定义在一个正式的战略文档或愿景文档中

  --它不仅是列出目标清单，还提供不同目标之间的关系分析，并且说明这些目标要如何融入更大的企业环境中去。
  --目标及目标分析来自于：决策者（企业管理层）、普通员工、用户
  --撰写战略文档时，要简洁明了，切中要点
  --必写，并频繁使用，要发给项目的每个参与者，以帮助他们在工作中做出正确的决定
  

第四章 范围层

范围层定义：产品应该提供给用户什么样的内容和功能
文档的重要性

• 知道正在建设什么

  --知道项目的目标是什么，什么时候达到目标
  --责任明晰
  --能看清相互独立也不显著的要求间的内在联系
  

• 知道不需要建设什么

  --当关于功能的、各种各样的可能和想法浮现，用文档记录，可以提供一个评估这些想法的架构
  --当前难以满足的需求，可以成为启动下一个版本的基础，这样就能形成一个不断循环的开发过程
  

功能和内容

• 范围层确定的是全部的功能需求或功能规格
• 真正的内容常常是通过一个内容管理系统来进行管理的

定义需求

• 需求的详略程度常常取决于该项目的具体范围
• 最用之不竭的需求源泉总是来自用户本身

功能规格说明

• 需要包含在设计或开发过程中出现有可能混淆的功能定义

• 需要记录在创建这个产品时已经确定下来的决议

• 撰写规则

  --乐观：描述这个系统将要做什么事情去”防止“不好的事情发生
  --具体：尽可能详细的解释清楚状况，这是我们能决定一个需求是否被实现的最佳途径
  --避免主观的语气：需求必须可验证，找到某种方式来明确说出应该达到的标准。也可以用量化的术语来定义一些需求，通过这样的手段来避免主观性
  

内容需求

• 不要混淆某段内容的格式和目的
• 提供每个特性规模的大致预估：文本的字数、图片的像素大小、下载的文件字节、PDF或音频文件等相对独立元素的大小等。（只收集最紧要的关键资料）
• 确定某个人负责某一内容元素和它的”更新频率“
• 各种用户，需求不同。哪些用户想要什么内容——如何呈现它们

确定需求优先级

• 战略目标和需求间往往不是一对一的关系
• 有时一个战略目标将产生多个需求。另一方面，一个需求也可以实现多个战略目标
• 优先级别是决定是否采纳人们所建议的相关特性的首要因素
  第五章 结构层

交互设计和信息设计都强调一个重点：确定各个将要呈现给用户的元素的“模式”和“顺序”。

• 交互设计关注于“可能的用户行为”同时定义系统如何配合与响应
• 信息架构关注于呈献给用户的信息是否合理并且具有意义

概念模型

• 用户对于“交互组件将怎样工作”的观点

• 把软件某个特性设计处理成用户所熟悉的某个概念

• 在交互设计的开发过程中保持使用方式的一致性

  --软件使用方式与现实经验一致
  --交互方式在整个系统中保持一致
  

• 使用人们熟悉的概念模型会使用户更快速的适应一个不熟悉的网站

• 错误处理

  --预防：第一同时也是防止错误的方法，是将系统设计成不可能犯错那种
  --改正：错误发生时，系统应该帮助用户找出错误并改正他们（有效的错误信息，自我解释的界面）
  --恢复：给用户提供可以从错误中恢复的方式（撤销）
  

信息架构

• 结构化内容

  --信息架构的主要工作就是设计组织分类和导航的结构，让用户可以更有效地找到和浏览网站的内容。
  --自上而下的分类体系：根据产品目标和用户需求直接进行结构设计。先从最广泛的、有可能满足决策目标的内容和功能开始分类，再依据逻辑细分出次级分类。
  --自下而上的分类体系：从已有资料开始把这些资料放到最低级别的分类中，然后将它们分别归属到较高一级的分类
  --结构质量最重要的标准，不是整个过程一共需要多少个步骤，而是“用户是否认为每个步骤都是合理的”以及“当前步骤   是否自然地延续了上一个步骤中的任务”。
  

• 结构方法

  --信息架构的基本单位是节点
  --层级结构：节点与其它节点之间存在这父级/子级的关系。
  --矩阵结构：矩阵结构能帮助“那些带着不同需求而来”的用户，在相同的内容中寻找各自想要的东西。
  --自然结构：这种结构没有太强烈的“分类”的概念，对于探索一系列关系不明确或者一直在演变的主题很合适，但是对于用户下次还需要依靠同样的路径、去找同样的内容的就不合适。
  --线性结构：经常被用于小规模的结构
  --一个延展性好的信息架构，能把新的内容作为现有结构的一部分容纳进来，也可以把新内容当做一个完整的新部分加入
  

• 组织原则

  --节点在信息架构中是依据组织原则来安置的。基本上，组织原则就是我们决定哪些节点要编成一组，而哪些节点要保持独立标准。不同的组织原则将被应用在不同的区域和网站不同的层面。
  --一般来说，在网站最高层级使用的组织原则应该紧密地与“网站目标”和“用户需求”相关。而在结构中较低的层级，内容与功能需求的考虑将对你所采用的组织原则产生很大影响。
  

• 语言和元数据：遵循“使用用户语言”并且“保持一致性”的命名原则。同时避免“语义歧义或者不解”
  第六章 框架层

在框架层主要解决放置的问题

• 界面设计考虑可交互元素的布局
• 导航设计考虑在产品中引导用户移动的元素的布局
• 信息设计中考虑传达给用户的信息要素的排布

习惯和比喻

• 界面要与用户早已养成的习惯保持一致，比之更重要的是界面要与自身保持一致。
• 网站特性的概念模型有助于保持网站内部的一致性。如果有两个特性使用同样的概念模型，可以保持一致的界面和操作，能使用户习惯了特性之后很快的适应另一个。即使概念模型不一致的地方，这些概念模型所共用的模块也应该以相似的方式对待（eg：开始、结束、返回或者保存这一类的概念）
• 有效地使用比喻，在于减少用户在理解和使用产品时的猜测。网站可以提供上下文帮助用户理解你采用的隐喻所代表的特性，但是提供的功能和内容越多，猜测就变得越不可靠，总有一部分用户会猜错的。

界面设计

• 界面设计要做的全部事情就是选择正确的界面元素，帮助用户完成他们的任务，还要通过适当的方式让它们容易被理解和使用。
• 成功的界面设计，是能让用户一眼就能发现“最重要的东西”的界面设计。
• 设计复杂系统界面面临的一个挑战之一，是弄清楚用户不需要哪些东西，并减少它的可发现性或者排除出去。
• 界面设计可以采取各种技巧，使用户完成任务的过程变得容易。（仔细考虑每一个选项的默认值、自动记住用户的选择）

导航设计

• 导航设计必须完成的三个目标：

  --提供给用户一种在网站间跳转的方法
  --传达出这些元素和他们所包含的内容之间的关系。
  --传达出它传达出的内容和用户当前浏览的页面是什么关系
  

• 导航系统

  --全局导航：提供了覆盖整个网站的通路
  --局部导航：提供给用户在这个架构中到”附近地点“的通路
  --辅助导航：针对内容、产品或者用户属性进行的分类导航
  --上下文导航（内联导航）：嵌入页面自身内容的一种导航
  --友好导航、网站地图、索引表
  

信息设计

• 用一种能”反应用户的思路“和”支持他们的任务和目标“的方式来分类和排列这些信息元素
• 指示标识：帮助用户理解“他们在哪里”以及“他们能去哪里”“哪条路离目标更近”，可借助图标、标签系统、排版、颜色等视觉指引

线框图
页面布局

第七章 表现层

合理设计感知

• 五方面组成：视觉、听觉、触觉、嗅觉、味觉
• 声音可以应用到很多不同种类的产品中；可用来通知用户，还可以使产品变得更具个性
• 评估一个视觉设计方案，应该把注意力集中在它们的”运作是否良好“上

忠于眼睛

• 评估一个产品视觉设计的简单方法之一是提出这样的问题

  --你的视线首先落在什么地方？
  --哪个设计要素在第一时间吸引了用户的注意力？
  --它们是对于战略目标来讲很重要的东西吗？
  

• 找出主要设计元素的方法

  --眼球追踪仪器
  --询问他人
  --眯着眼睛或斜着去看这个页面，直到不能认出任何细节
  --走到房间另一头看
  

• 如果设计成功，眼睛移动轨迹的模式有两个特点

  --遵循的是一条流畅的路径
  --为用户提供有效选择的、某种可能的”引导“，而非分散注意力
  

对比和一致性

• 通过对比把用户的注意力吸引到重要的部分
• 过度设计也会导致视觉的混乱，差异要足够清晰，让用户能分辨出某个设计选择是特意要传达的
• 一致性能避免用户的困惑和焦虑，可基于栅格线来保持平面布局的一致性

配色方案和排版

• 色彩：核心的品牌色彩通常是一个更广泛的配色方案的一部分，这套配色方案是要在一个企业的所有材料中得到应用的。一个企业的标准配色方案中所使用的色彩，是为了它们在一起工作而专门挑选出来的，它们之间是互补而不冲突的。

• 排版

  --不要使用非常相似但又不完全一样的风格
  --只有在你需要传达不同的信息时才使用不同的风格
  --风格之间要有足够的”对比“，但是不要使用过于广泛和多样的风格
  

第八章 要素的应用

• 创建良好的用户体验最重要的工作内容是大量收集亟待解决的非常细微的问题。

• 必须要同时考虑五个层面的全部因素

  --了解你正在试着去解决的问题
  --了解这些解决办法所造成的后果
  

• 在上一层级的错误有可能会削弱更低层面的正确决策

• 如果在低一级层面做出了错误决策，再上一层级做的努力也会显得没有意义

• 用户体验开发过程是一场”马拉松“，而不是”短跑“