[[信息架构画布.canvas]] ## 概念 在数字空间中，以用户熟悉的认知来结构化信息，来帮助他们更好的查找和使用信息。 ### Web 信息架构 - UXMatters - [Framing the Practice of Information Architecture :: UXmatters](https://www.uxmatters.com/mt/archives/2011/09/framing-the-practice-of-information-architecture.php) - The practice of information architecture is the effort of organizing and relating information in a way that simplifies how people navigate and use information on the Web.”—_DSIA Research Initiative_ - 诺曼尼尔森 - Identification and definition of site content and functionality - 网站内容和功能的识别和定义。 - 定义网站内容/功能之间关系的基本组织、结构和命名 - 信息架构是包含导航的，导航只是信息架构的一部分。 ## 目的 在哪里可以让用户快速找到想要的信息，以用户熟悉的认知结构化信息。 ## 研究方法 ### 卡片分类 > 对于大多数可用性研究，我建议测试 5 个用户，因为这些数据足以教会你在测试中学到的大部分东西。然而，对于卡片排序，来自 5 个用户的结果与最终结果之间只有 0.75 的相关性。这还不够。 > > 我不建议纯粹根据卡片排序的数值相似性得分来设计信息体系结构。在决定什么东西去哪里的细节时，您应该同样依赖于您在测试会议中获得的定性见解。卡片分类的大部分价值来自于听取用户在分类卡片时的评论: **知道人们为什么把特定的卡片放在一起**，比他们把卡片分类到同一堆卡片的纯粹事实更能深入了解他们的心理模型。 > > [Card Sorting: How Many Users to Test](https://www.nngroup.com/articles/card-sorting-how-many-users-to-test/) 因此，目前的建议是在大多数项目中测试 15 个卡片分类用户，在大型项目中测试 30 个卡片分类用户。 #### 为什么卡片测试需要更多的用户？ **卡片分类是一种生成方法:** 我们还没有一个设计，我们的目标是找出人们对某些问题的看法。在不同的人的心理模型和他们用来描述相同概念的词汇中有很大的变异性。我们必须从相当数量的用户那里收集数据，然后才能对用户的首选结构有一个稳定的了解，并确定如何适应用户之间的差异 **用户测试是一种评估方法:** 我们已经有了一个设计，我们试图找出它是否与人性和用户需求很好地匹配。尽管人们的能力 (领域知识、智力和计算机技能) 差异很大，但是如果某个设计元素造成了困难，我们将在测试一些用户之后看到这一点。低端用户可能会遇到比高端用户更严重的困难，但是困难的程度并不是问题，除非你正在进行测量研究 (这需要更多的用户)。您需要知道的是，设计元素不适合人类，应该进行更改。 ## 最佳实践 - 在设计导航之前，先确定信息架构，如果是直接开始设计导航的形式，就会出现导航无法承载信息的情况。 - 在进行设计或重新设计项目时，重要的是要看清楚幕后的真相，并从定义或重新定义信息架构开始。在开始线框图和原型之前，信息架构不需要是最终的，但是第一次通过是必要的，以掌握内容的数量和复杂性。仅仅根据外观来选择导航组件会迫使你将理想的信息架构改为不能最好地满足用户需求或适应你的内容的东西。[The Difference Between Information Architecture (IA) and Navigation](https://www.nngroup.com/articles/ia-vs-navigation/) - 构建出色的 IA，但如果某个功能需要存在于产品架构中的多个位置，请不要惊慌失措。考虑到您的 IA 的强大逻辑，也许某些东西有一个深层嵌套的大本营，但它也需要每天都能被特定的用户角色快速访问。最好始终将用户对便利的需求优先于“完美的 IA”。 [Navigation UX Tips & Best Practices For SaaS Products](https://pencilandpaper.io/articles/ux-pattern-analysis-navigation/) #pencilpaper ### 导航层级深浅的问题 [Flat vs. Deep Website Hierarchies](https://www.nngroup.com/articles/flat-vs-deep-hierarchy/)  总的来说，太深的曾经更不利于用户使用，用户很那发现深层级的信息，而且多次点击也比较麻烦。 #### Ant Design • 设计时应尽量保持浅平宽的信息架构层级； • 从用户的使用路径考虑导航，而非仅基于层级结构； • 常见的组织方式有： 1. 按主题，例如产品提供的服务或内容分类，好处是直接呈现站点的内容范围； 2. 按受众群体，例如管理员、运营、操作员； 3. 按任务，例如了解合作模式、联系合作专员、签约流程、合作联调、业务运营、客户服务。 ### 一个项目拥有多个父级的问题 [Nielsen Norman Group: UX Research, Training, and Consulting](https://www.nngroup.com/articles/polyhierarchy/) - 当一个项目适合多个类别时，您的 IA 结构可以包括该项目的多个父级，以避免失去用户。例如：电商网站中，一个产品属于多个分类是很常见的事。 - 存在问题：多层次结构的一大缺点是它们与导航寻路元素 (尤其是[[面包屑 Breadcrumb]]) 冲突。面包屑的存在是为了向用户显示他们所在的位置，以及当前页面如何适应站点层次结构。 - **解决方案 ：** 不幸的是，这是一个需要权衡的问题。另一种选择是完全放弃面包屑。**这个解决方案可以适用于少于 3 个级别的浅层次结构**，但是它可能会导致更深层次结构的方向迷失和导航困难。 结论：多层次结构是 IA 结构，其中一个项目适合于多个父类别。它们的存在主要是为了适应不同用户对于页面自然“主页”的多种心理模型。虽然数字工具使多层次结构成为可能，但是它们的使用应该受到限制: **对于任何给定的节点，过多的父节点都会增加认知负荷，并使导航变得困难。** ### 极特殊的类目，不需要额外创建子分类。 [How to Handle Category Outliers in Your IA](https://www.nngroup.com/articles/ia-category-outliers/) 在信息体系结构中，类别异常值可以通过多种方式进行处理。创建单独的、特定的子类来容纳它们，通常会导致用户不熟悉的、数量稀少的子类的混乱。在大多数情况下，我们建议将离群值保留在较大的类别中，并帮助用户使用其他可查找性工具，如搜索或分面导航。 ## 资源 - [[信息的表述、组织与寻找——信息架构基础知识整理]] 2023-09-04 - [Column: Finding Our Way :: UXmatters](https://www.uxmatters.com/columns/finding-our-way/) UXMatterns 一个专栏，关于 IA。