什么是信息架构?

信息架构是对信息进行结构,组织方式以及归类的设计,好让使用者与用户容易使用与理解的一项艺术与科学,致力于将内容按照更易于人们理解接收的方式来整理和排列。

在合理的信息架构之下,用户可以更加轻松地理解产品内容,调动产品的功能,在不需要太多工作量的情况下获取信息、达成目标。

信息架构设计通常需要解决两方面的问题:
怎样使信息更易理解与浏览
如何确保扩展性,使其在未来能够承载更为复杂的信息与功能

好的信息架构可以让信息价值最大化,让用户能够快速地定位信息并准确地理解信息。

信息架构的组件

组织系统:

以各种方式来为我们展示信息。
如网站首页的各式菜单:

标签系统:

使用对用户来说有意义的语言,描述 分类、选项、链接。
如产品列表页面的各式选项:

导航系统:

协助用户在内容中移动。
如商品详情页面的吸顶导航:

搜索系统:

让用户直接搜索查找内容
如网站首页的搜索引擎:

用户不可见组件:元数据、受控词表、叙词表、检索算法、最佳匹配

为何产品需要合理的信息架构?

如今,以用户为中心的设计是一个大趋势,信息架构是高效设计的基础。信息架构帮设计师搭建设计项目的骨架。视觉元素,功能,交互和导航都是在信息架构的基础上构建的。事实上,即使是引人瞩目的内容和强有力的UI设计,如果搭配了不合适的信息架构,也无法让产品走向成功。无组织、导航困难的产品都容易让用户在使用过程中感到迷惑,缺乏信息架构的支撑,交互也很容易出现无效的状况,最终导致用户的流失。

许多公司和团队看不到信息架构的重要性,因为他们认为它不切实际。这样的想法并不是没有原因的:信息架构需要时间来构建,而且需要相应的技能来实施到项目中去。

强大的信息架构是优质产品的保证,它降低了可用性和导航出现问题的机率。脉络清晰逻辑自恰的信息架构,能够为公司和团队节省时间和金钱,否则他们会在修复和改进上花费大量的时间。

拥有良好信息架构的产品在结构上非常坚固。这与建筑是相同的道理 – 从地基和支柱入手,基础便会稳固;基于稳固的基础一步步扩大建筑规模,一切都将有条不紊的从容进行。

要实现结构清晰、重点突出的界面设计方案,你必须首先梳理出结构清晰、重点突出的信息架构。

信息架构的分类

信息架构一般可按架构或者按结构进行分类。

按架构可分为2种:

轻架构:
To C 的产品,简单明了的信息架构,方便使用,通过做减法聚焦。
轻架构产品不能让用户迷路,不能带来太多的学习成本,面对海量普通用户要做到可用且效率高。
如快手的首页,信息架构简单清晰,十分容易上手使用,老铁双击666。

重架构:
To B 的产品,功能完备、结构严谨的信息架构,有学习成本,对海量功能进行合理整合,灵活布局来聚焦核心用户场景。
重架构产品的用户群体一般比较聚焦。重架构产品很难通过做减法来聚焦,而是需要对海量功能进行合理整合、灵活布局来聚焦核心用户场景。
所以对重架构产品,信息框架更难,且更重要。
如CRM的信息架构,模块化独立化,可配置可定制,功能完备且结构严谨。

按结构可分为3种:

层级结构:

这是最常见的一种方式,树状图、家族图谱等。
适合有目的的任务式查找,安全、准确、高效。

层级结构的设计有两种:

从上到下:从产品主要愿景,一步一步细分到每个功能特性。战略定了一个大方向,管理层传达并指导,执行层输出,一步一步分解任务直到任务量清晰、执行后得到产品结果。

从下到上:从对用户有价值的功能特性开始,一步一步往上倒推到产品灵魂。例如一个给中国电信客服做的ToB产品,得先了解客服人员每天工作的任务流、操作流、所需模块集合,然后倒推规整为一个一个功能模块,再倒推形成一个系统。

信息架构

自然结构:

一种极端复杂的结构,没有任何的一致模式可言,节点之间交错链接。
十分适合轻架构中没有目的的浏览、自由的探索和发散式的闲逛,如微博、视频网站、社交类产品。
To B的产品很少使用到自然结构,很少人喜欢在OA或者CRM里面漫无目的的闲逛吧……

信息架构

矩阵结构:

一种极端复杂的信息结构,用户通过二维以上的维度,从一个节点到另一个节点。
比如作为XX项目的产品经理,从职能上划分属于产品,从项目上划分属于XX。
比如微博、B站和豆瓣的各种标签系统,用户可以根据不同的需求快速定位信息。

信息架构

信息架构的组建原则

1. 对应性

产品目标与用户需求互相对应。
一个好信息架构搭建的目的,应该是满足用户需要,方便用户快速准确地找到相关信息。
例如新闻类产品,经常以时间顺序组织信息架构。
因为用户需求中,对于“新闻”的时效性的要求是唯一的重要要素。
同时,对于产品本身,只有提供最新的资讯才能在竞争中获得优势。
同时对于今日头条而言,不仅在时间维度上顺应用户需求,提供最新的相关新闻。
还通过算法调整对每一个用户进行针对性的新闻组织和推送。
有效地提高了用户资讯的获取率,降低了用户挑选内容的门槛。

2. 延展性

一个好的信息架构,优秀的延展性是必不可少的。
用户量激增,需求都做不完,如何在保持原有的APP信息架构基础上。
对新增的需求进行设计,就十分考验产品经理的基本功力。
如微信上【发现】功能,里面陆续出现了购物、游戏等模块。

3. 一致性

保证用户从多个不同的入口进入产品内部。
访问对象都是一致的。
比如用户从PC端访问或者从移动端访问,整体的架构和相关专有名词一致。

4. 相关性

上下层级、层级中内容必须有相关性。
比如这里举一个反例:
父级为【海外名校】,子级中出现了【海外移民】和【海外房产】等与父级不相干的内容。
容易让用户变得迷茫:我访问的对吗?这里面会有我想要找的东西吗?

5. 独立性

同层级分类应该是相互独立的。
同层级两个分类不存在交集或包含关系。
再举个反例:
在网站最高一级的导航栏中,【小测试】属于【考试】的一个类别,存在包含关系,但是却放在同一级导航中,不太合适。

6. 平衡性

如有有效地平衡信息架构的深度和宽度?
是不是信息架构越浅越容易被用户所理解、方便用户使用?
是不是信息架构越深越容易使用户迷失、降低操作效率?
其实并没有统一的答案,一切都要放在实际场景里面去考虑,以用户体验为中心进行设计。
宽而浅的信息架构,适合C端产品,用户可以用较少的点击完成相应的任务目标。
问题在于每层的“信息分类标准”太多,增加用户每一层级的分类寻找难度。
窄而深的信息架构,适合B端产品,减少了用户选项,专注于相关业务流程。
问题在于增加了用户操作。
如何去平衡信息架构的宽窄深浅?还需要将用户的使用频次、设备的屏幕大小和产品的功能目标进行结合考虑,多练习多思考多迭代。

7.易于理解

使用用户容易理解的语言进行信息结构拆分,如超市分区中,给猫猫狗狗的用品统一为【宠物用品】;但是采用【脊索动物用品】明显不是在说人话。
当拿不准使用哪一个名称进行信息架构搭建时,可以采用用户测试来观察用户对分类和功能名称表述的理解能力。
一个好的名称应该是没有歧义或者会造成用户不解的。

信息架构的组建方法

1. 从上到下

从战略层(产品目标)出发去考虑内容分类
最先从最广泛的、可能满足决策目标的内容与功能开始进行分类
再按逻辑细分出次级分类
最后将想要的内容和功能按顺序一一填入

以微信为例:
首先根据产品目标将“主要分类”即一级架构,分为“最近会话(微信)”、“通讯录”、“发现”和“我”;
然后再进行“次级分类”分类,如“发现”下再分“朋友圈”、“扫一扫”、“摇一摇”等等;
最后将相应的功能(如朋友圈feeds、发朋友圈、朋友圈消息等)填入到相应的“朋友圈”分类中。
第一种,从上到下,从产品主要愿景,一步一步细分到每个功能特性。很容易理解,战略定了一个大方向,管理层传达并指导。执行层输出,一步一步分解任务直到任务量清晰、执行后得到产品结果。

信息架构

2.从下到上

根据“内容和功能需求的分析”而来的:
先把已有的所有内容,放在最低层级分类中
然后再将他们分别归属到较高一级的类别

这种分类方法其实就是在做“归类”,需要设计师有一定的信息筛选、梳理、分类的能力,进一步通过用户测试去检验分类的信息传达有效性。

例如一个给中国电信客服做的ToB产品,得先了解客服人员每天工作的任务流、操作流、所需模块集合,然后倒推规整为一个一个功能模块,再倒推形成一个系统。

信息架构

如何设计合理的信息架构

信息架构的前期

1.了解用户,场景
在产品信息架构的前期,【persona】和【用户场景】能够帮助自己很好的了解产品,了解用户。那么“persona”是一个很好的方法。

【persona】是用户角色模型。就像经济学家创造模型来描述市场,物理学家创造模型描述亚原子粒子行为一样,研究发现,用研究结果来创建关于用户的描述型模型,是交互设计中一个独特而强有力的工具,这些用户模型叫做“persona”。

用户的行为如何?他们怎么思考?他们的预期目标是什么?为何制定这种目标?对于这些问题,人物模型会提供一种精确思考和交流的方法。而人物模型并非真正的人,但它们来源于研究众多真实用户的行为和动机。

【用户场景】是用户如何使用你的产品。从persona和用户场景中提取用户习惯并且尊重用户的习惯。往往我们会先问自己四个问题:用户通常用你的产品做什么?用户用这产品最关心什么?用户有哪些思维定式?用户用什么类型的产品?

2.了解业务需求

只有很好的了解业务需求才能结合在信息架构的设计中,加入足够的思考,把握重点,不突出与业务无关的内容。而好的信息架构可以在业务和运营的推广,有更好的拓展性。

3.调研竞品的信息架构

调研竞品分析非常重要,一般会找3-5个同类竞品分析他们的信息架构,并用MindMap整理出来树状图体现产品信息架构。如果是做改版迭代工作,那么过去的版本也是很好的竞品,同样也需要做竞品分析。

而做竞品分析的目的便是为了归纳整理共性和差异性。找共性是为了遵循用户习惯而差异性是可以找到创新点,设计的机会点。

1)竞品选择
2)信息架构
3)共性分析
4)差异性分析

信息架构的搭建

卡片分类法

卡片分类是一种用户体验研究方法,出最符合用户心理模型的信息架构方案的方法之一,研究参与者根据对他们自身有意义的标准,将写着主题名称的卡片进行分组。这种方法可以让我们了解到用户会以什么样的方式理解各种内容,了解他们的思维模型,最终帮助我们设计符合用户预期的产品信息架构。

信息架构

1. 开放式分类法

在这种分类方法中,用户按照对他们自己有意义的方式,自由把你所提供的卡片进行分组,然后他们为每个组别提出他们自己的名字。他们也具有重新命名卡片的自由,如果他们希望,也可以提出新卡片的建议。

当你想要理解用户如何组织你的内容时,这种卡片分类方法是最好的,收集他们对组名和标签的想法和建议对于使你的网站更直观大有帮助。

2. 封闭式分类法

在这种分类方法中,分类标准和标签是固定的。当你想要理解用户如何适应内容到一个现有的结构中时,这种方法是有用的,当有新内容需要加入到网站中时也用这种方法。有时候你可以混合这两种分类技术,在一组用户当中执行开放式的卡片分类法,以决定高层级的分类类别,然后在另一组用户当中执行封闭式的卡片分类,运用上一组用户中得到的新分类类别,看看这组用户是否很容易就能把存在的内容归入到这些类别当中。

需准备:目标用户,功能信息卡片,2只笔,笔记本、空白的卡片(在测试过程中需要添加的卡片做用)。

开展开放式卡片分类法步骤:

1、选择一系列主题

其中应包含40~80个网站的主要内容,然后把他们分别写在单独的卡片上。

提示:避免有相似的名字的主题,这样参与者会倾向于将他们归类在一起。

2、准备卡片

执行线下卡片分类的首要任务是准备你的卡片,创建一个文档列出所有你要测试的条目内容并对其进行编号,被分别写在单张卡片中,卡片的背面要写上相对应的编号,这种编号有助于你分类完成后进行高级分析。

对于卡片本身而言,使用真实的卡片而不是纸片,纸片可能会丢失,容易破损和撕裂。

3、选择目标用户

最好的结果是寻找产品的真实用户,利用用户画像找到不同层次的用户。

4、让用户将主题分类

把写好主题名字的卡片打乱交给参与者,要求他们每次拿出一张卡,把它归类到某一组里;向用户解释清楚他们只需要将卡片归到他们认为有意义的不同组别中,无所谓对错;我们应该在用户进行分组的时候提醒他们可以做各种调整,比如把某张卡片挪到另一组里去、合并两个组、将某组拆分成等等。因为卡片分类是一种自下而上整理的过程,错误是不可避免的。

提供清晰的指导语。让用户知道测试过程将会被录下来以供随后回顾。如果参与者不太确定卡片上的意思,可以先把它放在一边然后记录是哪些卡片,知道哪里使得用户感到困惑(卡住),因为这表明你的卡片标准有问题。

分组数量并不是固定的,有些用户会分出许多小类别,有些用户只会分出几个大类,这完全取决于用户自己的心理模型是什么样的。要让用户所分的各个组处于一个合理的数量和大小。在用户进行初步分类的时候(1~3步),你不应该把自己的意愿和偏好强加给他们,但一旦用户完成了初步分组,你可以要求他将数目比较大的组再细分一下,或者把过于零散的几个组整合成一个大类。

5、由用户对各个组命名

当用户已经将所有的卡片都分好组后,给他一张空白卡片让他给各个组起名字。这时,用户如何分组的心理模型就初见端倪了。从用户给各个组起的名字中,你就可以找到很多分类的灵感了。但不要直接在设计方案中使用这些分类名,毕竟用户不是专业人士。

提示:给小组命名这一步非常重要,这样用户就不会固执已有的分类,而是随时修改各组的内容。

6、与用户交流其思考过程(这步不是必须的,但非常推荐)

询问用户为什么要这样分组,每个组之间的联系是什么。更多可以问的问题:

有没有哪张卡片很容易或很难归类?
有哪张卡片可以归入两个或多个类别中吗?
你对未分类的卡片有什么想法吗(如果有的话)?

你也可以要求用户在分类的时候把自己的想法说出来,这样可以收集更多的信息,但也要花一定时间来分析他们。

7、以同样的步骤对15-20位用户进行测试

我们需要足够数量的用户才能发现他们思维模型中的规律,建议数量是15人,多于这个数字我们的新发现会越来越少,少于这个数字则可能忽略某些潜藏的用户思维规律。

8、分析数据

收集到全部数据后,筛选出大部分用户共有的分组、经常出现的分类名称以及那些总被分在一起的卡片。如果你发现有一些卡片总是被丢到一边,那就要确定是因为名字起得不准确,还是因为的确很难和其他卡片组成一组。结合你与用户聊天时所发现的一些定性结论,你可以整合各类规律,最终找到适合用户的系统结构。

总结:

信息架构是对信息进行结构,组织方式以及归类的设计
信息架构的组件:组织系统、标签系统、导航系统、搜索系统、不可见组件
作用:降低了可用性和导航出现问题的机率、保障产品结构的坚固、实现结构清晰、重点突出的界面设计方案
信息架构的分类:轻架构、重架构、层级结构、自然结构、矩阵结构
信息架构的组建原则:对应性、延展性、一致性、相关性、独立性、平衡性、易于理解
信息架构的组建方法:从上到下、从下到上
设计合理的信息架构:了解用户、场景、业务需求,调研竞品的信息架构、卡片分类法