1700423640
1700423641
1700423642
1700423643
从上到下的架构方法是由战略层驱动的。
1700423644
1700423645
1700423646
1700423647
1700423648
从下到上的架构方法是由范围层驱动的。
1700423649
1700423650
这两种方法都有一定的局限。从上到下的架构方法有时可能导致内容的重要细节被忽略。另一方面，从下到上的方法则可能导致架构过于精确地反映了现有的内容，因此不能灵活地容纳未来内容的变动或增加。因此在从上到下和从下到上的方法之间找到平衡是唯一可避免两者缺点的方法。
1700423651
1700423652
不一定非要给某个级别或某部分结构加上一个特定数目限制。类别数量只要能正确地反映你的用户与他们的需求就可以了。有些人喜欢计算“完成任务所需要的步骤”，或是计算“用户到达某一地点的点击数”，将这个作为评估网站结构质量的一种方法。然而，结构质量最重要的标准，不是“整个过程一共需要多少步骤”，而是“用户是否认为每一个步骤都是合理的”，以及“当前的步骤是否自然地延续了上一个步骤中的任务”。毫无疑问地，用户会喜欢一个被清晰定义的七步过程，而不是一个令人困惑的、被勉强压缩的三步过程。
1700423653
1700423654
网站是有生命的个体，它们需要持续的关心和灌溉。同时网站也不可避免地会随着时间的流逝而成长、改变。在许多情况下，满足新的需求不应该导致重新考虑网站的整体结构。一个高效结构的优点就是具备“容纳成长和适应变动”的能力。然而，新内容的积累最终将会使你再次审视网站的组织分类原则。举个例子来说，在你只有几个月的新闻量的时候，将新闻按日期分类，并让用户翻页查找阅读，这种结构或许已经足够了；但是在几年以后，按照主题来组织新闻或许更加实用。
1700423655
1700423656
一个完整的用户体验，包括网站结构，都是建立在对网站目标和用户需求的理解之上的。如果你要重新定义网站希望达到的目标，或是之前设想的、网站必须满足的需求发生了变化，那么你就应该准备相应地重新调整网站结构了。但是，像这样的结构变动很少会有事先的预告，当你发现需要重新调整结构时，用户常常已经被折磨了一段时间了。
1700423657
1700423658
1700423659
1700423660
1700423661
一个适应性强的信息架构系统，能把新内容作为现有结构的一部分容纳进来（上图），也可以把新内容当成一个完整的新部分加入（下图）。
1700423662
1700423663
1700423664
1700423665
1700423666
用户体验要素：以用户为中心的产品设计（原书第2版） [:1700422488]
1700423667
用户体验要素：以用户为中心的产品设计（原书第2版） 结构方法
1700423668
1700423669
信息架构的基本单位是节点（node）。节点可以对应任意的信息片段或组合—它可以小到是一个数字（比如产品的价格），或都大到是整个图书馆。我们要处理的是节点，而不是页面、文档或组件，这个思路有助于我们使用一种共同的语言和一组共同的结构的概念来对付各种不同的问题。
1700423670
1700423671
节点的抽象性也使得我们能明确地设定我们的关注点的详略程度。多数网站的信息架构只关心网站中页面的安排；如果把页面定义成最基础的节点，我们能明确地知道，这个项目不再处理任何比它更小的东西。如果“把页面作为节点”对目前的项目来说太小，我们可以调整各个节点来对应网站整体。如果页面太大，我们也可以把页面内的每个一元素定义为独立的节点，而页面则变成这些节点的一个组合。
1700423672
1700423673
这些节点可以用许多不同的方式来安排，不过这些结构实际上只有几种常见的类型。
1700423674
1700423675
在层级结构（hierarchical structure）中—有时也称为树状（tree）结构或中心辐射（hub-and spoke）结构—节点与其他相关节点之间存在父级/子级的关系。子节点代表着更狭义的概念，从属于代表着更广义类别的父节点。不是每个节点都有子节点，但是每个节点都有一个父节点，一直往上直到整个结构的父节点（或你更喜欢把它称为“树”的“根”）。层级关系的概念对于用户来说非常容易理解，同时软件也是倾向于层级的工作方式，因此这种类型的结构是最常见的。
1700423676
1700423677
1700423678
1700423679
1700423680
层级结构。
1700423681
1700423682
矩阵结构（matrix structure）允许用户在节点与节点之间沿着两个或更多的“维度”移动。由于每一个用户的需求都可以和矩阵中的一个“轴”联系在一起，因此矩阵结构通常能帮助那些“带着不同需求而来”的用户，使他们能在相同内容中寻找各自想要的东西。举个例子来说，如果你的某些用户确实很想通过颜色来浏览产品，而其他人偏偏希望能通过产品的尺寸来浏览，那么矩阵结构就可以同时容纳这两种不同的用户。然而，如果你期望用户把这个当成主要的导航工具，那么超过三个维度的矩阵可能就会出现问题。在四个或更多维度的空间下，人脑基本上不可能很好地可视化这些移动。
1700423683
1700423684
1700423685
1700423686
1700423687
矩阵结构。
1700423688
1700423689
自然结构（organic structures）不会遵循任何一致的模式。节点是逐一被连接起来的，同时这种结构没有太强烈的“分类”的概念。自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的。但是自然结构没有给用户提供一个清晰的指示，从而让用户能感觉他们在结构中的哪个部分。如果你想要鼓励自由探险的感觉，比如某些娱乐或教育网站，那自然结构可能会是个好的选择；但是，如果你的用户下次还需要依靠同样的路径，去找到同样的内容，那么这种结构就可能会把用户的经历变成一次挑战。