网站内容设计(产品经理的工作从来不是漫无边际的自我「空想」的方法)

　　网站内容设计(产品经理的工作从来不是漫无边际的自我「空想」的方法)

　　本文作者结合自己在实际工作中的思考，分享他对信息架构的理解以及对信息架构科学设计的一些思考，希望能给大家带来一些启发。

　　最近和一些产品经理的朋友有一些交流，主要话题是信息架构。在我们的谈话中，我发现一些产品经理认为设计信息架构就是选择要在原型中显示的信息。没有通过“思考”来设计信息的系统方法。一些产品经理，即使在原型*敏*感*词*中，仍在调整页面上的信息。很多时候，信息架构是用脑图来描述的。

　　从大家交流的结果来看，大家都知道信息架构的重要性。但是，在设计信息架构的时候，人们比较随意，没有固定的方法。所以，在这篇文章中，我主要分享我对信息架构的理解，以及我是如何科学地设计信息架构的。

　　我一直认为，产品经理的工作从来都不是漫无边际的自我想象。产品工作是一个通过实践经验不断进化和突破的方法体系。所以，这篇文章的分享还有一个目的，就是希望通过分享，沉淀和优化信息架构的方法，形成自己系统的信息架构方法。

　　一、什么是信息架构

　　信息架构是通过设计、组织和架构将信息作为内容呈现在各种产品中的过程。对于互联网产品来说，也是实现信息可视化的过程。将原创数据建模信息转化为产品界面上显示的各种内容元素。信息架构的最终结果不仅描述了信息的结构和呈现形式，而且还形成了产品中的信息呈现规则和顺序。

　　信息架构的受众是产品的用户。对于用户来说，信息架构的目的是快速准确地获取内容。反过来，从信息架构设计者的分析来看，信息架构的目的是为了准确、快速地将某些信息传递给用户。这也是信息架构的反面。通常，用户期望获得的信息不一定是我们打算传达的信息。

　　一条信息，可能是数据库中的一条记录，为什么不直接显示在页面上呢？还需要精心构造吗？因为通过信息架构的过程，可以提高信息传递的效率；信息需要处理成更易理解的内容；可以解决信息过载或爆炸的问题。归根结底，为了保证信息的快速准确传递，需要精心设计。

　　二、初步知识

　　在正式介绍我的信息架构方法之前，我需要补充一些我们应该具备的初步知识。这些知识涵盖了信息架构的作用、场景、浏览信息的方式、信息呈现的范式和信息传递理论。基于这些知识，我们可以避免设计一个“幻想”性质的信息架构。

　　1. 为用户设计

　　任何信息架构都是面向用户的，满足用户快速准确获取信息的需求。用户需要什么信息，我们希望为用户提供什么信息，是我们首先要明确的。

　　2. 专为现场设计

　　任何信息架构的核心场景是用户查找和阅读信息。在核心场景中，又细分了一系列细分场景，例如搜索可以是搜索、过滤等。此外，还需要明确信息架构使用时所面临的现实场景。例如环境、平台、规范等。

　　3. 查看信息的方式

　　在进行信息架构的时候，我们还应该了解用户在不同的环节是如何获取信息的。根据客观规律，我们周围的用户从大多数平面媒体中获取信息，从左到右，从上到下。这是用户在一定范围内随着时间的推移而形成的一种默契。当然，不同的平台或媒体浏览信息的方式也不同。

　　4. 被广泛接受的信息呈现方式

　　我们需要了解在我们设计信息架构的上下文中呈现信息的规范方式是什么。比如在Web互联网产品平台中，表单、控件、导航、树形结构、标签等。当然，也需要了解这些规范在什么场景下适合什么样的信息。例如，当在Web端呈现多条相同格式的数据时，可以使用列表显示。同时会搭配过滤、搜索、分页等，通过这些呈现，可以更容易理解信息

　　在大多数场景下，不要轻易颠覆用户群中习惯性的信息呈现方式。

　　5. 信息传输

　　当信息传递给用户时，它会逐渐呈几何级数递减。在信息架构中，它体现在与信息视觉中心的距离和信息的层次上。因此，信息传输路径越短越好。

　　三、核心方法

　　我的信息架构方法的核心分为三个部分。

　　信息筛选主要是根据用户的需求和场景，从我们的原创数据中选择需要呈现给用户的信息。信息预处理，主要是对信息进行分组和转义。将信息转化为直观易懂的内容。

　　每个点都是元数据，元数据之间也有关系。在同一张面上，紧密的元数据，应该放在一起，可以形成列、行或块。一组类似的元数据应该呈现出规律的排列。每个方面都是一个信息级别。将最重要的信息作为一个方面，然后逐个扩展信息方面。最后，这些表面形成一个三维信息空间。

　　在设计信息的呈现方式时，从元信息开始，到信息的分组，再到信息平面，最终形成信息空间中的视觉呈现规范。

　　三维的信息空间和有组织的信息呈现形式是我们设计的信息架构。

　　四、方法练习

　　刚才讲的方法，是因为我想把这个方法不仅仅应用到互联网产品的信息架构上。因此，它可能更抽象，不易理解。因此，我们可以将上述三部分理论的实践过程概括为更简单的设计、组织和结构，三个实践步骤。设计是选择信息点的过程，组织是构建信息平面的过程，架构是构建信息空间的过程。

　　1. 设计

　　首先，信息架构的原创数据是经过信息建模后具有一定表征意义的数据。信息架构与信息建模有许多相似之处。但是，信息建模是用数据抽象地表示某物，而信息架构是设计这些数据的表示结构和形式。

　　在设计信息、过滤信息和构建元信息的过程中，可以构建叙事词汇和受控词汇。可以通过叙事词汇对信息进行分组，构建信息之间的关系。受控词汇可以改善信息的内容，提高到达信息的效率。受控词库是等效术语的列表。同义词库的一个重要目标是同义词管理，它将许多同义词或变体术语映射到首选术语或概念。

　　具体的描述性词汇和受控词汇的建立形式比较复杂，需要单独研究。当然，构建叙事词汇和受控词汇只是过滤信息和构建元信息的一种方式。我们还可以使用其他一些方法。

　　在构建元信息时，信息也会被转义。转义主要是将一些用户难以理解的数据转换成用户容易理解的文字、图形等信息。例如，存储在数据库中的某些类型的信息需要作为文字描述进行转义。

　　2. 组织

　　在组织信息时，元信息根据序数词表和受控词表呈现在不同的面中，并在每个面中确定信息的呈现位置。在设计信息位置时，需要根据相应的平台浏览信息。以网页为例，当页面上的信息很少时，中间的信息是最重要的。信息元素越多，左上角的信息越重要，向左向下递减。

　　在组织信息时，需要对表面上采集的不同信息形成规则和顺序。规则和顺序可以适应具有相似信息的其他面孔。例如，订单记录的信息平面和订单明细信息平面可以适应各种记录类型的信息。

　　在设计信息平面时，还需要考虑根据场景和平台展开的元信息。例如，在订单信息侧，需要关联按订单状态过滤的信息组。

　　单一信息平面上过多的元数据会降低用户信息获取的效率。因此，在组织信息面时，需要合理控制信息面元信息的数量，减少信息面元信息的种类。

　　信息组织完成后，形成多个信息平面。

　　3. 架构

　　信息平面设计完成后，需要设计所有信息平面之间的关系，形成信息空间。在进行架构设计时，首先要做的是识别相关联的面。以订单相关信息为例，可以分析三个相关方面：订单列表信息、订单详情信息、订单编辑信息。这三条信息构成了一个小空间。列表信息是第一层，订单详细信息和订单编辑信息是第二层。

　　在构建信息平面时，请参考传统的范例和经验。常用的信息平面架构形式主要有线性层次、加权树、Map层次和图。

　　线性层次结构是多个信息平面按顺序连接的地方。例如，订单列表的信息平面进入明细信息平面，明细信息平面可以进入支付信息平面。

　　在权重的树形结构中，信息平面像一棵树一样相连，但不同的父信息平*敏*感*词*有不同的权重。例如，在订单明细信息平面中，还有支付信息平面、商品明细信息平面等。

　　Map 级别，类似于 Key-Value 的形式。一般用于通过元数据快速找到其关联的信息平面。比如通过订单号，直接到订单明细。

　　图的结构比较复杂，类似于数据结构中图的结构。使用图来构建信息平面的核心是实现信息平面之间的任意链接。在使用图结构时，重要的是要注意信息浏览的回溯。

　　在设计信息架构的时候，其实可以发现任何用户浏览的信息都是线性的。在我们的几个范式结构中，浏览信息也是线性进行的。因此，在架构中，我们应该尽量减少信息平面的层次和深度。

　　一旦我们设计了信息的呈现方式，我们就可以对其进行组织。例如，月工资收入数据以折线图的形式呈现。

　　产品经理设计好网络产品的信息架构后，只需要简单的工作就可以绘制出相应的原型。

　　五、信息结构输出

　　在本文开头，不建议使用脑图来展示信息结构的设计。是什么原因？主要是因为脑图适合发散信息。尤其是互联网产品，信息平面之间存在互相关关系。如果使用脑图，需要将多个不同节点的数据任意连接起来，这样会使得整个脑图看起来很乱。而且，脑图不能反映元信息在信息表面的分布。它不能反映多组相似信息的设计。

　　输出信息结构的文档的更好方法是什么？我练习了，我更习惯使用EXCEL。

　　例如下面的EXCEL，以订单页面为例。元信息通过表格的网格在表格中表示。同一组中的信息以相同的边框颜色区分并分类。而不同的Sheets代表不同的信息平面。信息面的关联关系由表格的超链接表示（图中蓝色下划线的文字），点击即可跳转。

　　使用EXCEL作为信息架构文档可以解决脑图的一些不足。同时具有直观反映信息分布、模拟用户信息浏览路径等优点。借助 Excel 的强大功能，在输出信息模式时可以实现许多有价值的效果。

　　当然，使用 Excel 来呈现信息架构的设计存在两个缺陷。一是信息结构的全貌无法一目了然，信息路径的深度无法直接反映。但是，应该很少有场景可以查看信息架构的全貌。毕竟直接浏览整个产品的信息，这些信息元素还是太复杂了。至于信息路径的深度，如果你对Excel足够熟悉，可以通过宏编程来解决。

　　六、一些想法

　　一个好的信息架构是可扩展的、一致的和易于阅读的。但在信息架构的过程中，我们往往需要在三者之间进行平衡和妥协。

　　信息架构在很多场景和行业中都很常见。我的方法也经常用在产品详情页、产品说明书等产品资料的设计中。

　　未来的信息架构应该具有指导意义。它可以根据用户的信息获取习惯、当前产品的信息点等条件，自动设计、组织和结构化信息，并适应相应的内容。它甚至可以学习用户案例并改进信息架构。自动完成和智能推荐是当前启发式信息架构的典型例子。随着人工智能技术的发展，启蒙信息架构技术已经不远了。

　　点-面-空间信息架构设计方法是我个人的经验，可能并不完美。这种方法也反映了我个人设计信息架构的方法。您可以将其作为参考，以避免“幻想”设计。当然，我的方法需要在各种业务场景和产品设计中不断优化调整。

　　#专栏作家#

　　产品小感想，微信公众号：产品小感想，人人都是产品经理专栏作家。擅长行业业务分析，设计行业解决方案，设计B端产品架构。主要专注于医美、医疗行业，涉及HIS、CRM及各类业务系统产品。

　　本文由@Product Small Thinking原创 发表于人人都是产品经理。未经许可禁止复制

　　题图来自Unsplash，基于CC0协议