1700423550
1700423551
1700423552
1700423553
1700423554
在传统的软件开发行业，涉及“为用户设计结构化体验”的方法被称为交互设计（interaction design）。它曾经被归类在“界面设计”的范畴之内，但近些年来交互设计已经成为了一个独立的学科。
1700423555
1700423556
在内容建设方面，主要是通过信息架构（information architecture）来构建用户体验。这个领域涉及多个学科，包括向来都要考虑的组织管理、分类、顺序排列，以及与内容呈现有关的：图书管理、新闻学，和技术通信等其他学科。
1700423557
1700423558
交互设计和信息架构都强调一个重点：确定各个将要呈现给用户的元素的“模式（patterns）”和“顺序（sequences）”。交互设计关注于将影响用户执行和完成任务的元素。信息架构则关注如何将信息表达给用户的元素。
1700423559
1700423560
交互设计和信息架构听起来很神秘、很高科技，但这些工作实际上并不完全是技术的，它们要求去理解用户—理解用户的工作方式、行为和思考方式。将了解到的这些知识加入到我们的产品结构中，这个方法可以帮助我们给那些不得不使用这些产品的用户提供较好的体验。
1700423561
1700423562
1700423563
1700423564
1700423565
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422483]
1700423566
用户体验要素：以用户为中心的产品设计（原书第2版） 交互设计
1700423567
1700423568
交互设计关注于描述“可能的用户行为”，同时定义“系统如何配合与响应”这些用户行为。人类在使用产品的时候，用户和机器这两者之间就会产生某种类似舞蹈的步伐。用户移动，系统响应；接着用户再移动，来回应系统的响应，这样舞蹈才能继续进行。但一般的软件设计并没有刻意地留意这种舞步。此类软件的设计思路是：反正每一种应用程序的舞步都会有一些不同的地方，让用户来适应这些不同的舞步并不算过份的要求。所以系统就可以自己跳自己的，要是某些用户的脚被踩了，那也只能当成是学习过程的一部分。可事实上，每一位舞者都会告诉你，成功的舞蹈是要求每一个参与者能够预测对方的移动。
1700423569
1700423570
传统意义上，程序员最关注软件的两个方面：“它做什么”和“它怎么做”。程序员之所以会这样是有原因的：由于他们对于细节的热情，使得他们做好本职工作。也正是由于这样的关注，意味着程序员更容易创建出来一个在技术上效率很高，却忽略了什么才是对用户而言最好的系统。尤其是在过去，计算能力是一种稀缺资源，所以最佳的方法就是在种种系统局限下让软件正常运作。
1700423571
1700423572
对计算机而言，最好的工作方式从来都和真正的使用者所期望的、最好的工作方式背道而驰。因而，软件自存在以来，一直为这样的恶名所困扰：软件是复杂的、混乱的、难以使用的。这就是为什么多年以来，“计算机基础培训”（告诉人们计算机内部的程序是如何运作的课程）曾被广泛地认为是用户和软件能和平相处的唯一方式。
1700423573
1700423574
这种情形持续了很多年，但我们因此知道了用户是如何使用科技产品的，然后终于有了这样的想法：与其针对机器的最佳工作方式来设计系统，还不如设计一个对用户而言最好的系统。从此以后，把文职员工送去上编程课以提高他们的计算机基础，这样的活动就被逐渐省略了。取而代之来帮助软件开发者的，是一个被称作交互设计的新兴学科。
1700423575
1700423576
1700423577
1700423578
1700423579
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422484]
1700423580
用户体验要素：以用户为中心的产品设计（原书第2版） 概念模型
1700423581
1700423582
用户对于“交互组件将怎样工作”的观点称为概念模型（conceptual model）。软件是否把某个特性处理成用户所熟悉的某个概念？比如某个他去过的地方或某件他曾经拥有的物品。对此，不同的网站采用了不同的方法。规划好概念模型能帮助你做出一致的设计决定。内容元素是一个位置还是对象并不重要；重要的是网站能够将这些内容元素从头到尾一致地表现出来，而不是有时候将此元素当成位置，有时候又当成对象。
1700423583
1700423584
举个例子来讲，“购物车”在典型的电子商务网站概念模型中是一个容器。这个概念模型同时影响了它的视觉设计和在界面上使用的语言。它是一个装东西的容器；作为一个容器，我们“放进东西”到“推车”中，以及从里面“拿出东西”来，系统必须提供能完成这些任务的功能。
1700423585
1700423586
假设购物车的概念模型是来自现实世界中的另一个实物，譬如“分类订货单”。系统就应该使用“编辑”来代替传统购物车的“添加”与“移除”两个功能，并且用户也应该是“寄出”他们的订单，而不是使用“结账”的比喻来完成购物。
1700423587
1700423588
零售商店和产品目录的概念模型似乎都可以完美地让用户在网上发出订单。要选择哪一个呢？零售商店的概念模型非常广泛地被应用在网络商城，因为它是传统的购物方式。如果你的用户也常常在其他网站购物，那么你最好也继续使用这种传统方式。使用人们熟悉的概念模型，会使用户很快适应一个不熟悉的网站。当然，打破传统也没有错—只要你有一个好理由说明“为什么这样做”，同时准备好另一个符合用户需求且在情理之中的概念模型以备使用。一个令人不太熟悉的概念模型只有在用户能正确理解并诠释它的时候才能起到效果。
1700423589
1700423590
一个概念模型可以反映系统的一个组件或是整个系统。一个叫Slate的网站上线时，它的概念模型是一本现实世界中的杂志，因为它的内容主要由新闻和评论组成：Slate网站上有封面页和封底页，并且每一个网页都有页数和允许用户“翻页”的界面。可上线后的结果是，杂志的概念模型在网络上并不能有效地使用，Slate最终还是放弃了这个想法。
1700423591
1700423592
我们不必将概念模型明确地告诉我们的用户。事实上，这样做会让用户觉得很混淆，反而无法帮助他们。更重要的是，概念模型是用于在交互设计的开发过程中保持使用方式的一致性的。了解用户对网站模式的想法（是零售商店的工作方式吗？还是产品目录的工作方式？）可以帮助我们挑选出最有效的概念模型。在理想情况下，我们不需要告诉用户网站使用的是什么样概念模型；用户在使用网站的时候，基本上是凭直觉的，因为这个网站的交互行为与他们隐含的期望值完全相符。
1700423593
1700423594
将现实世界中相对应实物的比喻放入我们的概念模型中，这对系统功能的设计可能会有一定的价值。不过，更重要的是，不要将比喻从现实世界中一字不落地照搬过来。西南航空公司网站的首页曾经是一张客户服务的书桌的图片，书桌上一边堆着简介的小册子，另一边放着电话，等等。很长时间以来，这个网站常被当成“过份运用”概念模型的一个典型例子—预订机票可以通过电话，但那并不意味着预订系统就应该真的用电话的图形来代表。西南航空公司一定对他们的网站常被举为坏例子感到厌烦；他们改版后的网站不仅避免了太强的比喻，同时也大幅增强了功能性。
1700423595
1700423596
1700423597
1700423598
1700423599
未改版前的西南航空公司的网站是概念模型与现实物品过于相近的经典范例。