最美H5 酷站欣赏 UI素材 专题 设计导航

WHAT’S INFORMATION ARCHITECTURE?什么是信息架构?

信息架构,Information Architecture,看上去好牛逼好厉害的词,大家都在说。但是真的所有人都知道信息架构的真正功能么?是否每个网站都需要IA设计?作者坦言:“如果你在支付宝、团购、甚至是新闻网站、微博、社交网站工作,都别谈什么信息架构,它不能深入指导你做设计。”

写在前面的话

发了一篇关于招信息架构实习生的博客,收到不少简历。
但谈起信息架构,多数不了解,稍微了解的扯了很多很偏的东西。

随手搜索了一下,我发现了原因:
1 《web信息架构》这本书太概念,太学术。多数人不知道如何指导实践。
2 有人绑架了“信息架构”这个词,拿出去唬人,内容都是皮毛或者是根本和信息架构不沾边的东西。

另外一个理由是,《web信息架构》06年出第一版,而这本书的最早版本是1998年,而真正的理论形成,我的推测还要往前推很多年,基本上可以推测是“信息”遇到“数字化”的年代,那个年代成就了很多科技公司。

我知道国外关于IA是有专门的职位的,并且有的组织是专门研究这个领域,包括很多大学教授、各大公司的用户体验工作者。说实话,我没有太多地关注具体内容,但我觉得,我们把老外十几年前的理论奉为圭臬,而信息架构是设计领域非常底层的事情,它会随着技术和产品的变化而变化,中国网站的设计为什么鲜有创新,我相信在这个层面可以找到一些原因。

技术开源,让国内的技术水平很容易和国际接轨。
设计也需要开源,但相对更难。

国内设计行业线下聚会越来越多,但真正理念和思想上的碰撞却越来越少。
设计领域的文章越来越多,但能深入骨髓的文章越来越少。

信息架构这个领域,我也算不上专家,本想通过实践多沉淀一些干货,再做体系化的输出。
但看到关于如此多对于信息架构的误读,就算顺手把肚子里面的东西掏出来抛砖引玉吧。

(这系列的文章只允许“有价值”的评论,我根据心情删除)

什么是信息架构(Information Architecture)

1. 关于信息领域的产生、消费的结构化设计。
2. 这是一门学科:通过组织和标记信息来解决网站、企业内网、在线社区、软件领域的可寻性和可用性。
3. 这是一个专注于实践探索出一定规则的新兴领域:数字化领域的设计和架构。

这是Wikipedia上对信息架构的定义中的一个版本,这个定义是狭义地针对数字市场,而没有包括传统行业(图书馆、超市、库房等)。

上面的定义太学术,需要举些例子来剥开概念的外衣。

误区一:把网站布局设计等价于信息架构

“通俗一点的讲,信息架构就是合理的组织信息的展现形式” 这是目前百度百科关于信息架构的一句话,这个描述显然是太通俗了,展现形式是信息架构最肤浅的一层。功能的组织,和信息的组织,是两个层面的事情。

误区二:信息架构无所不能,甚至包含交互设计、等价到用户体验上

有些朋友可能读过那本书,里面通篇关于词表的东西理解不透彻,后面好不容易有几页是关于导航设计的,哥们就以为看到精髓了,并且思维发散到其他设计领域去了。(说实话,早几年自己也干过这类事情,所以特别不敢轻易写博客)

所有网站都有信息架构?

比如,我曾经说,支付宝就谈不上信息架构,用户使用支付宝,是完成任务,主要的是人和系统的交互。
说实话,这个说法显然不精确,比如每一单交易其实都是一则信息,这则信息不管是对用户还是支付宝,都有被索引的价值。
但你知道我想表达什么?
如果你在支付宝、团购、甚至是新闻网站、微博、社交网站工作,都别谈什么信息架构,它不能深入指导你做设计。

信息架构能帮助哪些网站产品?

1 一个海量的信息库。
2 用户访问网站的主要目的是获取信息。
3 信息的时效性不是短暂性。

找商品、找餐馆、找房子、找汽车、找工作、找对象…涉及用户衣食住行。
书、电影、音乐…涉及人们的精神生活。

虽然搜索引擎的崛起,解决了用户绝大多数“找”的需求,但显然,信息纬度的多样性,以及人和信息的关系,是纯粹的搜索引擎不能触足到的领域。早期搜索引擎是对信息粗放的理解和建立关系。
你现在想想,你有多少“找”的需求,不是通过google和百度?为什么呢?

要抬杠地说,所有的网站基本上都需要向用户传递信息,有信息就需要组织。
所以,我要举出没有网站需要信息架构的例子不太现实。我只能告诉你,这个知识领域能帮助到你多少?

信息架构的职能位置

如果你的网站是基于信息的,那么一个信息架构师的位置是必须的,这个人甚至可以不通交互。交互设计恰恰是信息架构的一个对立领域。交互设计解决的是人和系统之间的对话。信息架构是梳理信息系统本身。

国内网站如果说没人关注信息架构也有点过于悲观。要不然不会出现那么多垂直的可以脱离百度的入口。我的猜测是“高手在民间”。比如房产领域的搜房、安居客,汽车类网站,婚恋类网站,大众点评,去哪儿…他们在公司也许叫“编辑”、“产品经理”,这些人也许完全不谈什么“信息架构”,他们是每个垂直领域的专家,通晓自己一亩三分地的信息规则和用户需求,他们在行使“信息架构师”的职能。相比像我这种张口闭口吞吐专业名词的设计师来说,他们要务实许多。

但我始终觉得,信息架构的是有规律可寻的,靠谱的架构师可以游走于各种信息库,用少绕弯路的办法解决很多疑难杂症。这里面的规律会在后面的文章里面讲到,如果有自认为在我说的信息架构范围内的“编辑”、“产品经理”,你们工作中遇到的问题可以和我交流。

“数据比算法重要”

这是算法工程师经常拿来教育新人和外行的话。
这里的数据,比信息的范围更广,但这里有很多是相通的,比如:

你有10本书,要向用户推荐,最快的办法当然是人肉推荐,要算法搞毛?
只有说你有10W本书,人肉没法推荐,才需要找算法,那算法说需要数据,数据不是指的这10W本书,而是可被计算权重的根据。
而怎么才能有丰富的数据?只有这10W本书的信息库,组织得足够清晰,关系明确,结合用户访问和反馈的信息,算法才有发挥的空间。

信息架构的发展

在互联网、鼓吹的“云”时代里,信息和人的关系已经基本同步,而《web信息架构》的体系,显然缺乏考虑人实时对系统的影响,但这些影响不是交互,而是UGC,用户随时会贡献新的内容,你的内容体系是否能包容各种不同人的想法和思维习惯,并且能把这些内容通过规则而建立合适的索引方式。

在用户对内容参与深入,甚至很多网站自己根本没有内容,全部用户贡献。信息架构的要考虑的问题,自然要更多一些。

不算结尾的结尾

1 写这篇文章,我基本没有考虑可读性,很多该加链接的地方也不想加。算是草稿,会随时修正,删除废话什么的。
2 我会在合适的机会整理成PPT,预计会在下月北京UCD书友会试讲,但也可能跳票。
3 我本不是一个纯粹的人,转载请拷贝走我的广告:下厨房(这是我的创业项目,信息架构是这个项目的核心竞争力)。

来源:?UITony UCDChina/原文:http://uitony.com/?p=166