1700423682
矩阵结构（matrix structure）允许用户在节点与节点之间沿着两个或更多的“维度”移动。由于每一个用户的需求都可以和矩阵中的一个“轴”联系在一起，因此矩阵结构通常能帮助那些“带着不同需求而来”的用户，使他们能在相同内容中寻找各自想要的东西。举个例子来说，如果你的某些用户确实很想通过颜色来浏览产品，而其他人偏偏希望能通过产品的尺寸来浏览，那么矩阵结构就可以同时容纳这两种不同的用户。然而，如果你期望用户把这个当成主要的导航工具，那么超过三个维度的矩阵可能就会出现问题。在四个或更多维度的空间下，人脑基本上不可能很好地可视化这些移动。
1700423683
1700423684
1700423685
1700423686
1700423687
矩阵结构。
1700423688
1700423689
自然结构（organic structures）不会遵循任何一致的模式。节点是逐一被连接起来的，同时这种结构没有太强烈的“分类”的概念。自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的。但是自然结构没有给用户提供一个清晰的指示，从而让用户能感觉他们在结构中的哪个部分。如果你想要鼓励自由探险的感觉，比如某些娱乐或教育网站，那自然结构可能会是个好的选择；但是，如果你的用户下次还需要依靠同样的路径，去找到同样的内容，那么这种结构就可能会把用户的经历变成一次挑战。
1700423690
1700423691
1700423692
1700423693
1700423694
自然结构。
1700423695
1700423696
线性结构（sequential structures）来自于你最熟悉的线下媒体—事实上，你现在正在体验其中一种。连贯的语言流程是最基本的信息结构类型，而且处理它的装置早已被深深地植入我们的大脑中了。书、文章、音像和录像全部都被设计成一种线性的体验。在互联网中线性结构经常被用于小规模的结构，例如单篇的文章或单个专题；大规模的线性结构则被用于限制那些需要呈现的内容顺序对于符合用户需求非常关键的应用程序，比如教学资料。
1700423697
1700423698
1700423699
1700423700
1700423701
线性结构。
1700423702
1700423703
1700423704
1700423705
1700423706
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422489]
1700423707
用户体验要素：以用户为中心的产品设计（原书第2版） 组织原则
1700423708
1700423709
节点在信息架构中是依据组织原则（organizing principle）来安置的。从字面上来讲，组织原则基本上就是我们决定哪些节点要编成一组，而哪些节点要保持独立的标准。不同的组织原则将被应用在不同的区域和网站不同的层面。
1700423710
1700423711
以一个公司的信息网站为例，我们的树状结构中的最上层也许是这样的类别：“消费者”、“企业集团”和“投资者”。在这个阶段，组织原则是“不同内容所针对的观众”。其他网站也许有另外的最上层类别，比如“北美洲”、“欧洲”和“非洲”，使用地区作为另一种组织原则是满足全球使用者需求的一种方法。
1700423712
1700423713
一般来说，你在产品最高层级使用的组织原则应该紧密地与“网站目标”和“用户需求”相关。而在结构中较低的层级，内容与功能需求将对你所采取的组织原则产生重大影响。
1700423714
1700423715
例如，一个做新闻内容的网站经常以时间顺序作为它最显著的组织原则。实时性对于用户来说是唯一最重要的因素（用户希望在新闻网站看到关于时事的信息，而不是历史），对网站的创建者也同样重要（创建者必须强调这些内容的实时性才能在竞争中得以生存）。
1700423716
1700423717
结构的下一个层级是其他与内容紧密相关的因素。以体育新闻网站为例，内容也许被划分成像“棒球”、“网球”和“曲棍球”这样的类别；而更偏向于广泛兴趣的网站也许会有类似“国际新闻”、“国内新闻”和“地方新闻”这样的类别。
1700423718
1700423719
任何一种信息收集（不论它是包括两个项目、200个或是2000个）都有一个固定的概念性结构。实际上，这种概念结构通常不止一个。那也是我们必须要解决的问题之一。我们所面临的困难不是创建一个结构，而是在创建一个能与“我们的目标”和“用户需求”相对应的、正确的结构。
1700423720
1700423721
比如说，假设我们的网站包括了大量的汽车信息。一个可能的组织原则是考虑把信息按照汽车的重量来排列，这样用户看见的第一件事将会是数据库中最重的汽车信息，然后是排第二的，一直到最轻的汽车。
1700423722
1700423723
对于一般消费者的信息网站来说，这可能是一种错误的组织信息方式。大多数人，大部分时候，并不关心汽车的重量。对于这样的用户群来说，依据汽车外观、型号和类型来组织信息或许更为适当。另一方面，如果我们的用户是每天买卖、运送汽车到国外的专业人士，重量就变成了一个非常重要因素。对于这样的用户群来说，像汽车本身的燃料经济和引擎类型就变得比较不重要或都根本无关紧要。
1700423724
1700423725
这些属性，在图书馆学的术语中，被称为“截面（facets）”，而且它们几乎能为任何内容提供一套简单、灵活的组织原则。但是先前的例子说明，使用错误的截面可能比根本没使用截面会更加糟糕。对于这个问题的一个常见对策，是将每一个有可能的截面都当作组织原则来使用，从而让用户自己去选择对他们而言最重要的那个。
1700423726
1700423727
不幸的是，除非你的信息非常简单，只包括几个不同的截面，否则这种方法很快地就会把信息架构变得既笨重又混乱。由于用户有太多的方法可以将信息排序、过滤，这就造成没有人能找到自己想要的东西。这样的负担（让用户自己使用所有的属性来排序，并且挑选什么是重要的）不应该丢给用户，应该由我们来解决。战略告诉我们“用户的需求是什么”，范围则告诉我们“什么样的信息将满足那些用户需求”。在创建结构时，我们就要具体地识别出用户心目中至关重要的那些信息。成功的用户体验，就是能事先预知用户的期望并将其纳入设计之中。
1700423728
1700423729
1700423730
1700423731