信息架构设计是每个交互设计师必须掌握的基本技能，那么信息架构设计到底是什么？为什么要设计信息架构，如何设计信息架构？让我们一一看看。从用户体验设计的五个层次来看，结构层和框架层是交互设计师设计的核心领域：图1用户体验设计中的角色划分。框架层呈现各个界面中的文字、图片、按钮、控件等元素的具体内容、位置和关系，包括界面布局、导航设计和信息设计。结构层决定了每个界面应该有哪些文字、图片、按钮、控制元素，以及这些元素在交互前后的逻辑对应关系。如果框架是面，那么结构就是面+面串联的关系网络。1.什么|什么是信息架构？①源信息架构（informationarchitecture），简称IA。1976年，理查德·苏尔曼(RichardSourmann)在担任美国建筑师协会主席期间，创造了“信息架构”一词来应对当代社会信息的不断增长和爆炸。“他所有的训练，作为建筑师、绘图员、平面设计师、企业家、出版商和作家，”他的妻子说，“本质上是试图让信息变得清晰易懂。”“信息架构”是一种使问题变得清晰的方法。②信息架构的定义IA的主要对象是信息。信息架构师设计结构、确定组织方式并进行分类，以便用户和用户方便地查找和管理，是一门艺术和科学。对于信息架构，不同的组织有不同的定义：图2《信息架构》书中的定义《信息架构——超越Web设计》一书中，信息架构的定义如下：共享信息环境的结构化设计；生态系统中组织、标记、搜索和导航系统的数字、物理和跨渠道综合；创建提供可用性、可查找性和可理解性的信息产品和体验的艺术和科学；并将架构原理引入数字领域；上面的定义我是认同的，但是对于设计师来说，这个定义比较复杂，也比较难记，所以我结合自己的经验给出自己对信息架构的理解：3悦姐对信息架构的理解信息架构=信息+架构。信息包括各种文字、图片、音频、视频等元素；该架构对应于这些元素的选择、分类、导航和检索。通俗地说，信息架构就是通过合理地组织和表达各种信息元素，使用户更容易获取和理解信息。在信息与用户认知之间架起一座畅通的桥梁。2.为什么|为什么要进行信息架构设计？①信息爆炸过去60年，人类社会的数据呈爆炸式增长。图4信息爆炸的速度2008年，人类创造了近10亿张可存储数据的DVD，相当于过去5000年人类创造的数据总和。12年，研究机构预测信息每18个月翻一番20年，研究机构预测信息每73天翻一番...Web2.0的UGC时代后，短视频爆发，数据呈爆炸式增长速度增长。回到产品上，不同的业务部门/产品经理的KPI是不一样的，每个人都想在产品中占有一席之地。毕竟有入口才有流量，否则整个业务/产品/功能可能不会被用户感知到。那么他们的目标将无法实现。②信息爆炸时代人类生理机能有限，但人类进化速度缓慢。我们现在的大脑与250万年前的原始人并无太大区别。图5人类的生理局限我们的大脑每秒接收大约4000万个感官信息输入，但意识一次能注意到大约40个，其中只有4±1个可以被短期工作记忆处理。（可以看这个视频，https://www.bilibili.com/video/av94974825/感受意识的局限性）正是因为现代信息和数据的爆炸，大部分产品的结构越来越臃肿，而人的处理能力是有限的，所以呈现什么信息，以什么形式进行信息架构设计非常重要。图6不同信息架构示意图作为设计者，我们需要根据用户的行为和特点，结合信息环境，选择合适的信息，并以合适的方式组织和呈现，使用户能够获取和理解信息更容易。完成信息的组织和沟通。3.如何|如何设计信息架构？本章我们先了解信息架构的3种构建方式，然后学习4种常见的信息架构类型，再学习信息架构的设计逻辑过程，最后给出一个非常小的设计案例帮助大家理解。①信息架构的构建方法信息架构的构建方法有自上而下、自下而上和综合应用三种。图7信息架构构建方式自上而下的构建方式自上而下的构建方式由策略层驱动，直接根据产品目标和用户需求进行结构设计。在规划新产品或重新定义产品时，会用到它。图8自上而下的构建方法自上而下的构建方法会先从范围最广、最有可能满足目标内容和功能的分类，再按逻辑细分子类。（MVP设计思路）所有类别都是空槽，最后依次填写内容和功能。它有一个明显的缺点：它可能会导致现有的重要内容被忽略。自下而上的构建方式自下而上的构建方式由作用域层驱动，基于对现有内容和功能需求的分析进行设计。这是项目实践中最常用的方法。图9自下而上的构建方法在具体的项目实践中，产品或设计者在分析已有内容和功能需求的基础上，将其归入更高层次的类别，逐步构建一个反映我们产品目标和用户结构的模型需要。（通常借助卡片分类法来辅助）它也有一个缺点：它可能不灵活，无法适应未来的内容变化或增加。综合应用的构建方式正是因为自上而下和自下而上都有其明显的缺点，所以信息架构理想的构建方式是综合应用，同时从策略层和范围驱动层来构建一个适应性系统。图10综合应用的构建方法一个适应性强的信息架构系统，可以将新内容作为现有结构的一部分容纳（如图左侧），也可以作为一个完整的部分添加新内容（如图右侧）图的）边）。信息架构的基本单位是节点。节点可以对应于任何信息元素或信息元素的组合，范围从字段/控件到接口/功能。在不同的场景下，节点的粒度是不同的。这些节点有4种常见的排列类型，我们称之为信息架构类型。设计的时候可以参考一下。②信息架构的类型常见的信息架构类型有层次结构、矩阵结构、自然结构和线性结构四种：图11信息架构的类型层次结构也称为树形结构或轮辐结构。图12层次结构层次结构的节点与其他相关节点具有父子关系。每个节点都有一个父节点（不一定是子节点），最顶层的父节点称为根节点。层次结构的优点是：结构清晰，关系清晰，有一定的冗余性和可扩展性。缺点是：改变父结构必然会影响到它所有的孩子；层级结构的适用场景非常广泛，可以说是互联网产品最常见的结构。它可以用于主要产品和子模块。图13美图秀秀底部的tab形式、首页的网格形式、设置的列表形式、官网分类的导航栏形式等层级结构案例均属于层级结构的应用.矩阵结构矩阵结构允许用户沿二维/多维在节点之间移动，最终可以帮助用户找到他们想要的信息。图14矩阵结构矩阵结构的优点是支持从多个维度访问同一个内容，也可以从同一个内容中理解多维信息，信息获取快速丰富。缺点是内容信息比较复杂，学习成本较高。矩阵结构适合高频函数/信息，需要全局考虑。图15矩阵结构的整体示意图。比如微信的核心对话功能是社交的核心，需要多维度触达。为此，微信设计了近期记录、通讯录、朋友圈等多个接入点。图16矩阵结构的部分表示例如评论的食物列表，不同的用户对食物有不同的核心需求，因此评论提供了多种筛选和排序方式，方便用户快速找到符合要求的食物，以及也可以与某种食物相关联查找整个类别的食物。自然结构自然结构不遵循任何一致的模式。节点是一一连接的，节点之间也有连接，但是没有分类。图17自然结构自然结构的优点是：自然流畅，接近真实认知。缺点是：随机性、用户不可控、难以再次发现。常用于子模块中，探索一系列关系不明确或不断变化的内容。图18显示了一个自然结构示例。例如，每个产品的推荐模块，推荐内容之间没有明确的归属或分类关系。线性结构在线性结构中，用户不能跳转，只能一步一步、依次浏览相应的信息。图19具有线性结构的传统线下媒体：书籍、文章和电影都具有线性结构。其优点是：简单易懂，操作简单。缺点是：可扩展性有限，用户控制不佳。常用于小节点，如新功能引导、H5活动等。图20线性结构案例表明，除了H5活动和新手引导，很多教育产品通常采用线性结构，以保证增加学习难度。③信息架构的梳理逻辑和呈现以前面的构建方式和信息架构类型为指导思想，结合我们的设计分析，可以帮助我们梳理出具体架构的信息架构和任务流程，并在为听众提供了一种易于理解的方式。图21信息架构梳理过程在梳理过程中，我们根据范围层业务方提供的信息范围，分析竞品（了解组织体系、标签体系、导航体系、竞品搜索系统规则），结合该产品现有信息结构的数据表征（了解我们用户对我们产品的行为偏好），结合用户研究（通过用户问卷调查或卡片分类，了解我们产品的行为偏好）用户信息分类和组织的心智模型），最后运用逻辑推理，可以梳理出适合我们产品的信息架构和任务流程。因此，真实项目中的信息架构，不仅仅是对产品所提供的功能和内容的简单分类和分组。它还必须考虑其自上而下的可扩展性，并将重要节点过滤/补充到信息架构中。还要考虑它的命名（标签系统）是否容易被用户认知理解。然后把所有的信息按照一个或几个特定的??维度（组织体系）进行分类和组织，最后考虑呈现，以什么形式表达给大家，让大家更容易理解。严格来说，没有标准的信息架构表达模式。在《信息架构——超越Web设计》一书中，罗列了多种信息架构的表达方式。只要能清晰地传达给观众，任何表现形式都是可以接受的。图22信息架构的表达方式在互联网项目中，最常用的形式有：信息架构图和逻辑流程图。图23信息架构的常用表达形式与交互设计原型相同。重点不在于这张图的形式（技术层面谁都能画出这张图），而在于这张图背后（组织体系、标签体系、导航体系、搜索体系）。Organizationalsystem：选择合适的维度和结构Organizationalsystem：用什么维度来对信息进行分类和组织，我之前以分享MaterialDesign的组件为例，官网提供的组件如下图所示：图23MD组件我在组织的过程中，其信息结构分为3大类8个子类：图23MD组件，但分类方式绝对不限于这种形式。大家在学习的时候，可以按照自己的组织体系来分类。以新闻呈现为例，在呈现层可以按照时间维度、主题维度、媒体维度、视频、图文等形式进行分类。依据是什么？维度是单分类还是矩阵分类，这是你的组织系统要解决的问题。标签系统：选择合适的语言和图像标签系统。一般来说，我们需要对当前整个系统的信息节点进行命名，以便于信息的呈现更容易识别，包括文字标签和图片标签。比如我分类的列、控件、视图，用户是否习惯了这种分类方式，我选择的图标是否能准确表达文字标签的意思。导航系统：选择合适的导航结构导航系统的内容很多，搜索系统我们会在下节课单独讲解：是否选择搜索。搜索系统是我们平日查找信息最常用的功能，它可以帮助我们快速检索信息。虽然搜索功能很重要，但并非每个系统中的每个页面都需要可搜索。我们在决定是否添加搜索时需要考虑三点：图24搜索系统的考虑因素内容丰富度：产品承载的内容丰富度/复杂度低，内容少（搜索可能经常无法获取结果）并且通常不需要提供搜索。内容性质：如果产品提供的内容是兴趣探索，浏览类型可以不需要搜索；搜索场景：如果搜索场景简单，考虑仅通过过滤或分类是否可以解决问题；相反，如果搜索内容比较复杂，我们还可以进行搜索过滤，更好地找到信息；以上3点决定了我们是否需要考虑搜索功能。至于搜索的具体设计，也是一个庞大的课题，这里不再赘述。信息架构图是一个中间产品，其呈现形式比较简单，但这种形式背后的思考（组织体系、标签体系、导航体系、搜索体系）需要设计者深思熟虑，重要的是既要考虑信息（有什么信息，如何命名）又要考虑架构（如何分类组织，如何呈现），这样后续的框架层设计才能更加清晰明了。
