用户体验的要素

按有用程度 按页码先后 最新笔记

• 

  全章

  大灰熊 (我得了不贯彻梦想就会死的病。)

  《用户体验要素-UCD for the web》 读书笔记 1. 前言 《用户体验要素-UCD for web》主要是以Web产品作为标准产品示例而开展的一个对用户体验的阐述说明。该书从认识用户体验开始，依次讲解了Web产品中用户体验的各个要素。 笔者对文中的一些产品设计以及元素认识的思考是针对于Web产品这一层面上。故本文的某些观点可能并不适用于其他产品的用户体验提升。 举例，游戏类产品的用户体验和Web类产品的用户体验可能正是恰恰相.. (更多)

  《用户体验要素-UCD for the web》

  读书笔记

  1. 前言

  《用户体验要素-UCD for web》主要是以Web产品作为标准产品示例而开展的一个对用户体验的阐述说明。该书从认识用户体验开始，依次讲解了Web产品中用户体验的各个要素。

  笔者对文中的一些产品设计以及元素认识的思考是针对于Web产品这一层面上。故本文的某些观点可能并不适用于其他产品的用户体验提升。

  举例，游戏类产品的用户体验和Web类产品的用户体验可能正是恰恰相反的。Web追求更高效的完成某一个行为，“提升效率，减少犯错几率”。但是想想《仙剑奇侠传》，那里面令人抓狂的迷宫设计决不是为了减少犯错几率，而在那些看起来冗长的人物对话，拖沓的故事情节也绝不是为了提升通关的效率。

  故针对不同的产品，应该有不同的交互设计理念，以及不同产品定位。

  言归正传，接下来还是看看这本书到底告诉我们了一些什么东西。

  2. 用户体验为什么如此重要？

  功能性产品于用户有广义上的两个意义：

  1. 产品的用途；

  2. 产品如何与用户发生联系并发挥作用；

  用户体验即决定产品如何与用户发生联系并发挥作用的一个重要指标。这一指标恰恰是决定产品成败的关键因素。

  一个好的用户体验可以提升一个产品的整体形象，从而留住现有的用户（提升用户忠诚度），吸引更多的用户（口碑传播）。

  任何在用户体验上所作的努力，目的都是为了提高效率。这基本上是以两种主要形式体现出来的：“帮助人们提升效率”和“减少人们犯错的几率”。

  只有好的用户体验，才会吸引到用户不断登录你的网站。

  3. 用户体验的要素

  一个Web产品的用户体验要素自下而上分了5个层次。战略层为底层，表现层为最上层。可以想象一个产品就像一颗大树一样。从根到躯干，到枝叶，最后到开花结果。

  1. 战略层

  产品的经营者想从这个产品得到些什么，用户又想从产品得到些什么。有些战略目标是显而易见的，而有些战略目标并不是很容易说清楚。就像腾讯最早在做免费聊天软件，谁都不知道它想要干什么。战略层关注的内容主要为：用户需求以及网站目标。

  2. 范围层(scope)

  我偏向于把它理解成为功能层，即你的这个产品都可以干些什么。这个产品有哪些功能。例如“weibo.com”，能发图片，发文字，能互相关注，这就是范围层需要考虑的东西。范围层关注的内容为：产品的功能设计和信息的内容需求（定义内容的详细属性）。

  3. 结构层(structure)

  结构层比较抽象，主要用于设计用户如何到达某个页面，当完成了这个页面的任务以后，用户又要去什么地方。框架层定义了导航条上各项的排列方式，而结构层则确定了哪些类别应该出现在导航条上。结构层关注的内容：产品的交互设计和信息架构设计。

  4. 框架层(skeleton)

  网页中的图片，文字，按钮，表格不是胡乱摆放在一起的，而是有一个组织结构，有一个布局设计，能达到这些元素之间的最大效果。例：在我需要看数据的时候有一个表格，而不是文字或者其他的按钮。框架层关注的内容：信息设计、界面设计和导航设计。

  5. 表现层(surface)

  表现层就用户直接看到的东西，用户看得见摸得到（用鼠标）的东西，像网页上的图片，文字等等。表现层需要关注的内容：视觉设计。

  一个好的Web产品绝不是来源于某一个boss的拍脑门，也绝对不是来自抄袭某一个外国网站。一个好的产品应该是经过深思熟虑，从五个层面自下而上的建立起来的。

  可以从下图看看如何完成一个Web产品。每一个底层的决定的方案，对会都上一层起到影响的作用，而最终形成一个确定的产品。

  在设计产品时需要做好计划。我们常常可能会遇到需求的变更或者根据竞争对手或行业标准去做一些产品上的调整。这样就要求我们对产品的设计要足够灵活。即范围层进行一些调整，不会导致结构层完全无法承受。

  举个例子：地瓜在最初的时候的需求是只要能够下载游戏就OK，所以就只针对游戏下载做了开发。后面需求变更，满足不了下载软件的条件时，进行结构上的大调整。这样延误了时间也耗费了人力。如果能在一开始就对整个产品的定义非常明确，在结构上设计的比较灵活，就能在后面的工作中规避很多诸如此类的问题（游戏版本、同一个包名的修改版等等）。

  4. 战略层

  战略层定义无非就是明确两个问题的答案。

   我们要从这个网站得到什么？

   我们的用户要从这个网站得到什么？

  对第一个问题的回答有几个关键词：“目标”，“品牌”，“利益”，“页面浏览量”，“用户转化率”等等。

  对第二个问题的回答也有几个关键词：“用户类型”，“现场调研”，“市场调研”，“用户模型”等等。

  首先我们在做一个Web产品的时候，需要明确自己要做一件什么事，需要在脑中有一个比较宏观的构想，当朋友或者伙伴问起你：“嘿，这个东西最终到底是什么样的啊？”你能头头是道的说出所以然来，可能当时的想法会很粗略或者很幼稚，但是必须有一个明确清晰的方向，这样才不会导致在越做越多的功能和需求中迷失自己。最终要明白做这件事，自己到底想要得到的东西。（不是指商业目的）

  其次，需要想清楚第二个问题，我们的用户到底想要从这个网站得到什么？用弄清楚这个问题就得先考虑清楚我们的用户是些什么人？是和尚？是道士？是学生？还是白领？这类人有些什么特性？他们为什么会需要我们的产品？他们最终会以什么样得形式留在我们的网站中？可以适当使用一些调研方法去研究这些问题。问卷调查、用户访谈等等。

  5. 范围层

  设计范围层需要注意的几点：

   收集和筛选需求

  其次需要收集需求。需求是来自四面八方的，由来自用户的，有来自boss的，有来自自己的，有朋友随口提的。但是无论来自何处的需求，都需要注意以下几点：

  1. 不要被自己的思维方式限制住，不要太迷信自己，切不可认为自己就是典型用户，认为自己的需求就是用户的需求。

  2. 要去各个渠道，各种方面收集需求。多开展头脑风暴。

  3. 从表象挖掘深层需求。

   确定需求的优先级

  战略目标高于一切。分清需求的特性和战略目标。将特性排除在战略目标之外。有时候可能会突发奇想一个点子“我们做一个提醒用户天气的功能吧！这样用户会觉得很温馨，每天浏览我们的网页，都能看到温馨的天气提示。”在说这句话的时候想一想，我们的产品到底是要干什么用的，如果是旅游产品，提醒用户景点的天气无可厚非，但是如果是一个在线看电影的网站，提醒用户天气好像跟我们的战略目标没有太多相关联之处。

   需求设计

  1. 用积极解决问题方式的心态进行设计，不论最终这个功能的结果是否能使用户满意，但是这个过程必须是使用户感到满意的。要随时以友好的态度面对任何一个功能上的交互流程。

  2. 具体，详细的解释需求。确认开发人员完全能理解设计的意图，不会因为文档或者沟通方面的问题导致产品返工。

  3. 避免主观语气。在功能需求描述中切忌出现一些主观描述词语。例如：“弄得美观一些”，“然后就那样弹出提示”等等。

   内容需求

  只有当我们把内容需求制定得足够明确，知道我们提供给用户的内容都有哪些属性，才会在后面的产品设计过程中得心应手。

  我们要确定产品一共有几维的属性？在确定的属性中还有可能增加新的维度吗？这些问题我们都得在设计时候反复考虑。或者使用一个比较灵活的结构承载信息的内容需求。

  6. 结构层

  设计结构层需要注意的几点：

   理解用户的思维方式和工作方式

  最好的方法就是从既有的成功的产品中学习用户如何使用产品和思考产品，当你的设计和大家的设计表现形式相同却到达了两个结果，这样的设计就是坏的设计，是会困惑到用户的设计。

   关注交互设计

  用户会有哪些可能的行为，而这些可能的行为又会带来哪些可能的响应？我们的产品应该如何配合用户的这些行为。当用户点击了一个菜单以后，是应该在点击菜单的附近出现选项，还是在另外页面一个不容易察觉的角落出现选项？这些都是需要我们去细心考虑和学习的东西。

   使用概念模型

  用户对于“交互组件将怎样工作”的观点称为概念模型。例如你在淘宝上买东西，你会把东西放进购物车中而不是盒子中，不是盆子中，也不是口袋中。因为购物车有很强的概念模型，用户在理解购物车的功能中要比理解盆子或者盒子更加容易得多。尽可能的去降低用户的学习成本，所以要去使用好的概念模型。

   错误处理

  首先要从设计上规避一些常见的错误选择出现，然后要去积极地解决每一个级别可能会出现的错误，确保更高比例的用户能有积极的体验。对一个Web产品来说最可怕的就是用户在使用该产品的时候有强烈的挫败感。用户很快就能很容易找到另外一个替代品。

   合理的信息架构

  需要使用灵活的信息架构。一个有效结构的特点就是具备“容纳成长和适应变动”的能力。当有新的需求时，不应该导致重新考虑网站的整体结构。而是在现有的结构中做一些调整就可以满足需求。

   结构方法

  信息架构的基本单位是节点(node)。节点可以对应产品中的任意的信息片段或者组合，例节点可以是商品的价格属性，也可以是呈现商品的页面。然后节点通过不同的组织方式构成不同的信息架构。以下为几种节点构成的信息架构。

  层级结构：也成为树状结构，或中心辐射结构。节点和节点之间存在父级/子级的关系。像我们现在的网站“android.d.cn”就是一个标准的层级结构。

  矩阵结构：允许用户在节点与节点之间沿着两个或更多的维度移动。例如地瓜可能会在以后做的关联游戏推荐，通过两个游戏之间的标签作为节点进行关联的一种结构。

  自然结构：不会遵循任何一致的模式。节点是逐一被连接起来的。这种结构没有太强的“分类”的概念。现在很少能看到这种结构。

  线性结构：线性结构经常被见到于Web产品注册流程或者网店商品购买流程之中。

   组织原则

  组织原则就是我们决定哪些节点要编成一组，哪些节点要保持独立的标准。不同的组织原则将被应用在不同的区域和网站不同的层面。

  我们的网站会按照时间或者热度或者下载量对游戏进行组织。这就是我们的组织原则。不同的产品会使用不同的组织原则。微博在个人主页是使用用户发表的信息进行组织，而QQ在个人主页是使用用户关系进行组织。

  战略层告诉我们“用户的需求是什么”，范围层告诉我们“什么样的信息将满足用户的需求”，然后我们在结构层就可以使用这些原则进行节点之间的组织。

   使用通俗易懂的语言

  与用户谈话并且了解他们的沟通方式，是开发出一个让用户感到命名原则自然的最有效方式。

  当时在网游门户部做需求的时候，去了解用户最喜欢把链接叫飞机。所以考虑将新功能叫做坐飞机，但是考虑到是否新增用户是否会理解这个语言的含义，所以还是使用比较传统的叫法。

  书中还提到了创建控制性词典、类词词典的方法。和如何建立使用元数据。有兴趣的同学可以仔细研读该处。

  7. 框架层

  在框架层需要非常紧密的将界面设计，导航设计，信息设计三个元素结合起来。要像齿轮一样的咬合，才能搭建出比较完美的框架层。

  在实际设计中可能会发现这三者的边界变得模棱两可，但是把它们定义为独立的领域可以帮助我们更准确的评估是否已经找到合适的解决方案。

  通过“界面设计”，用户可以接触到在结构层的交互设计中确定的具体功能。

  通过“导航设计”，用户可以看到我们网站的信息结构中自由穿行。

  通过“信息设计”，用户在网站的信息结构中驻足的时候，他得到是有用的信息，还是一片无用的垃圾？

  设计框架层需要注意的点：

   尊重用户的习惯；

  在设计布局的时候，应该尊重用户的习惯。不能天马行空，让用户在使用你的产品时感到很强的挫败感。应该像电话中数字矩阵的“3*4”布局。让界面的布局和自身保持一致性。

   使用合理的比喻方式

  尽量让用户少思考就能明白你要传达给用户的意思。例如使用放大镜比喻搜索的意思，用垃圾箱表示删除的意思等等。

   界面设计

  在一个界面的第一次呈现给用户的时候，仔细考虑每一个选项的默认值，仔细考虑界面中信息的排序方式，用户需要哪些信息。站在用户的角度去思考任务和目标。

  还有一种做法就是记住用户的最后一次选择状态。

   导航设计

  在信息空间中，大多数人是不会有太强的方向感的，所以需要设计导航指引人们当前的位置。就是你的网站需要告诉用户“你现在在哪儿？”，“下一步可以去哪儿？”

   信息设计

  首先需要站在用户的角度进行思考，想想什么样得信息结构更适合于用户浏览。就像写作文一样，我们的用户是语文老师，老师认为作为就应该是龙头猪肚凤尾，所以我们把作文写成龙头猪肚凤尾就能得高分，而写成猪头凤肚龙尾就是不行的。我们给用户呈现的信息也应该最遵循用户认为正确的结构进行组合。

  当时在做地瓜管理列表中呈现给用户的内容时，考虑到用户在管理列表中更希望看到的信息是他的所安装游戏的版本号和大小。所以我们改掉了普通列表中显示星级和评论数的设计，而将用户可能更加关心的信息呈现给用户。

   指示标示

  这个很容易理解。就是把免费的标成绿色，下载按钮用更加显眼的形状或者颜色进行标注。

   线框图

  线框图是对页面中所有的组成部分以及它们如何结合到一起的一个露骨的描述。我们常常使用页面原型进行表达。

  8. 表现层

  最终呈现到用户眼前的东西。

  需要一个非常好的VI设计和UI设计。让用户能非常快乐的接受你想传达给他们的信息。（审美观比较差的人就不发表什么意见了。）

  9. 后记

  其实这本书在手边也放了很久了，前段时间狠下心，用一星期时间边读边写，磕磕绊绊写完了读书笔记。也算对自己学习的一个交代。书中详细的提到了很多实例，说得很有意思，也很有启发性。但是我认为真正好的东西还是需要自己在工作中和生活中积累下来的东西。将积累的东西思考了，变成自己的东西，那才是更重要得财富。

  P.S. 从Word文件直接拷过来的，懒得调格式了。 (收起)

  2011-08-30 15:14:44   8人收藏   2回应

  收藏

  推荐
• 

  第五章：结构层

  laozhu (Keep it Simple, Stupid.)

  前提：收集完成用户需求并将其排列好优先级别（范围层）。 ----------------------------------------------------------------------------------------------------- 交互设计：页面的交互流程。 信息构架：组织管理、分类、顺序排列，以及与内容呈现有关的：图书管理、新闻学和技术通信等其他学科。 交互设计和信息架构都强调一个重点：确定各个将要呈现给用户的选项的模式和顺序。 -------------------------------------... (更多)

  前提：收集完成用户需求并将其排列好优先级别（范围层）。

  -----------------------------------------------------------------------------------------------------

  交互设计：页面的交互流程。

  信息构架：组织管理、分类、顺序排列，以及与内容呈现有关的：图书管理、新闻学和技术通信等其他学科。

  交互设计和信息架构都强调一个重点：确定各个将要呈现给用户的选项的模式和顺序。

  -----------------------------------------------------------------------------------------------------

  交互设计关注于将影响用户执行和完成任务的选项。信息架构则关注如何将信息表达给用户的选项。交互设计和信息架构关注的是：理解用户、用户的工作方式和思考方式。

  交互设计关注于描述“可能的用户行为”，同时定义“系统如何配合与相应”这些用户行为。

  人机交互过程中，对用户错误的处理方式：预防、改正、恢复。

  ----------------------------------------------------------------------------------------------------

  信息架构着重于设计组织分类和导航的结构，建立分类体系的两种方式：从上到下(top-down approach)或从下到上(bottom-up approach)。

  从下到上的构架方法有时可能导致内容的重要细节被忽略；从下到上的方法有时可能导致构架过于精确的反映了现有的内容，因此不能灵活地容纳未来内容的变动或增加，在从上倒下和从下到上的方法之间找到平衡是唯一可避免这种缺点的方法。

  层级结构（最常见）

  矩阵结构

  自然结构

  线性结构

  一般来说，在网站最高层级使用的组织原则应该紧密地与网站内容和用户需求相关。而在结构中较低的层级，内容与功能需求的考虑将对你说采用的组织原则产生很大的影响。

  组织原则(organizing principle)：使用错误的截面(facets)可能比根本没使用界面更加糟糕。

  命名原则(nomenclature)：使用用户的语言、保持一致性。强调一致性的一种工具被称为控制性词典(controlled vocabulary)。控制性词典是网站使用的一套标准语言，在用户研究中，与用户谈话并了解他们的沟通方式，是开发出一个让用户感到命名原则自然的最有效方式。创造一个反映了用户语言的控制性词典(并遵守它)是防止企业内部的专用术语侵入网站的最佳方法。控制性词典也有助于建立起贯穿所有内容的一致性，以确保大家都能使用用户的语言。另一种工具是创造类词词典(thesaurus)，与简单列出说使用词汇的清单不同，类词词典会提供常用的、但未纳入该网站标准用语的词汇以供选择。

  使用控制性词典或类词词典对于建立包含元数据(metadata)的系统特别有用。元数据这个名称，简单地说就是“关于信息的信息”，即以一种结构化的方式来描述内容。

  架构图(architecture diagram)，我们统一参考视觉词典(the Visual Vocabulary) http://www.jjg.net/ia/visvocab/

  (收起)

  2011-11-03 16:47:30   4人收藏   回应

  收藏

  推荐
• 

  第53页

  磁盘碎片 (一直前进)

  这一篇笔记是 第2章 认识这些要素 以及 第3章 战略层 的笔记 第2章： 五种层次的划分：从最核心最抽象的开始： 战略层： 我们想要给用户什么，用户想要什么 ==》 这是核心价值，或者产品的定位，诉求 范围层： 我们怎么给用户 ==》 具体的功能模块 结构层： 交互设计，逻辑流程 框架层： 布局、展现 表现层： 设计元素 //我自己的观点认为： 由于 1在设计过程中要在不同的层次之间重复迭代 2具... (更多)

  这一篇笔记是

  第2章 认识这些要素

  以及

  第3章 战略层

  的笔记

  第2章：

  五种层次的划分：从最核心最抽象的开始：

  战略层： 我们想要给用户什么，用户想要什么 ==》 这是核心价值，或者产品的定位，诉求

  范围层： 我们怎么给用户 ==》 具体的功能模块

  结构层： 交互设计，逻辑流程

  框架层： 布局、展现

  表现层： 设计元素

  //我自己的观点认为： 由于 1在设计过程中要在不同的层次之间重复迭代 2具体的开发过程中难免层次之间存在耦合， 所以如上述这种明确的划分方法在指导实践过程中容易死板。

  因此不如将相邻的两层进行关联。形成 战略层&范围层， 范围层&结构层， 结构层&框架层， 框架层&表现层 这四种结构

  第3章 战略层

  战略层一般是跟KPI挂钩的。一个大的网站、一个具体的业务部门，都有自己最核心的目标。

  战略层中“用户想要什么 ”，必然是一个集合。如果每个具体的需求是一个元素，那么这个集合可能由10个元素组成。 而用户分类是这个大集合的子集。例如大学生可能占有其中的3个元素，白领占有其中的4个元素。

  任何一个范围层的设计都不能针对整个需求集合。 有些可能针对其中一类用户，有些可能只针对这个集合中的一个元素，一个具体的需求

  用户分类的方法：

  1. 人口特征统计 ==》这是一个方法，而不是目的。并非将用户按照人口特征分类之后，就完事了。这里需要进行合并同类项。

  2. 问卷、访谈

  // 测试态度

  3. 任务分析

  4. 用户测试

  //我认为，任务分析和用户测试，更适合 范围层&结构层

  (收起)

  2011-02-17 12:59:29   2人收藏   回应

  收藏

  推荐

• 

  第1页

  北北 (多拉A梦其实没有百宝箱)

  我真的觉得这个书枯燥 (更多)

  我真的觉得这个书枯燥 (收起)

  2011-03-06 17:07:12   2回应

  收藏

  推荐
• 

  第1页

  剪刀脚爱德华 (非如此不可！)

  此书建立了一个以用户为中心的互联网产品设计模型，并以此阐述了设计活动的流程和其中涉及的概念。 给我最大的启发是这个模型所体现出的层次结构与逻辑划分： 层次结构：战略层-范围层-结构层-框架层-表现层，既表现了不同的抽象层次，又符合产品设计与开发流程，基于这一层次模型的帮助考虑用户体验，容易做到完备和有条理。很多笔记和书评都有总结了，不敷述。 逻辑划分：基于功能的“软件”维度，和基于内容的“信息”... (更多)

  此书建立了一个以用户为中心的互联网产品设计模型，并以此阐述了设计活动的流程和其中涉及的概念。

  给我最大的启发是这个模型所体现出的层次结构与逻辑划分：

  层次结构：战略层-范围层-结构层-框架层-表现层，既表现了不同的抽象层次，又符合产品设计与开发流程，基于这一层次模型的帮助考虑用户体验，容易做到完备和有条理。很多笔记和书评都有总结了，不敷述。

  逻辑划分：基于功能的“软件”维度，和基于内容的“信息”维度，这一点比较少人讲。如果说上面的层次划分对一般意义的产品设计都有参考价值，那么这一逻辑划分则是互联网的产品设计所特有的。

  互联网本身的性质决定了这一逻辑划分，互联网诞生伊始，只有文字、图片和超链接这些简单元素，并以静态页面的方式编辑呈现，只能支持内容展示和浏览——互联网的客户端被叫做“浏览器”真的是名副其实。随着互联网前后端各种技术的发展，能够在浏览器中完成的功能越来越多（可以替代很多轻客户端软件），体验也越来越向软件靠拢，这便使得互联网产品逐渐拥有了软件属性。

  视觉设计、界面设计、交互设计、导航设计、信息设计、信息架构、功能定义、内容需求、网站目标、用户需求……，本来难以准确理解且容易混淆的一组互联网产品设计概念，在这一层次结构+逻辑划分的模型中各得其所。这一分析和阐述的模式胜过了对概念本身的逐个言说，不但说明了这些概念间的关系，更使得每一个概念本身的定义都更加清晰准确。 (收起)

  2011-05-17 22:41:04   回应

  收藏

  推荐
• 

  第1页

  Luckyapple (读书养性)

  《用户体验的要素》不是提升那种“难以把握的用户体验”的概念，而是引入了一个强有力的观点，将用户体验的要素分为五层：战略层、范围层、结构层、框架层和表现层， 并对各个层的定义、各个层关注的问题以及从哪些角度、利用哪些工具去分析这些问题进行了阐述，可以说它是一套建设用户体验的方法论。 我们应该利用这套方法论，有意识、有目的地做出每一个决定，并在执行时将每一个决定都建立在对其背后的议题的理解之上.. (更多)

  《用户体验的要素》不是提升那种“难以把握的用户体验”的概念，而是引入了一个强有力的观点，将用户体验的要素分为五层：战略层、范围层、结构层、框架层和表现层，

  并对各个层的定义、各个层关注的问题以及从哪些角度、利用哪些工具去分析这些问题进行了阐述，可以说它是一套建设用户体验的方法论。

  我们应该利用这套方法论，有意识、有目的地做出每一个决定，并在执行时将每一个决定都建立在对其背后的议题的理解之上。

  网站开发是一个马拉松长跑，是修造一座建筑物，战略、范围、结构是建筑基底，框架和表现是装饰。

  在网站开发的时候，始终从完整的用户体验出发，那么最后得到的网站就是一份有价值的资产。每一件与网站的用户体验有关的事情都是经过有意识的、明确的决策的结果，只有这样你才能确保这个网站能同时满足你的战略目标和用户需求。

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

  本章以“闹钟—咖啡机—加油机---收银机---油箱盖—交通事故” 这一事例具体形象地阐述了“用户体验的重要性”，同时让我们感觉到“用户体验”是有章可循、有法可依的，而不只是一个难以把握的概念。

  网站产品的特殊性在于它的“自助性”。正因为这一点，关注用户喜欢的，对用户有价值的产品特性是网站产品的宗旨。一个投资回报率的有效度量标准是“转化率”，另一个反面度量标准“放弃购物车的发生率”。

  第二章 认识这些要素

  确保用户在你的网站上的所有体验不会发生在你“明确的、有意识的意图”之外。用户体验五个层面可以帮助你去把握每个环节。

  五个层面：战略、范围、结构、框架和表现，提供了一个基本的结构，只有在这个基础架构上，我们才能讨论用户体验的问题，以及用什么工具来解决用户的体验。

  分层使我们可以在不同层面关注不同角度的问题，条理、清晰，容易把握重点和方向。

  将网页的双重性分开，软件一边，只关注任务，超文本这边，只关注信息。

  第三章 战略层

  该层就是要回答两个问题“我们要从这个网站得到什么？”和“我们的用户要从这个网站得到什么”。分别从商业目标、品牌意识、成功标准、用户需求、用户细分、可用性和用户研究、团队角色和流程各个角度阐述了如何进行分析决策。

  第四章 范围层

  将网站的目标转变成网站应该提供给用户什么样的内容和功能。该层关键是要明确“要建设什么”，“不需要建设什么”，避免陷入“范围蠕变”，并对如何收集需求、制定功能规格、确定需求优先级进行了阐述。

  第五章 结构层

  结构层为网站创建一个概念结构，将关注点从抽象的决策与范围问题，转移到更能

  影响最后用户体验的具体因素。关注的是：理解用户、用户的工作方式和思考方式。

  第六章 框架层---界面设计、导航设计和信息设计

  根据战略目标收集完需求后，框架层近进一步提炼结构，确定很详细的界面外观、导航和信息设计。

  第七章 表现层 视觉设计

  表现层是用户直接可见的网站产品的呈现，内容、功能和美学汇集到一起来产生一个最终设计。 (收起)

  2011-09-22 20:38:37   回应

  收藏

  推荐

• 

  全

  两块方糖才够甜 (选择向前，因为怕错过前方。)

  一、用户体验 1、用户体验是人们如何接触和使用产品 2、以用户为中心是去理解人们的所想和所需 3、所有的尖端技术和企业营销邮件都无法让这些用户再访问第二次，一次良好的用户体验就可以，而且你不会得到太多的第二次机会去纠正它。 4、要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程中的每一个步骤中用户的期望值 二、战略层 1、要小心平衡企业目标和用户需求，在主页和用户想看的内容页面之.. (更多)

  一、用户体验

  1、用户体验是人们如何接触和使用产品

  2、以用户为中心是去理解人们的所想和所需

  3、所有的尖端技术和企业营销邮件都无法让这些用户再访问第二次，一次良好的用户体验就可以，而且你不会得到太多的第二次机会去纠正它。

  4、要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解在这个过程中的每一个步骤中用户的期望值

  二、战略层

  1、要小心平衡企业目标和用户需求，在主页和用户想看的内容页面之间多增加几层导航，无疑地会增加页面的浏览量，但这是用户需要的吗？长期来看，PV只会更低。

  * PV代表用户主动获取更多信息

  * PV要看长期

  2、普通员工通常比他们的经理更了解用户需求，没有人比那些每天和用户交谈的人更明白他们遇到的困难是什么了。然而，用户的反馈很少能传递到需要这些信息的产品开发团队中去。

  3、所有参与者——设计师、程序员、信息架构师、项目经理——都需要战略文档

  4、战略是用户体验流程的起点，但战略也可以演变和改进。

  三、范围层

  1、用文档说明项目要求的原因，一是这样你才知道需要建设什么，二是这样你才知道不需要建设什么

  2、当前难以满足的需求，可以成为启动下一个版本的基础

  3、需求分为三个类别：用户讲述想要的，用户实际想要的，用户不知道他们是否需要的

  四、结构层

  1、交互设计和信息架构都强调一个重点，确定各个将要呈现给用户的选项的模式和顺序，交互设计关注于将影响用户执行和完成任务的选项，信息架构择关注如何将信息表达给用户的选项。

  2、交互设计和信息架构听起来神秘，但这些工作并不完全是技术的，它们关心的是理解用户、用户的工作方式和思考方式

  3、交互设计就像是计算机和用户在跳舞，用户移动，程序响应，作为对系统的回应，用户继续移动。

  一般软件设计思路，自己跳自己的，如果用户脚被踩了，就当成是学习的一部分。

  而成功的舞蹈需要每一个参与者能够预测对方的移动。

  4、结构质量最重要的标准，不是“整个结构一共需要多少步骤”，而是“用户是否认为每一步骤都是合理的”，以及“当前的步骤是否自然的延续了上一个步骤中的任务”。毫无疑问，用户会喜欢一个被清晰定义的七步过程，而不是一个令人困惑的，被勉强压缩的三步过程。

  5、一个完整的用户体验，包括网站结构，都是建立在对网站目标和用户需求的理解之上的。

  6、战略告诉我们“用户的需求是什么”，范围告诉我们“什么样的信息将满足那些用户需求”，在创建结构时，我们就要具体的识别出用户心目中至关重要的那些信息。成功的用户体验就是事先知道用户的期望。

  五、框架层

  1、为用户想完成的任务选择正确的界面元素，通过一种能迅速理解和易于使用的方式，把他们放置到页面上去。“哪个功能应该在哪些页面上完成”是结构层的交互设计工作，“这些功能在页面上如何被实现”是界面设计范围的事。

  六、表现层

  1、前景色多为更亮更醒目，暗淡的色彩用于背景元素

  七、要素的应用

  1、不是找到答案，而是学会提问

  * 了解你正在试着去解决的问题在哪一层

  * 了解你的解决办法所造成的后果——连锁反应

  2、提出正确的问题

  * 有意识、有目的地做出每一个决定，并在执行时将每个决定都建立在对背后议题的理解上

  * 用户测试永远无法取代一个考虑周密、准备充分的用户体验设计过程

  * 比用户自己更准确的去理解他们的需求

  3、马拉松而非短跑

  * 持续监控，适时调整

  * 磨刀不误砍柴工，关注战略、范围、结构 (收起)

  2012-01-02 16:43:05   回应

  收藏

  推荐
• 

  全书精华

  子恒 (言勿尽善，善勿尽言。)

  

  战略层：我们为什么要开发这个产品？ 1.产品目标：我们要通过这个产品得到什么？ 商业目标、品牌识别 2.用户需求：我们的用户要通过这个产品得到什么？ 用户细分：把大量的用户需求分成几个可管理的部分，每一群组都是由具有某些共同关键特征的用户所组成。 用户研究：现场调查、任务分析（情景）、用户测试、创建用户角色； 获取用户需求：有时候从用户口中说出来的、所期望的特性其实并不是他们想要的，当人们在某个.. (更多)

  
  五层架构

  战略层：我们为什么要开发这个产品？ 1.产品目标：我们要通过这个产品得到什么？ 商业目标、品牌识别 2.用户需求：我们的用户要通过这个产品得到什么？ 用户细分：把大量的用户需求分成几个可管理的部分，每一群组都是由具有某些共同关键特征的用户所组成。 用户研究：现场调查、任务分析（情景）、用户测试、创建用户角色； 获取用户需求：有时候从用户口中说出来的、所期望的特性其实并不是他们想要的，当人们在某个过程中遇到一些困难时，想象有某种方式可以解决这个困难，这是很正常的反应。有时这个解决办法是行不通的，通过与用户探讨这些建议（深挖），有时候可以得出能真正解决问题的、完全不同的需求；

  范围层：我们要开发的产品是什么？ 明确每个阶段的产出（过程+产品）； 功能型产品：确定功能以及规格；信息型产品：考虑内容（内容管理系统）； 信息类产品：内容需求：内容清单、更新频率、内容元素的大小等； 确定需求的优先级： 需求关联战略目标； 从战略层评估是否满足了我们的战略目标； 实现需求的可能性有多大？

  结构层：确定各个将要呈献给用户的元素的“模式”和“顺序”。 交互设计关注于将影响用户执行和完成任务的元素； “可能的用户行为” -> “系统如何配合与响应用户行为” 信息架构关注如何将信息表达给用户的元素； 从上而下的架构方法：根据产品目标和用户需求。先从最广泛的、有可能满足决策的目标的内容与功能开始进行分类，然后再依据逻辑细分出次级分类； 从下而上的架构方法：内容和功能需求的分析。先从已有的资料开始，把这些资料统统放到最低级别的分类中，然后再将它们归属到较高一级的类别；

  框架层：

  (收起)

  2011-12-29 17:31:25   回应

  收藏

  推荐
• 

  第113页

  maduoyuan

  避免比喻，就是要减少对用户在“理解和使用网站功能”时对心理的要求。用一个电话簿的图标代表真实的电话号码簿也许还行得通，但用一个咖啡店的图片代表聊天区域可能就会有问题。 (更多)

  避免比喻，就是要减少对用户在“理解和使用网站功能”时对心理的要求。用一个电话簿的图标代表真实的电话号码簿也许还行得通，但用一个咖啡店的图片代表聊天区域可能就会有问题。

  (收起)

  2011-12-25 12:05:53   回应

  收藏

  推荐