设计师应该怎样理解信息架构

任何产品都有信息架构，或繁杂或简单。在文中讨论的时候，我大致把信息架构分为两种来例证。一种是比较简单的信息架构，例如大多ToC产品，微信、QQ音乐、腾讯视频等；一种是比较复杂的信息架构，例如大多ToB产品，运维类产品、客户关系管理系统、业务支撑系统等。第一种称为“轻架构”产品，第二种称为“重架构”产品。

轻架构产品，需要提供给用户一个简单明了的信息架构，让用户使用方便、体验流畅。轻架构产品不能让用户迷路，不能带来太多的学习成本，面对海量普通用户要做到可用且效率高。轻架构产品可以通过做减法来聚焦。

重架构产品，需要提供功能完备、结构严谨的信息架构，让用户能通过操作流程以使用各个功能。这样的架构会带来一定的学习成本，有些重架构产品甚至需要对使用人员进行培训。重架构产品的用户群体一般比较聚焦。重架构产品很难通过做减法来聚焦，而是需要对海量功能进行合理整合、灵活布局来聚焦核心用户场景。所以对重架构产品，信息框架更难，且更重要。

设计轻架构产品的好处是轻松、愉快，用户一般容易共感感知，甚至用户就是你自己。难点在于突破和创新。

设计重架构产品的好处是对交互设计师是一次磨练交互技能的好机会，信息架构越复杂，对交互设计的要求就越高，锻炼效果越好。难点在于，重架构产品需要对业务的理解透彻，业务理解门槛高，海量功能不能做精简，用户是陌生群体， 需要用户研究的支持才能理解用户，信息结构复杂导致交互设计难度高、错误率高、费力。设计重架构产品对全局观的要求非常高。

[b]一、层级结构[/b]




在层级结构中，节点与其他相关节点之间存在父级/子级的关系。子节点代表着更狭义的概念，从属于代表着更广义类别的父节点。不是每个节点都有子节点，但是每个节点都有一个父节点，一直往上直到整个结构的父节点。层级关系的概念对于用户来说非常容易理解，同时软件也是倾向于层级的工作方式，因此这种类型的结构是最常见的。

这是最常见的一种方式，树状图、家族图谱等，都是这个路线。这个路线蛮符合大自然的。这个结构相信大部分设计师都使用过，所以普通场景不做过多讨论。

层级结构可以带来两种设计思路。

第一种，从上到下。从产品主要愿景，一步一步细分到每个功能特性。

第二种，从下到上。从对用户有价值的功能特性开始，一步一步往上倒推到产品灵魂。

第一种很容易理解，战略定了一个大方向，管理层传达并指导，执行层输出，一步一步分解任务直到任务量清晰、执行后得到产品结果。

第二种在重架构产品中使用的不少，例如一个给中国电信客服做的ToB产品，得先了解客服人员每天工作的任务流、操作流、所需模块集合，然后倒推规整为一个一个功能模块，再倒推形成一个系统。

交互设计需要精进的一个点，就是解决复杂信息结构。解决复杂信息结构的过程和结果，会直接影响交互设计师的设计执行力和设计影响力。

[b]二、自然结构[/b]




自然结构不会遵循任何一致的模式。节点是逐一被连接起来的，同时这种结构没有太强烈的分类概念。自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的。但是自然结构没有给用户提供一个清晰的指示，从而让用户能感觉他们在结构中的哪个部分。如果你想要鼓励自由探险的感觉，比如某些娱乐或教育网站，那自然结构可能会是个好的选择；但是，如果你的用户下次还需要依靠同样的路径，去找到同样的内容，那么这种结构就可能会把用户的经历变成一次挑战。

这样的模式在现在的ToC产品越来越多（特别是游戏娱乐产品）。它符合轻架构产品的浏览式形态。

有一种经典的区分用户场景的维度是：任务式、浏览式。



任务式的特点：完成任务、快、准确、效率，例如查询某个航班到达的时间。
浏览式的特点：碎片、时间充裕、逛、发散、不聚焦、注意力吸引式，例如漫无目的地刷微博、看知乎。

自然结构很适合轻架构产品的浏览式形式。因为第一，重架构产品，ToB产品，如果用户需要靠浏览靠猜来使用产品特性完成任务，那肯定结果是不好的，用户会崩溃；第二，ToC产品一般就有两种形态，如果不是任务式，那很有可能就是用户在无聊，需要进入浏览式。

所以在信息架构设计中，我们设计师要时刻记得，用户不是理性的，他们很多时候的操作和想法会呈现随机状态。但是自然结构不是唯一的，必须有层级结构、线性结构、矩阵结构等其他信息框架来配合和约束，才能让这个产品的整体信息架构完整、可用、有效。

[b]三、线性结构[/b]

线性结构来自于你最熟悉的线下媒体。连贯的语言流程是最基本的信息结构类型，而且处理它的装置早已被深深地植入我们的大脑中了。书、文章、音像和录像全部都被设计成一种线性的体验。在互联网中线性结构经常被用于小规模的结构，例如单篇的文章或单个专题；大规模的线性结构则被用于限制那些需要呈现的内容顺序对于符合用户需求非常关键的应用程序，比如教学资料。

交互设计需要锻炼两个极端的信息架构描述方式。一个是复杂信息架构，充满了层级、跳转、补充、交叉；一种是极简的线性架构，一根主线讲清楚一个故事，甚至是复杂的故事。

[b]四、矩阵结构[/b]




矩阵结构允许用户在节点与节点之间沿着两个或更多的“维度”移动。由于每一个用户的需求都可以和矩阵中的一个“轴”联系在一起，因此矩阵结构通常能帮助那些“带着不同需求而来”的用户，使他们能在相同内容中寻找各自想要的东西。举个例子来说，如果你的某些用户确实很想通过颜色来浏览产品，而其他人偏偏希望能通过产品的尺寸来浏览，那么矩阵结构就可以同时容纳这两种不同的用户。然而，如果你期望用户把这个当成主要的导航工具，那么超过三个维度的矩阵可能就会出现问题。在四个或更多维度的空间下，人脑基本上不可能很好地可视化这些移动。

这个结构非常好理解。这里想讲的是，现在大部分设计团队的KPI评估方式，就是矩阵结构。一方面，向业务线负责，以设计支撑产品商业成功；一方面，向设计线负责，以设计专业经验支撑团队专业影响力建设和技能成长建设。

设计师做完一个产品，一定要回头从信息架构层开始往下想，这个产品信息架构你做了什么样的创新、调整，产生了什么价值。不要仅仅拘泥于做界面元素的规范、设计细节问题解决沉淀等。因为信息架构，是交互设计大局观的最好锤炼基石。

转自优设网