1700423610
第二个避免错误的方法就是使错误难以发生。但即使如此，一些错误一定会发生。这时，系统应该帮助用户找出错误并且改正它们。在某些情况下，系统甚至可以帮助用户自动改正错误。但是小心—一些最令人反感的行为，往往出现在软件试图善意地修正用户错误的时候（如果你曾经使用过微软Word，那就一定知道我在说些什么。Word提供许多功能意欲帮助用户改正一般的错误；通常情况下，我发现自己必须关闭这些功能才能完成工作和不再去改正那些“改正”）。
1700423611
1700423612
1700423613
1700423614
1700423615
交互设计会处理每一个级别的错误，以确保更高比例的用户能有积极的体验。
1700423616
1700423617
有效的错误信息和容易自我解释的界面可以在错误发生之后帮助用户纠正。但是一些用户的行为在一开始无法被看成是错误，用户在完成这个动作以后才发现做错了，而此时系统已经无法进行实时纠错了。在这些情况下，系统应该为用户提供从错误中恢复的方式。最有名的例子就是著名的“撤销（undo）”功能，不过从错误中恢复可以采取许多不同的手段。对于那些不可能恢复的错误，提供大量的警告就是系统唯一可提供的预防方法。当然，这种警告只有在用户实际注意到它时才能产生作用，这也就是为什么一连串的“你确定吗？”这样的警告提示通常会导致用户忽略了真正重要的那个，同时也被视为骚扰而不是帮助。
1700423618
1700423619
1700423620
1700423621
1700423622
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422486]
1700423623
用户体验要素：以用户为中心的产品设计（原书第2版） 信息架构
1700423624
1700423625
信息架构是一门古老学科的新应用—事实上，你可以认为它和人与人之间的沟通一样古老。只要人与人之间有信息要传达，就必须要选择并组织这些信息，以保证别人能理解并使用它们。
1700423626
1700423627
信息架构研究的是人们如何认知信息的过程，对于产品而言，信息架构关注的就是呈现给用户的信息是否合理并具有意义。显而易见，这对于所有以信息为驱动力的产品（比如公司的网站）来讲是非常重要的，而它对一些功能驱动的产品（比如手机软件）也会有很重要的影响。
1700423628
1700423629
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422487]
1700423630
结构化内容
1700423631
1700423632
在以内容为主的网站上，信息架构主要的工作是设计组织分类和导航的结构，让用户可以高效率、有效地浏览网站的内容。信息架构与信息检索的概念密切相关：设计出让用户容易找到信息的系统。然而，在许多情况下，网站的结构不仅不能帮助人们找到东西，还必须教育、通知或说服用户。
1700423633
1700423634
同样地，信息架构要求创建分类体系，这个分类体系将会对应并符合我们的网站目标、希望满足的用户需求，以及将被合并在网站中的内容。我们可以使用以下两种方式来建立分类体系：从上到下或从下到上。
1700423635
1700423636
从上到下（top-down approach）的信息架构方法将从战略层所考虑的内容，即根据产品目标与用户需求直接进行结构设计。先从最广泛的、有可能满足决策目标的内容与功能开始进行分类，然后再依据逻辑细分出次级分类。这样的“主要分类”与“次级分类”的层级结构就像一个个的空槽，而内容和功能将按顺序一一填入。
1700423637
1700423638
从下到上（bottom-up approach）的信息架构方法也包括了主要分类与次级分类，但它是根据对“内容和功能需求的分析”而来的。先从已有的资料（或者当网站发布后将存在的资料）开始，我们把这些资料统统放到最低级别的分类中，然后再将它们分别归属到较高一级的类别，从而逐渐构建出能反映我们的产品目标和用户需求的结构。
1700423639
1700423640
1700423641
1700423642
1700423643
从上到下的架构方法是由战略层驱动的。
1700423644
1700423645
1700423646
1700423647
1700423648
从下到上的架构方法是由范围层驱动的。
1700423649
1700423650
这两种方法都有一定的局限。从上到下的架构方法有时可能导致内容的重要细节被忽略。另一方面，从下到上的方法则可能导致架构过于精确地反映了现有的内容，因此不能灵活地容纳未来内容的变动或增加。因此在从上到下和从下到上的方法之间找到平衡是唯一可避免两者缺点的方法。
1700423651
1700423652
不一定非要给某个级别或某部分结构加上一个特定数目限制。类别数量只要能正确地反映你的用户与他们的需求就可以了。有些人喜欢计算“完成任务所需要的步骤”，或是计算“用户到达某一地点的点击数”，将这个作为评估网站结构质量的一种方法。然而，结构质量最重要的标准，不是“整个过程一共需要多少步骤”，而是“用户是否认为每一个步骤都是合理的”，以及“当前的步骤是否自然地延续了上一个步骤中的任务”。毫无疑问地，用户会喜欢一个被清晰定义的七步过程，而不是一个令人困惑的、被勉强压缩的三步过程。
1700423653
1700423654
网站是有生命的个体，它们需要持续的关心和灌溉。同时网站也不可避免地会随着时间的流逝而成长、改变。在许多情况下，满足新的需求不应该导致重新考虑网站的整体结构。一个高效结构的优点就是具备“容纳成长和适应变动”的能力。然而，新内容的积累最终将会使你再次审视网站的组织分类原则。举个例子来说，在你只有几个月的新闻量的时候，将新闻按日期分类，并让用户翻页查找阅读，这种结构或许已经足够了；但是在几年以后，按照主题来组织新闻或许更加实用。
1700423655
1700423656
一个完整的用户体验，包括网站结构，都是建立在对网站目标和用户需求的理解之上的。如果你要重新定义网站希望达到的目标，或是之前设想的、网站必须满足的需求发生了变化，那么你就应该准备相应地重新调整网站结构了。但是，像这样的结构变动很少会有事先的预告，当你发现需要重新调整结构时，用户常常已经被折磨了一段时间了。
1700423657
1700423658
1700423659