信息架构

　　写几篇关于信息架构的文章，系统地输出我理解的信息架构。

　　写在前面的话

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

　　随手搜索了一下，我发现了原因：
　　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. 我本不是一个纯粹的人，转载请拷贝走我的广告：下厨房（这是我的创业项目，信息架构是这个项目的核心竞争力）。