干货 | 产品经理如何做好信息架构？（下）

这篇我们来说说，移动端常见的信息架构样式、好的信息架构特点、如何评判产品的信息架构设计是否合理。

移动端常用的信息架构样式

层级式

层级样式是一种标准的网站架构，有一个主页和一系列子页面。这种层级样式的优点就是能够组织复杂的信息架构，但需要注意的是像这种层级结构最好不要超过四级，超过四，当你下到最底层界面，再想回去就特别的慢，你需要一层一层的返回回去，然后再下到另一层路径下面，

辐射式

辐射式的信息架构提供一种便于跳转的中央式的索引。这是苹果iPhone的默认导航模式，用户不能在不同子栏目中进行跳转，必须回到索引页面，像美图秀秀这种就是属于辐射式导航。这种适合单任务场景，且同一层级功能之间相互独立，这里需要注意一点的是每个场景的路径不要太长，否则返回索引页面路径较长，但是这种信息架构的优点就是可拓展性比较强，想增加新的模块，想突出主要功能模块，都是很方便。

套娃式

这种信息结构像俄罗斯的套娃一样，一层套一层，故而得名套娃式。它是一个渐进式的过程，也算是一种导航的方式，这种结构最多只有四层，否则用户体验很不好。它比较适合专题型设计，逐层分类，下钻到最后的详情页，然后再返回来。它的缺点就是用户不能跳着去切换，只能逐级的，从A—B—C—D，然后再逐级返回去。它的优点就是用户可以非常容易的感知到在当前移动端处于什么位置，用户只需要顺着操作路径，就能很顺利的进行下去。

标签视图

这种层级结构app用的比较多，一般都是在移动终端的底部有好几个可切换的tab标签，它有点像web端的工具栏菜单，用户能够非常明确并快速的切换页面。它的缺点就是菜单项不能特别多，最多5个，不要超过5个，它的优点就是允许用户在首次使用时快速浏览和了解app的全部功能。

仪表盘式

仪表盘式每个区块单独对应一个功能，windows的扁平化设计就属于这种设计风格，功能模块的位置和大小，会随着信息的重要性而做出相应的调整，由于它的复杂性，相比手机端，这种模式更适合于平板。

由于允许用户对关键信息一目了然，这种模式显得很强大但是，想让用户一目了然也不是那么容易，需要产品经理具有良好的设计能力。

筛选视图

筛选视图最终允许用户通过选择筛选条件创造不同视图，来在一系列数据和内容中间进行导航，这种信息架构非常方便用户进行查阅，查询这种功能，有些产品内容量非常庞大，比如说看图片、看文章、看视频，我们不知道用户当前感兴趣的内容是什么，所以我们需要提供一个这样的信息结构，能够让用户在移动终端这个小屏幕上面做各种各样的筛选，从而消除上面所说到的逐层跳转的弊端，把中间的过程省略掉，从而让终端自动匹配出相应的结果，给用户良好的体验。

好的信息架构特点

平衡好层级的深浅与宽窄

大家都有逛商场的经验，有些商场你很容易就能找到相关产品，有些商场你想找商品却不那么容易。在确定产品信息架构的时候，不免会考虑产品的深度和广度，就拿淘宝app和唯品会app举例，淘宝app属于广而深的架构、唯品会app相对来说属于宽而浅的架构，在偏深度的架构中，较大的深度，使得信息树变窄，界面显得有重点、组织关系清晰，但由于用户不能通过一级导航获得所有组织关系，点击和寻找的难度加大。在偏广度的架构中，较大的宽度，使得信息树变浅，可以将信息明确显示在界面上，用户可以减少点击次数，但容易使一级导航承载的信息过多，用户不容易发现重点及内在组织关系。

关于如何平衡好层级的深浅和宽窄，我们以后再讲。

可拓展性

有的人可能说产品功能一，就会显得臃肿，那是你的信息架构没做好。比如下图的滴滴打车，已经从最初的出租车服务变成有专车、快车、代驾、ofo单车等多种服务，即使那天加个飞机、加个船，只需要加一个tab选项就行，产品也不会显得臃肿，为什么？人家的信息架构做的好啊！微信最初只是一个聊天软件，渐渐的加入了购物、游戏等功能，但是微信的用户量越来越大，产品也没显得臃肿，为什么？人家的信息架构做的好啊！

保证分类标准的一致性、相关性、独立性

西红柿就可以做为水果，也可以作为蔬菜，如果你要以水果作为分类标准，那么其他都需要按照水果大类进行分类，分类标准的唯一性不仅方便用户理解，而且能保证入口的唯一性；“相关性”是指上下层级内容以及层级中内容必须具有相关性，你不能在电影的大类下面放电视剧。独立性是指同一层级分类应该是相互独立的，嘀嘀打车中的代驾，和出租车两个同一层级，就是相互独立的。

符合产品定位、满足用户需求

新闻阅读类app一般按照时间倒叙的方式来展示新闻内容，从而满足用户了解最新时事的需求，但是今日头条旨在为用户提供个性化的新闻资讯，实现内容与用户的精准连接。所以它会有一个推荐栏目，根据用户的浏览习惯推送用户喜欢看的内容。

贴合用户的心智模型

心智模型是符合用户以往社会生活经验的，符合人本能认知。（比如，方向盘是圆的，圆的是可以转动的。）等等…

在进行信息架构的时候，应尽力使信息的组织和展现更加贴合用户的心智模型，让用户更容易熟悉和使用你的产品。也就是说，让用户在使用的时候能更快的形成心智模型。

比如我们去超市购物的时候，会一直推着购物车，最后去收银台结账，所以在淘宝的信息架构中就有购物车和我的选项。

如何评判产品的信息架构设计是否合理？

用户测试

其实在我们的产品被正式开发出来，包括在投入市场，被用户真实使用之前，用户测试都是一个帮助产品开发团队在前期更好的了解用户到底对你的产品有如何感知的一种很实用的方法。

所以在完成产品信息架构设计，产出交互稿之后，都要进行简单的用户测试。当然这个用户测试你可以自己做，也可以找用研的同事辅助你来完成。在通常来说，评判一个产品的信息架构是否合理，我们需要在用户测试中去检验三个方面的事情：

1、用户是否在你不介绍具体产品的情况下，通过短时间的使用，说出产品可以用来做什么

就像我们在产品经理如何做好信息架构（上）里面提到的的微信、今日头条、淘宝的底部导航，它们的信息架构让你一眼就知道这个产品要满足的用户需求，知道产品大致如何使用，而一个成功的产品信息架构设计，就应该要满足这样的条件，所以第一个要测试的是给用户看一眼你的主界面，用户是否就能在你不介绍的情况下，短时间就能说出这个产品大致是用来干什么的，而且是准确的说出。这是第一点，它可以用来帮你评判你的产品信息架构设计在用户这个层面，能否让用户容易理解。

2、让用户进行核心流程的任务，检查完成任务是否顺利

举个例子，比如你的产品是个IM产品，你自然要让用户尝试一下使用你的产品，来完成一个发送消息的任务，比如说找到一个联系人，发送消息。你也可以尝试一下让用户来完成一个建立群聊这样常见核心流程，通过这样核心流程的测试，你可以检查一下你所设计出来的产品，是否能让用户容易的跑通这些核心任务流程，让用户在做最终事情的时候不容易碰到困难。

3、给用户一个找寻一个相对层级较深的功能任务，检测用户是否能通过信息架构名称找到功能

比如说让用户去寻找某个设置项，我们一般会以此来检测用户是否能通过信息架构的名称，顺利的找到这样的功能，这也是检查你的信息架构是否合理的非常重要的环节。也就是你的层级是否过深，以及你每个层级是否取了正确的名字，以引导用户找到他想找到的功能。

所以在做用户测试的过程中，如果你要测试的是你的产品信息架构是否合理，这三个任务是必不可少的，通过这三个任务，他可以很好的衡量产品经理是否设计出合理的信息架构。

当然在用户测试中还有很多需要注意的地方，比如说如何跟用户进行交流，如何引导用户而不至于干扰用户，包括如何寻找被测试者，如何产出用户测试报告，以及最后如何落地到设计方案，改进设计方案等等。

撰写产品说明书

当然在实际工作中，很多公司并没有用研团队，导致用户测试这项验证方法很难推行下去。那么我们还有一种方法就是撰写产品说明书。你需要多复杂的说明书，才能教会用户使用你的产品，如果你设计的是一种图片社交软件，那你可以描述一下如何发图过程，通过这样的说明书撰写，可以判断信息架构设计是否合理，撰写产品说明书越简单，说明信息架构越合理，撰写产品说明书越复杂，说明信息架构设计的越不合理。撰写说明书的过程，也是产品经理理解用户操作步骤的过程，而一个说明书的复杂与否不仅可以帮助评估产品的信息架构是否合理，而且这些产品说明书写好以后也不会浪费，它可以给你的运营、给你的客服作为一个答疑的标准，同时也可以作为你培训其他岗位人员的一个材料。