1.7　产品信息架构设计

当一个产品需要帮助其用户更好地从大量数据中获取信息时，就需要考虑信息架构了。越是以信息查询、获取、消费、生产等为核心业务的产品，信息架构就显得越重要。所以，如今大部分的内容型产品、社区、电商App等，都需要考虑信息架构的问题。

1.7.1　什么是产品信息架构

信息架构的英文全称为“Information Architecture”，简称“IA”，是指在信息环境中，影响系统组织、导览及分类标签的组合结构。简单来说，就是对信息组织、分类进行结构化设计，以便信息的浏览和获取。信息架构最初应用在数据库设计中，在交互设计中，主要用来解决内容设计和导航的问题，即如何以最佳的信息组织方式来诠释产品信息内容，以便用户能够更加方便、快捷地找到所需要的信息。因此，通俗地讲，信息架构就是合理的信息展现形式，通过合理的信息架构使产品信息内容能够有组织、有条理地进行呈现，从而提高用户的交互效率。

通过优化产品的组织系统、标签系统、搜索系统、导航系统来合理组织产品需要承载的信息，让用户通过浏览、搜索、提问等方式快速寻找到自己需要的信息。

1.7.2　如何进行产品信息架构设计

产品信息架构设计的本质其实就是分类，当我们有意识地对产品的功能和信息内容进行分类时，其实已经开始做信息架构设计了。那怎么进行分类呢？通常我们需要考虑以下四个方面的因素。

• 考虑功能的相似性

通过分类把有相似性质的功能放在一起，然后以大的类别为基础作为产品的主框架，以小的类别作为子框架进行补充，这样就形成了整个产品框架。例如，微信消息是一种非常重要的传达信息的方式，有好友的消息、群消息、公众号消息、文件小助手的消息、微信运动消息等，这些产品提供的服务虽然不同，但是内容的展示和访问都是通过消息这种方式来进行的，所以把所有这些消息都统一分在了“微信”栏目中，把探索性质的“扫一扫”“看一看”等功能都放在了“发现”栏目中，这就是基于功能相似性的原则进行的分类。

图1-38所示的微信App界面，所有的消息类内容都放置在“微信”栏目中，而所有探索性质的功能，如“扫一扫”“朋友圈”等，都放置在“发现”栏目中。

图1-39所示的电商App界面，对于商品的分类更加细致，从商品的大类到商品的二级分类，再到商品的三级分类，这样细致的分类使用户更容易找到合适的目标商品。

• 考虑功能和功能之间的关系

产品功能之间的关系一般有并列、包含、互斥等关系。如果是包含的关系就可以设置纵向信息架构，比如买东西时的挑选、下单、支付、邮寄之间就是上下游包含的关系，要邮寄必须得先支付、要支付必须先下单、要下单先要经过挑选；如果是并列的，两个功能之间没有关系，那就可以设置横向信息架构。

图1-40是一个在线购票App的界面设计，界面底部的各栏目属于并列关系，属于横向信息架构。例如，在“电影”栏目中用户可以选择购买当前正在上映的电影票，而在“演出”栏目中用户则可以购买演唱会、话剧等演出票，这样的栏目划分非常清晰。而如果用户需要购买电影票或者演出票，那么购票的相关功能，如选择电影、选择影院、选择场次、选择座位、支付等，这些功能属于包含关系，属于纵向信息架构。

• 考虑功能的使用频率

使用的频率越高，说明这个功能越重要，越要把这个功能放在容易触及的地方，在进行信息架构设计时，优先考虑以这个功能为核心进行架构。

图1-41所示的综合性电商App，搜索功能肯定是其核心功能之一，也是使用频率非常高的功能，所以在电商App的界面设计中，通常将搜索栏放在界面顶部显眼的位置进行突出表现。

对于共享单车来说，“扫码用车”是整个App中使用频率最高的功能，也是该App的核心功能，所以在共享单车App中需要重点突出“扫码用车”功能的表现，如图1-42所示。

• 系统的扩展性

产品从无到有，从有到长大，从长大到变强是一步一步进行的，产品功能也是不断增加并完善的，在刚开始进行产品信息架构设计时，我们并不清楚未来会增加什么功能，但是我们得做好增加功能时不会推翻系统重新再来的准备，这就要求我们在设计产品信息架构时，要考虑系统以后的扩展性。

好的产品，一般信息架构都是非常稳定的。微信从诞生到现在，大大小小增加了很多功能，但是其核心的信息架构一直没有变过，这就是因为在最开始设计时，就考虑到了系统的扩展性。