用户体验要素Word格式文档下载.docx
《用户体验要素Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《用户体验要素Word格式文档下载.docx（18页珍藏版）》请在冰豆网上搜索。
1、帮助人们工作得更快；
2减少犯错的几率。
效率所影响的不仅仅是最终的结果，当工具容易使用时，员工完成任务会有一种很大的满足感。
不仅提高生产率而且提升工作自豪感，从而节省换工作导致的招牌和培训费用。
创建吸引人的、高效的用户体验方法称为“以用户为中心的设计”，即在开发产品中的每一步，都要把用户列入考虑范围。
用户体验的每一件事情，都要经过慎重考虑和论证再决定。
考虑用户的体验，把它分解成各个要素，从不同角度来了解它，才能确保你控制了决策所能造成的所有结果。
你必须为他们规划一个有粘性的、直接明了、甚至还让人愉快的体验。
一次“每件事情都按照正确的方式在工作“的经验。
第二章五个要素
用户体验的整个开发流程，都是为了明确用户在你的产品上的所有体验不会发生在你“明确的、有意识的意图“之外。
这就是说，要考虑到用户有可能采取的每一个行动的每一种可能性，并且去理解这一过程的每一步骤中用户的期望值。
这就需要我们把设计体验的工作分解成各个组成要素，以了解整个问题。
【表现层】一系列网页，由图片和文字组成
【框架层】按钮、控件、照片和文本区域的位置，用于优化设计布局，
【结构层】比框架层更抽象的是结构层，框架是结构的具体表达方式。
如结账：
框架层确定结账页面上交互元素的位置，而结构层用来设计用户如何到达某个页面，并且在他们做完事情后能去什么地方。
导航条：
框架层定义了导航条上各要素的排列方式，结构层则确定哪些类别应该出现在那里。
【范围层】结构层决定各个特性和功能最适合的组合方式，而这些特性和功能就构成网站的范围层，即是否将某个功能纳入网站功能之一。
【战略层】决定网站范围，不仅包括经营者想从网站得到什么，还包括用户想从网站得到什么。
自下而上的建设，在最底层完全不用考虑网站、产品或服务的最终外观，只关心网站如何满足我们的战略和用户的需求。
在最顶层，我们只关心产品呈现的最具体的细节，随着层面的上升，决策变得越来越具体，细节越来越精细。
每一个层面都是依据它下面那个层来决定的，当我们做出的决策没有和上下层保持一致时，项目常常会偏离原来轨道，完成日期延迟。
每一个层面的决定都将会影响到上层的可用选项。
连锁效应意味着在“较高层面”中选择一个界
限之外的选项将需要重新考虑“较低层面”中所作出的决策。
但不是说每一个“较低层面”的决策都必须在设计“较高层面”之前做出。
事物都有两个方面，在“较高层面”中的决定有时会促成对“较低层面”决策的一次重新评估。
每一个层面，都根据竞争对手所做的事情，业界最佳的实践成果来决定，连锁反应应该是双方向的。
不是要求每个层面的工作在下一层面开始以前完成，而是要求每个层面的工作早下一层面结束之前完成。
如：
网站
网站的用户体验开始形成时，它的设计者采用的是两种不同的语言，一是把每一个问题看成是“应用软件”的问题——然后从传统的桌面和客户端软件的角度来考虑解决方案（适用于制造各种产品的常规思路）另一种则从信息的发布和检索来看待网站，然后从传统出版、媒体和信息技术的角度来考虑问题解决方案。
为解决网页的双重性质，从中间把这五个层面分开，左边描述功能型的平台类产品，右边描述信息型的媒介类产品。
功能性产品这边我们关注任务——所有的操作都被纳入一个过程，思考人们如何完成这个过程。
把网站看成用户用于完成一个或多个任务的工具。
在信息型产品这边，我们关注信息——网站应该提供哪些信息，这些信息对用户的意义是什么。
创建一个富信息的用户体验，就是提供给用户一个寻找、理解，且有意义的信息组合。
结构层在功能型产品一侧表现为交互设计，定义系统如何响应用户请求；
在信息型产品的一侧则是信息构架：
合理安排内容元素以促进人类理解信息。
结构层必须完成信息设计，一种促进理解的信息表达方式。
对于功能型产品架构层还包括界面设计，也就是说安排好能让用户与系统的功能产生互动的界面元素。
对于信息型产品，这种界面就是导航设计：
屏幕上的一些元素的组合，允许用户在信息构架中穿行。
还有两个额外因素，将对最终用户体验产生影响，一是内容（“内容至上”提供给用户认为有价值的内容）；
二是技术，你能提供给用户的体验状态是由技术决定的。
第三章战略层（产品目标和用户需求）
成功的用户体验，其基础是一个被明确表达的“战略”、知道企业与用户双方对产品的期许和目标，有助于促进用户体验各方面战略的确定和制定。
导致网站失败的最常见原因往往是一切开始之前，没有回答“我们和用户要通过这个产品得到什么”（即明确<
内部>
产品目标和<
外部>
用户需求）越明确越能精确地满足双方的需求。
一、产品目标（要能口头表达出来，不然不同的人就会有不同的想法）
1.商业目标
表达内部战略目标时，即不能太广义也不能太狭义
广义：
替公司赚钱或省钱（但网站到底应该做什么不清楚）
狭义：
太具体的目标无法充分描述战略制定过程中可能发生的困难。
“为用户提供一个实时文本通信工具”，并不能解释这个工具要如何支持企业目标，或是它如何满足用户需求。
应避免在尚未充分了解问题之前就试图得出结论，为了创造成功的用户体验。
我们做出的每一个决定都应该建立在我们确切地了解它的影响力的基础之上。
明确地定义“成功的条件”而不是定义“通向成功的路径”
2.品牌识别
看到品牌我们往往会直接联想到商标、色调和字体设计，不过品牌概念远远超过视觉表现。
品牌识别可以是概念系统也可以使情绪反应。
在用户与产品交互的同时，品牌形象就不可避免的在用户脑海里形成。
你必须要决定品牌形象是无意中形成的，还是经过产品设计者有意精心安排的结果。
传递品牌识别是一种非常普遍的产品目标，大多数企业选择对他们的品牌形象施加一些控制。
靠用户体验创造品牌形象。
将品牌形象明确具体的写进目标，将会提高呈现出积极的品牌形象的机会。
3.成功标准（一些可追踪的指标，在产品上线后用来显示它是否满足了我们自己的目标和用户的需求）
成功标准具体显示了用户体验是否有效地达成了战略目标。
如通过衡量每一个注册用户单月的访问次数表明网站对核心用户的价值。
对于依赖广告收入的网站，印象数——网站上每一个广告的每天被展示的数量。
但要注意平衡这个目标和用户需求。
成功标准不必直接由网站获得，也可以衡量对网站的间接影响。
如果你的网站为用户提供产品常见疑难解答，你的客户服务专线电话数量应该相应减少。
对驱动用户体验决策而言有意义的成功标准，一定是可以明确地与用户行为绑定的标准，而这些用户行为也一定是可以通过设计来影响的行为。
注意是否构成因果关系。
例如，网站的用户体验不能为你带来新的用户——你必须依靠口碑或是市场营销来吸引潜在用户，然而用户体验能极大影响访问者二次访问几率。
然而用户体验能极大影响回访者的二次访问几率。
测量回访数据可能是一个很好的方法，它能分析你的网站是否满足用户需求，但是小小：
有时候用户不回来是因为你的竞争对手展开了一场声势浩大的广告造势，或因为你的公司目前负面新闻缠身。
因此任何断章取义的标准都可能造成误导：
请务必后退一步，看看除了网站之外发生了什么事，以确定你了解了事情的全貌。
二、用户需求
不要认为我们正在为理想化的用户（某些与我们完全一样的人）设计产品
实际上我们不是为自己设计，而是为他人设计，必须要抛弃自己立场的局限，了解“他们是谁“”他们的需求是什么“，从用户的角度重新审视网站。
用户需求是复杂的，因为用户群体之间存在很大的差异性。
1.用户细分（共同关键特征、共同需求的用户）
A按照人口统计学（性别年龄教育水平收入等）
B消费心态档案：
用于描述用户对这个世界，尤其是与你的产品有关的某个事物的观点和看法的心理分析方法。
（因为人与人的世界观和感兴趣的事情往往不同）
另外，创建网站或任何技术型产品时，有一组非常重要的属性：
用户对技术和网页本身的看法。
每周花多少时间使用网络？
计算机室他们日常生活的一部分吗？
由于对技术有恐惧心理的用户和高级用户在使用网站的方式上非常不同，因此我们的设计必须要能容纳不同类型的用户群。
根据这些形成了我们细分用户群的基本维度。
人们使用信息的方式经常取决于他们的社会与专业角色。
因为定义产品使用者的不同角色可以帮助你区别并分析他们的各种需求。
有时需要调整你的细分用户群。
将原来的用户群再加以细分或者合并。
创建细分用户群只是一种用于“揭示用户最终需求的手段“。
你真正需要得到的是和你发现的”用户需求数目“一样多的细分用户群。
创造细分用户群不仅仅因为不同的用户群体会有不同的需求，还因为有时候这些需求是彼此矛盾的。
当我们无法提供一种方案同事满足这两种用户需求时，我们要么选择单一用户群设计而排出其他用户群，要么为执行相同任务的不同用户群提供不同的方式。
2.可用性和用户研究
用户研究：
致力于收集必要的信息达成共识，知道用户是什么，弄明白用户需要什么
（市场调研方法）研究工具：
问卷调查、用户访谈、焦点小组，适用于收集用户的普遍观点与感知。
首先你要能明确地表达出你试图从用户身上获得什么信息时，这些方法才能产生效果。
你想要的信息被描述的越清楚，就能越具体越公式化你的问题，只有这样才能确保你获得正确的答案。
其他研究工具：
用户测试、现场调查，适用于理解具体的用户行为以及用户在和产品交互时的表现。
还有一种与现场调查相关研究方法就是任务分析。
任务分析认为每一个用户与产品的交互行为都发生在执行某一任务的环境中。
（如买电影票）
任务分解可以通过用户访谈来完成，让用户讲述自己的故事，说出他们的经验；
也可以通过现场调查来完成。
用户测试时另外一种常见的用户调研方法，请用户来帮忙测试你的产品。
用户测试一个已经完成的网站，开始之前必须要对想要了解的问题有一个清楚的概念。
但不是说用户测试必须严格地局限在“分析用户如何成功的完成某一项特定的任务“这类具体问题，也可以用来了解一些广泛的非具体问题”网站设计的调整是否能加强或减弱公司的品牌气质“
另一个是让用户测试原型。
有些用户测试不需要用产品或原型，可以招募用户来参加各种活动，通过这些活动可以让你洞察用户如何看待你的产品。
卡片排序法：
（由信息驱动的产品）用于探索用户如何分类或组织各种信息元素。
给用户一沓索引卡片，附有信息元素的名字、描述、一张图像或内容的类型。
用户依照自己感到最自然的方式将卡片排序出来。
分析几位用户的卡片排列结果，可以帮助我们了解用户对产品信息的看法。
创建人物角色（用户模型、用户简历）
人物角色能代表整个真实用户需求的虚构人物，通过赋予一张人物的面孔和名字，将用户调查及用户细分过程中得到的分散资料重新关联起来。
可用性：
可用性的最终目标是寻找令产品更容易使用的途径。
核心概念：
用户需要可用的产品。
3团队角色和流程
战略专家收集企业内部人员对产品目标与用户需求问题的不同看法。
决策层
普通员工
战略文档/愿景文档（不仅仅列出产品目标和用户需求清单，它提供不同目标之间的关系分析，以及这些目标要如何融入更大的企业环境中去）文档不是越多越好，简洁明了并切中要点。
战略不一定在项目开始之前就要完全确定下来，战略应该是可以演变和改进的。
范围层:
功能规格和内容需求（提供给用户什么样的内容和功能）
我们做某些事情是因为其过程具有价值，或是其产品具有价值。
（定义项目范围二者兼备）过程的价值在于，当整个事情还处在假设阶段的时候，它迫使你去考虑潜在的冲突和产品中的一些粗略的点。
我们能确定现在能解决哪些事情，哪些必须要再吃一点才能解决。
产品的价值在于，被定义的这个产品给整个团队一个参考点。
明确了这个项目中要完成的全部工作，也提供了一门用于讨论这件事情的共同语言。
定义好你的要求能保证在设计过程中不会出现模棱两可的情况。
用文档来定义产品需求工作流程、日程安排很必要。
这样才知道正在建设什么，知道项目的目标是什么，什么时候将达到这个目标。
才从想法变为一个触手可及的东西。
文档可以让你知道不需要建设什么，项目开始后关于功能的、各种各样的可能性都会浮现出来，全部用一个文档记录下来，可以为你提供一个评估想法的构架，帮助你了解他们是否满足你当初所承诺要做的事。
是否不需要马上做。
当前难以满足的需求可以成为启动下一个版本的基础，这样就能形成一个不断循环的开发过程。
如果你不能有意识的管理你的要求，将陷入需求蠕变，功能越滚越大，结束时间遥遥无期。
1.功能和内容
从战略层的“我们为什么要开发这个产品“转为”我们要开发的是什么“
“功能规格说明书“
内容管理系统：
大的系统能根据众多不同的数据来源动态生成页面，庞大而复杂。
小的可以以最高效的方式来优化管理各种类型的内容专题，一个内容管理系统可以实现自动化流程，能展示和交付内容给用户。
内容管理系统必备的功能取决你将要管理的内容的性质。
内容需求（确定资料来源、哪些信息纳入设计范围之内）
功能需求或任何一种技术类产品也常常伴随着内容的需求。
三类需求：
1.最显而易见的，人们讲述的、想要的东西。
听取工程师、客服、营销人员的意见，从不同角度出发考虑
场景：
将之前设计的人物角色放到一个简短的故事之中，描述人物角色如何完成用户需求，模拟会经历什么样的过程
从竞争对手处得到启示
功能规格说明书：
乐观具体避免主观的语气量化功能
尽早确定某个人来复杂每一个内容元素，及时更新内容
内容清单很必要，要有预期规模
确定需求优先级（根据是否能满足网站目标、用户需求，还要考虑实现这些需求的可行性有多大<
技术>
<
资源>
结构层
在收集完用户需求并将其排列好优先级别之后范围层对于最终产品将会包括什么特性已经有了清楚的图像。
结构图将为网站创建一个概念结构，将分散的特性片段组成一个整体。
位于五个层面中的第三层，将我们的关注点从抽象的决策与范围问题，转移到更能影响最后的用户体验的具体因素。
在传统软件开发行业，“为用户设计结构化体验”的方法被称为交互设计。
在内容建设方面，通过信息架构来构建用户体验。
这个领域涉及到多个学科。
交互设计和信息架构都强调一个重点：
确定将要呈现给用户的选项的模式和顺序。
交互设计关注将影响用户执行和完成任务的选项。
信息架构则关注如何将信息表达给用户的选项。
交互设计关注于描述“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为。
用户在使用计算机时，计算机产生某种类似舞蹈的步伐。
用户移动，系统响应；
作为对系统的回应，用户又接着移动。
成功的舞蹈需要每一个参与者能预测对方的移动。
【概念模型】:
交互组件将如何工作，把某个特性处理成用户熟悉的概念。
如“购物车”
框架层
布局：
将界面与用户早已养成的习惯和反射保持一致很重要，但更重要的是，界面要与它自身保持一致。
网站特性的概念模型有助于你保持内部一致性。
“技能树“
道：
做事情最根本的东西
法：
原则规则
术：
方法
气：
工具
练习的技能表、方法、目标、起止时间
《设计心理学》
豌豆荚最佳设计奖
谷歌play
UI分析产品
【结构层】
1概念模型
使用一个人民熟悉的概念模型，会使用户很快适应一个不熟悉的网站。
不必将概念模型明确告诉用户，而是在交互设计的开发过程中保持使用方式的一致性。
了解用户对网站模式的想法（零售商店的工作方式还是产品目录的工作方式？
）可以帮助挑选最有效的概念模型。
使网站的交互行为与他们隐含的期望值完全相符。
将现实世界中相对应实物的比喻放入概念模型，对系统功能的设计有一定价值，但是不要过分运用
2处理用户出错
A第一同时也是最好的防止错误的方法——将系统设计成不能犯错的一种（如自动挡汽车）
B使错误难以发生，但即使如此，一些错误一定会发生，这时，系统应该帮助用户找出错误并修改，甚至是帮助用户自动改正错误
交互设计会处理每一个级别的错误，以确保更高比例的用户有能积极体验。
预防——改正——恢复
有效的错误信息和容易自我解释的界面，可以在错误发生之后帮助用户纠正。
实在不能纠正，应该为用户提供从错误中恢复的方式（“撤销功能”），对于那些不能恢复的错误，唯一可提供的预防方法就是提供大量的警告（“你确定吗”）
3信息架构：
呈现给用户的信息是否合理并具有意义
4结构化内容
以内容为主的网站，信息架构主要工作是设计组织分类和导航的结构。
让用户可以高效的浏览网站的内容。
两种方式建立分类体系：
从上到下或从下到上。
【从下到上】从战略层所考虑的内容，即根据产品目标与用户需求直接进行结构设计。
先从最广泛的、有可能满足决策目标的内容与功能开始进行分类，再依据逻辑细分出次级分类、这样的“主要分类”与“次级分类”的层级结构就像一个个空槽，而内容和功能将按顺序一一填入
【从上而下】也包括主要分类和次级分类，但是根据对“内容和功能需求的分析“而来的。
先从已有的资料（或者当网站发布后将存在的资料）开始，我们把这些资料放到最低级别的分类中，然后再将它们分别归属到较高一级的类别，从而逐渐构建出能反映我们产品目标和用户需求的结构
层所考虑的
两种方法都有一定局限，从上到下的结构方法可能导致内容的重要细节被忽略，从下而上则可能导致架构过于精确地反映现有内容，因此不能灵活地容纳为了内容的变动或增加，因此要在二者中找到平衡。
不一定非要给某个级别或某部分结构加上一个特定数目限制。
类别数量只要能正确地反映你的用户与他们的需求就可以了。
有人喜欢计算“完成任务所需要的步骤“或是计算”用户到达某一地点的点击数“，将这个作为评估网站结构质量的一种方法。
然后，结构质量最重要的标准，不是”整个过程需要多少步骤“，而是”用户是否认为每一个步骤都是合理的“，以及”当前的步骤是否自然地延续了上一个步骤中的任务“。
用户会喜欢一个被清晰定义的七步过程而不是一个令人困惑的勉强压缩的三步过程。
满足新的需求不应该导致重新考虑网站的整体结构。
一个高效结构的优点就是具备“容纳成长和适应变动“的能力、然而，新内容的积累最终会使你再次审视网站的组织分类原则。
比如在你只有几个月新闻量的时候，将新闻按日期分类，并让用户翻页查找阅读，这种结构或许已经足够，但是在几年后，按主题来组织或许会更加实用
一个完整的用户体验，包括网站结构，都是建立在对网站目标和用户需求的理解之上的。
【节点】信息架构的基本单位是节点，节点可以对应任意信息片段或组合（小到数字，大到整个图书馆）我们要处理的是节点，而不是页面、文档或组件，这个思路有助于我们使用一种共同的语言和一组共同的结构的概念来对付各种不同的问题。
节点的抽象性也使得我们能明确地设定我们的关注点的详略程度。
多数网站的信息架构只关心网站中页面的安排，如果把页面定义成最基础的节点，我们能明确地知道，这个项目不再处理比它更小的东西。
如果“页面作为节点“对目前项目来说太小，可以调整各个节点来对应网站整体。
如果页面太大，也可以把页面内每一个元素定义为独立的节点，页面则变成节点的一个组合。
【层级结构】/【树状结构】/【中心辐射】
【矩阵结构】允许用户在节点与节点之间沿着两个或更多的维度移动。
由于每一个用户的需求都可以和矩阵中的一个“轴“联系起来，因此矩阵结构通常能帮助”带着不同需求而来”的用户，使他们在相同内容中寻找各自想要的东西。
【自然结构】不会遵循任何一致的模式，节点是逐一被连接起来的，没有太强烈的“分类”概念。
对于探索一系列关系不明确或一直在演变的主题是很合适的。
但是自然结构没有给用户提供一个清晰的指示，从而让用户能感觉到他们在结构中的哪个部分。
如果你想要鼓励自由探险的感觉，比如娱乐或教育网站，自然结构会是个好的选择；
但如果你的用户下次还需要依靠同样的路径，去找到同样的内容，那么这种结构就会把用户的经历变成一次挑战。
【线性结构】来自于你最熟悉的线下媒体。
连贯的语言流程是最基本的信息结构类型。
书、文章、音响和录像全部被设计成一种线性体验。
节点在信息架构中是依据组织原则安置的。
。
从字面上来讲，组织原则基本上就是我们决定哪些节点要编成一组，而哪些节点要保持独立的标准。
不同内容所针对的观众（“消费者、企业集团、投资者”）使用地区（“北美洲、欧洲、非洲”）时间原则（新闻网站）
【框架层】更进一步地提炼结构，确定更详细的界面设计、导航设计和信息设计到一起产生一个最终设计，完成其他四个层面的所有目标
1．界面设计
2．导航设计
3．信息设计
4．线框图
【表现层】内容、功能和美学汇集，完成其他四个层面的所有目标，并同时满足用户的感官感受
1.表现层定义
在架构层中，主要解决放置的事情，界面设计考虑可交互元素的布局，导航设计考虑在产品中引导用户移动的元素的安排，信息设计考虑传达给用户的信息要素的排布。
在往上就是表现层，解决并弥补“产品框架层的逻辑排布”的感知呈现问题（如：
信息设计决定信息元素该如何分组和排列；
视觉设计决定这种安排在视觉上如何呈现）
2.合理设计感知：
味觉触觉视觉听觉（用户体验的最后一站，决定我们的设计要如何被人类的感觉器官感受到）运作是否良好
3.忠于眼睛：
简单询问+眼球追踪
4.对比（颜色）和一致性（视觉元素的大小）：
基于栅格线保证一致性
5.内外部一致性：
内部不一致：
在产品的两个地方反映了不同的设计方法
外部不一致：
产品没有在同一企业的其他产品中，反映出相同的设计方法
6.配色和排版
有效使用字体，视觉设计原则：
不要使用非常相似却又不完全一样的风格
7.视觉模型/设计合成品和风格指南
升级会员 