浅谈B端产品的信息架构设计

Posted 2021-04-10 UIMAX

现网络信息的爆炸，每个互联网产品，无论是手机APP，还是网站与客户端产品，所包含的信息量是非常庞大的，而用户如何从这些庞大紊乱的信息与资讯中，搜索并快速获取到想要的信息呢？设计师们对产品的信息架构的设计便是将这些大量的信息结构化，将产品的内容与导航系统紧密地结合在一起，使用户通过快速感知、接收并理解信息，更加便捷高效地使用产品。

一个互联网产品，尤其是B端产品的信息架构非常之复杂，这并不是一个设计师可以轻松完成的。但对于项目中的交互设计师，应具备较为全面的技术与技能，而掌握信息架构相关知识，可帮助设计师搭建出“地基”稳固的产品，确保了产品后续的拓展性。

什么是信息架构（Information Architecture）？

根据《Information Architecture: For the Web and Beyond,4E》书中所阐述的，“信息架构”并没有固定的定义方式，它是抽象的，存在多种定义方式，且会随着信息环境与时间的不同而不停地变化。对于B端产品的交互设计师，设计围绕的重心在于“用户体验设计”，那么信息架构在用户体验下，体现的要点为帮助用户：

1. 易于理解当前内容；

2. 快速高效地搜索并获取所需信息；

举个常见的例子：逛超市时，货架上琳琅满目的商品会很明确地让用户感知到，当前这个区域贩卖的商品种类（让用户理解当前内容）；而当想要找寻其他商品时，一般商品架上方的商品分类指引牌会引导用户找到想要购买的商品的货架（让用户可搜索并获取所需信息）。

良好的信息架构，会给用户带来高效的用户体验，而B端产品相较于C端产品，有着更为复杂的内容信息与业务流程，故掌握信息架构的技能对于设计师们来说就尤为重要了。

如何设计产品的信息架构？

在信息架构领域的专家Louis Rosenfeld, Peter Morville, Jorge Arango在《Information Architecture: For the Web and Beyond,4E》中总结有效的信息架构模型需要考虑三个部分：用户、情景和内容。

 

确定用户

对于B端产品来说，主要是服务于企业用户，故不同于C端产品“人人都是用户”，具有一定的个人特色。而B端产品本身具有一定的使用门槛，每个用户都有特定的身份特征与角色，可能是企业当中的财务总监、运维工程师、项目管理人员、普通业务处理员等等。用户所处的岗位职责不同，其使用产品的目的不同，要完成的任务与操作行为不同，体验也会相差较大。例如对于普通业务操作用户来说，一般最常见的任务就是去发起一笔业务申请，他们需要填写表单，上传业务资料，最后提交申请；而对于管理层用户来说，他们并不需要自己去发起申请，他们关注的是查看到这笔业务申请以及与该申请相关的数据，然后判断是否审核通过这笔申请。

所以在设计信息架构时，需要确定使用产品的具体用户角色有哪些，他们的需求是什么，所对应需要的功能以及权限是什么，确保产品对于每个用户角色的可使用性。

了解情景

既然有不同的用户角色与业务操作流程，那么自然他们在操作时的业务场景也会有很大的区别，而且B端产品中涉及到的业务情景会非常多，即使是相同的业务流程，不同用户角色在操作时会遇到的业务情景也会大相径庭。例如经办权限的用户可能会遇到表单无法填写、申请无法提交等情况，而审核权限的用户可能会无法审核业务，或者找不到经办人员发起的业务申请等等。

虽然业务场景存在多样性，但业务情景并不是完全独立的，他们之间存在一定的逻辑关系与连通性，故在设计时，除了要考虑不同用户视角下情景的不同，还需要注意保持不同情景的一致性，使用户即使在遇到特殊情景时，也能理解当前的情况，知道如何去处理。

确定内容

这里提到的“内容”是非常宽泛的，它并不特指，可能是网页里的文章，是系统中的某个应用程序，是功能下的某个模式等等，它更像是构成这个产品最基本的“材料”。在展示内容时，首先需要确定这个内容是面向哪些用户展示的，然后要确定内容的格式、结构、数量，以及后台如何运维管理这些内容，为之后内容的增长与发展做准备。

卡片分类

当业务需求、流程、功能与内容确定后，便可以开始将如上信息进行归总并分类，开始搭建产品的导航系统。

卡片分类是在日常中也很常见的一种分类方法，可以用来测验产品的信息架构建设是否符合用户的心智模型。首先先将确定的功能或内容写在一张张单独的卡片上，邀请目标用户来根据自己的看法，将这些卡片进行分类、组织。然后在用户归类卡片完毕后，询问用户为什么这样组织这些卡片，并同时可提问用户是否接受这一组卡片的组名。最后可与用户进行简短的访谈，沟通在分类组织这些卡片的过程中，是否遇到犹豫不决的地方。

总结

信息架构对于互联网产品都是非常重要的，尤其B端产品业务功能繁多，业务流程复杂，搭建信息架构对其更为关键。

在设计产品的信息架构时，需注意：

1. 确定业务涉及到的用户角色以及相应权限；

2. 了解业务流程与业务场景，各情景之间保持一致性；

3. 确定需要展示的内容；

4. 可采用“卡片分类”的方式测验产品的信息架构。

参考资料

1. Louis Rosenfeld, Peter Morville, Jorge Arango.《信息架构超越Web设计（第四版） Information Architecture: For the Web and Beyond,4E》

图来源：Unsplash.com

交互设计师
高格格

相关阅读