互联网产品的信息架构

2020-09-04 16:28:52 5430

互联网产品的信息架构

什么是信息架构

信息架构的解释是:对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的想法。

概念

信息架构拆开来就是“信息”和“架构”。信息是无序的,而架构是有序的;信息是零碎的,而架构是系统化的。我给信息架构的定义是:信息架构是将信息加工、归纳,整合成符合人们对事物的认知的系统化的结构。

其中,“符合人们对事物的认知”,这一点是信息架构是否容易被理解的大前提。比如图书馆将《昆曼-宏观经济学原理》这本书放到“社会学”,我相信很多人会找不到这本书,因为所放置的位置不符合读者的认知,他是属于“经济学”的。

信息架构组成关系

信息

信息可以是一段文字、一段语音、一张图片或者某一种实物,它是系统中最小的组成部分。

实体

实体是一系列的信息组成的,有一定相关性的、能够表达出某种性质的信息组合。在哲学的概念中,其含义一般是指能够独立存在的、作为一切属性的基础和万物本原的东西。这两句话,一个是站在有科学理论支撑的角度,一个是传统哲学唯物主义的角度提出的。两者有个共性,都需要是有一定性质的,能独立存在的。网页是一个实体,手机电池也是一个实体,系统越大,实体就越大。

系统

系统是指一系列相互连接的实体所组成的,有一定运转能力的整体。实体和实体之间链接起来,仅仅只是搭建了桥梁,但系统要运作起来,需要有信息的传递,也就是说,组成实体的信息,是可以在实体之间传递的。比如生态系统、电脑操作系统,都是属于系统。

那反过来,什么不算系统呢?一屋子陌生人不能算是系统,一个没有经过关系设计的数据库不能算是系统,因为他们没办法运作起来达到某种作用。

1.jpg

                                          信息架构概念图

 

信息架构与互联网产品

信息对于互联网产品来说,可以理解成组成页面的元素,包括文字、图标、表单等等,那么页面就是一个个实体,由一个个页面组成的产品就是系统。

也就是:页面组成元素(文字、图片)=信息;页面=实体;页面+页面=系统。

当实体过多时,需要用相关性归类法,将其整合成一个更大的实体,也就是我们互联网产品常说的“模块”,我姑且将页面定义为“基础实体”,将模块定义为“组合实体”。

2.jpg

弄明白三者的关系,就可以开始尝试设计一个互联网产品的信息架构了。以下我们以设计一款打车软件为例,设计其信息架构。

第一步,自上而下

通过自上而下的方法,构思出一款产品的组成模块。产品经理不能一开始就进入细节设计,这样会缺少宏观考虑产品形态的思考过程,导致产品信息架构混乱。就像素描一样,需要先画轮廓,再逐步勾勒细节。

假设我们设计的这款打车软件有“打车”、“我的信息”两模块(组合实体)。这两个模块基本已经能让用户知道其用途以及所包含的下一级页面,因为足够符合人们的认知。

第二步,穷尽实体

穷尽实体,是指将我们在模拟用户场景、分析用户行为的过程中,所能想到的需要用到的页面,当然,这一步需要产品经理有一定的结构化思维和对业务的了解,否则很难想想出具体的页面。假设用户打车路径如图:

3.jpg

穷尽每一个节点所涉及到的页面。

发起打车订单:下单页面、订单页面

司机接单:司机详情页面、司机路线图页

上车:订单页面(确认车辆)

到达目的地:无

结账:订单页面

如果用户需要开发票,在软件上申请电子发票,所涉及到的用户路径如下:

4.jpg

穷尽每一个节点所涉及到的页面。

查看历史订单:我的信息页面、我的订单列表页面、订单详情页

申请发票:申请发票页面

收到发票:发票申请记录页面

第三步,实体关系

这一步将实体和实体的关系串起来,信息在实体之间如果存在交互,则可以连上一条线。如果没有连线,只有实体的话,根本看不出架构所在。

5.jpg

没有实体关系的架构

 

将实体之间的通过信息传递的方式,连接起来,效果如下:

6.jpg

有一定实体关系的架构

 

但总体感觉还没有达到“系统”这一层级,还是有点散乱。那是因为页面实体太多了,页面实体还可以继续组合,成为一个个小模块,进一步对实体进行归类整合。此时就涉及到自下往上的思路了,当我们通过这种方式归类之后的信息架构,在理解上,更符合用户的认知。

第四步,自下而上整合实体

将几个有相关性的页面,整合成小模块之后,效果如下,这一步已经能够看到信息架构的雏形了。

7.jpg

 

第五步,最小实体的信息设计

到这一步已经进入到精细化设计了,此时需要考虑更细节的用户场景、心理活动、异常情况等诸多因素,将每一个实体的设计做到极致。以下单页面为例,用户下单之前需要定位、查找附近车辆数量、排队情况、价格等等,将这些因素考虑完之后,提炼出需要在这个页面上体现出来的信息可能包括:地图、车辆、起步价、排队人数和时长。

在精细化设计过程中,可能会将某些页面实体进一步浓缩,减少实体个数。比如下单模块的订单页面,我们是三个页面实体,如果将司机路线图和订单整合成一个页面,司机详情信息整合成一个抽屉浮层,那就只剩下一个页面实体了,而司机路线图、司机详情页只是订单页面的组成元素而已。进一步减少页面实体,如图:

8.jpg

以上就是设计互联网产品信息架构的思考过程,可能有人在模拟的过程中,会觉得前半段有些枯燥,后半段缺乏想象力,那我建议大家先多体验各种互联网产品、深度阅读基本关于结构化思维的书籍,可能有所帮助。

 


提交成功!非常感谢您的反馈,我们会继续努力做到更好!

这条文档是否有帮助解决问题?

非常抱歉未能帮助到您。为了给您提供更好的服务,我们很需要您进一步的反馈信息:

在文档使用中是否遇到以下问题: