这一篇的内容相对会简单点，我们就主要来聊聊什么样算好的信息架构。
先说说什么是”信息架构“。它其实就是信息的组织方式。为什么信息架构重要？因为产品就是一个信息的聚合与传送平台。新闻APP聚合了新闻信息，淘宝聚合了商品和订单等信息，微信聚合了熟人关系以及即时聊天的信息。架构就是这些信息的组织方式，你向用户传递信息的同时，用户也在感受着你是如何组织这些信息的。
和”架构“相关联的还有”节点“的概念。产品中的信息”节点“可以理解成从一级页面功能入口开始到我们定义的不能再分割的字段。每个节点都包含着一定的信息，这些节点之间有着并列或从属的关系，所有节点和所有关系合并到一起，就是”信息架构“。
典型的信息架构有树状结构（如下图）、矩阵结构、自然结构和线性结构。我们比较熟知的就是树状结构，这是应用最广泛的信息组织架构，图书馆的图书分类系统就是这种结构。树状结构的好处就是关系明确，节点之间相互独立，实际应用中易于分类和查找。矩阵结构则允许节点之间横向相互关联，好处是拥有更广泛的使用场景，但弊端也很明显，如果横向的联结过多则会影响使用者的效率。自然结构和线性结构是信息结构中的一种，但是应用在产品设计上则不多见，所以也不细说了。
source：cloud.tencent.com
我们拿个微信这个例子来分析一下。微信的信息架构就是典型的树状结构。底部4个tab分别对应这4个大模块。每个模块下不同入口点进去还会看到许多功能分支。微信更典型就在于它直接是用列表形式展现的，不像其他APP使用icon展现的。但微信又不仅仅是树状结构，还有矩阵结构在里面。比如在【聊天】页面，你点对方的头像跳到了他的个人信息页，这与【通讯录】tab下是一致的。再一个，你从通讯录也能进到他的朋友圈，虽然不是实时的信息流，但也属于信息交叉了。
现在几乎所有的产品都会遵循两种结构混合的形式，但为什么会有体验的好坏呢？这就引出了本篇第一个想说的要点，信息结构搭配的问题。
为什么微信的体验好，让10亿+的人都能用？就因为用了最容易懂的树状结构来组织信息，同时对矩阵结构保持了克制。我敢说100年前的北大图书馆管理员不用教就用得懂微信，但他未必能玩得转天猫、美团、支付宝。这些APP也是树状结构，但是矩阵结构也占了很大比重。不信你拿出手机看看京东APP，它的【首页】、【分类】、【发现】、【购物车】全都是指向商品的，这就是典型的矩阵结构了。矩阵结构不是不好，它能打通节点之间的更多关联，代表更多信息，但毕竟多了一个横向的维度，用户理解起来就会有成本。对于支付宝这样的APP，结构就更加复杂了，可以理解成一片小森林了。（前面说过，对于这种超级APP，战略意义已经大于产品意义了）
好，那我们总结一下第一点，如果你不是个超级APP，那么设计产品的时候还是要建议优先遵循树状结构，因为这样对用户来说是理解成本最低的。其次要克制住任意建立连接的冲动。在APP里跳来跳去，你可能认为这给用户打通了好多捷径，但对用户来说这会把路径变得更加迷惑。
还有就是，我们在设计用户流程时总是喜欢计算用户点击了多少步，并将这个作为设计好坏的标准。但我想说这个方法是错误的。用户不会太在乎他多点击了几步，他更在意的是”是否每一步都是合理有意义的“，且”当前的步骤是否是上一步的自然衔接“。”用户会喜欢一个被清晰定义过的7步过程，而不是令人迷惑的被勉强压缩成3步的过程。“因此，信息结构中，连接的”质量“要比连接的”数量“重要得多！
第二点要说的，是信息架构随时间变化的问题。我们的产品肯定是在发展和变化，增减功能都是正常的，但多数情况下功能是有增无减。这就会涉及到一个问题，功能多了，要开新的分支，信息结构就会越来越复杂，用户理解的成本随之增加，怎么办？
这就需要你做两方面的努力，一方面是将产品信息结构设计得能容纳成长和适应变动。比如充分考虑到未来产品要涉及的业务并预留出变动空间，或者是页面展示上能够轻松进行功能扩展。另一方面，就是极力保持清晰的树状结构，尽量不让产品变得臃肿（战略考虑或重大需求变更除外）。这里主要是想强调产品信息架构，是视觉体验之外最重要的用户体验，它决定了用户对你这个产品的认知。
举个例子。100年前的福特汽车是4个轮子一个底盘加一个盖子，今天的汽车仍然是这个结构。在这100年中，轮子的材质和制作工艺大大变化，动力系统也完全不一样，更别说加进了GPS、定位雷达、远程遥控，甚至是自动驾驶了。但是用户对汽车的认知变了吗？没有，和100年前几乎还是一样的。
想用这个例子说明什么呢？好的产品，即使功能增加得再多，如果基本的框架已经搭好了，就不要轻易改变它的结构。新功能最好都能安排在原有的框架之内，而不是轻易地开辟了一个新的分支。想想微信，这几年它偷偷增加了多少新功能，但你感觉和几年之前的版本有什么大变化吗？没有，也许这就是”克制“吧。
网友评论