岭南六少 – 一朵在LAMP架构下挣扎的云

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

写在前面的话

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

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

信息如水，架构如渠

古人云：水到，则渠成。
说的是，水流过的地方，自然形成了渠道。比喻时机到了，事情自然就成了。

人类历史基本都在和水打交道，水路基本是古代核心的运输渠道，农业时代的灌溉系统，水利电站…不胜枚举。甚至可以说，水孕育了人类的文明。

在改变世界之前，先要认识世界。构建渠道之前，需要了解水的属性，才能真正地为人所用。

人们常说，互联网就是信息的海洋。
如今信息时代，信息如水一般，有很多自然的属性。想构建一个系统来承载信息，就好比古时候人们掘渠。想造福受众，必先理解信息的自然属性。

了解你的信息
信息和水不同在于，信息是人造的，水是天造的。但相同在于，建渠之前，需要全面了解信息的属性。比如音乐，一首歌曲有许多自然属性：歌词、旋律、时长、作者、演唱者、年代、风格流派等，在以上属性上面有了定义，也就定义了信息范围；也有很多社会属性：背景故事、口碑评价、出版方、所属专辑、售价、条形码等。

了解这些，就好像了解水的浮力、压强、冰点、沸点、蒸发、流动性…
数出这些属性并不难，但真正理解属性背后的逻辑，并合理地发挥到你的架构里面，着实不易。很多社会属性其实是有历史背景，是可以被改变的。见过很多信息系统，为了架构而架构，造成不必要的冗余，好的架构并不需要复杂。也许只是利用了信息其中的某一种属性，发挥到极致就够了。

当信息遇到互联网
在没有互联网之前，信息在各自领域和行业，从信息的生产->渠道发行->抵达受众，拥有其各自的生态系统。互联网就像强盗一般，打破着各种行业的各种潜规则。信息数字化的大趋势，已经人神共知。
直到今天(2011年)，变革也仅仅是个开始，互联网也仅仅将传统的渠道复制过来，Louis Rosenfeld和Peter Morville在02年撰写的《web信息架构》（中文版），重点在描述信息和索引的关系，是数字化承载形式的变化。而大多数的传统渠道仍然占据主流，他们依然在控制内容的发行，负隅顽抗。

web信息架构的发展，或者说数字化的进程，会在信息从产生，到传播和索引，整个流程中彻底地变革一番。而信息架构本身，也不仅仅只解决信息索引的问题。这本书的知识体系，需要更新下去。

在知识体系完整之前，现象早已经露出了萌芽，两位作者在这本书的几次再版过程中，加入很多时髦的元素和案例，但书籍出版的速度远远赶不上变化。传统架构的思路，是信息已经到手，再想着如何去组织优化；而互联网实时的特征，需要新的架构方式实时反馈，并且是自行优化的系统。这就好像当你拿着纸质书阅读这篇文章的时候，我对信息架构的想法也许又有新的发展。也许你等着书籍再版，不如关注我的博客。

架构就好像渠，不仅仅在最后的呈现和索引阶段，而是会在信息的：源头产生->发行->过滤->消费->反馈。这将形成完整的、闭环的生态系统，每个环节都会比传统方式更加有效率，绝不会是传统渠道的补充。

传统的信息渠道，只能体现长尾头部的大众喜好。全球最大的图书市场，也不能拥有人类书籍的1%，对于阅读的长尾需求，不得不有其他系统和渠道去满足。而这一切在互联网上，好的架构提供了无限长尾的可能，信息通过群体智慧产生自组织的效应。好的架构，不是让机器代替人脑，而是响应人脑的反馈，缩短这个反馈的过程。

信息遇到互联网，不同于书籍进入图书馆，仅仅是分类和组织的问题。而现在信息在互联网里，还处于初级阶段。
水是天造的，信息是人造的。在信息的世界里：“渠”成，“水”则到。

=======================================废话分割线=======================================

《UCD火花集》第二季正在整理，还缺几篇文章，应angela大人要求，获得命题作文《信息分类与方法》一则，特发此文，提前阅读的你赚到了免费试读。很久不写文章，难免很难扣题，题目本身太大，如果需要用文字完整地阐述命题并且提供建渠方法，我想需要写一本书，遂决定扯一篇长蛋，如果能供大家一起思考，就达到目的了。

自己读完这篇文章，语气太像媒体评论，这不是我本意，曾经一直恍惚：一个设计师最好的作品应该是做出大家喜爱的产品，而不是写好文章。但互联网强调分享，如果能把短暂的灵光一现，记录并分享出来，帮助到同行，也是幸事。最后一个心得与同行共勉：多分析网站，少看媒体评论。多读非设计书籍，少看博客。以后的博客文章，尽量写成书评吧。
（请编辑勿将这两段收录，顺祝新年快乐）

体验门槛和点击次数

有时候，多一次点击都是门槛，因为用户要天天点；
有时候，多五次点击都不是门槛，因为一辈子就用一次，比如注册；
还有时候，多十次点击也不是门槛，因为用户需求可以用“饥渴”来形容，比如下毛片。

给每个任务做流程优化的时候，先问自己：
1 用户为什么做这个任务，满足什么需求？
2 这个任务对于每个用户的使用频次？
3 流程的简化是否让使用不清晰？

如果现在让我回答，用户注册是否需要二次确认密码，我认为是需要的。

信息架构：从学习写字开始

UCD邮件组又有人讨论信息架构，基本上围绕《web信息架构》这本书里面的内容，说实话，对于参与讨论的部分观点我基本看不明白，我展开说点我认为比较实在的。信息架构这个名词概念，UCD内部组在三年前就有过沟通交流，对于新手，我真不推荐读这本书。当你开始注意下面的问题了，我认为你可以读了：

我每收到10封设计师的简历，从邮件标题，到邮件正文，到附件名称，信息传递完全没有瑕疵的可能只剩下1封，以下这些情况大家对号入座一下吧：

1 标题：应聘交互设计师
2 没有正文，内容全部放到附件里
3 正文用通用模板，洋洋洒洒写一堆“如果来到贵公司，我会努力工作”的废话
4 附件名：“我的简历”，“个人简历”，“我的作品”
5 把附件解压开，图片名：“xxx 副本2”
…

这篇文章不是要说如何写简历，想说的是如何创造信息，你在互联网上敲下每一个字，都是在制造信息，敲字就像在现实生活中说话一样，话都说不好何谈信息架构？真心地建议那些即将踏入职场、或者已经踏入职场的同学好好阅读邮件礼仪，谈礼仪不仅仅是用“您”，“顺祝商祺”这样的礼貌用语：

1 考虑信息发布出去，接收者的是谁，阅读环境如何？
2 当信息淹没在列表里是否具备识别性
3 是否方便对方再次查找和索引
4 视觉设计师如果有图片作品，是否注意文件大小？（如果附上一个flickr的地址，肯定会得到印象加分）
…

在写UCD邮件组的发帖说明，其中提到：“每次发帖和回复之前，请自行阅读2遍。”发邮件不是在BBS灌水，上QQ泡MM。

《web信息架构》这本书我有很多做技术的朋友

信息系统需要与时俱进

前几天有个朋友做了一个类似赶集网那样的分类信息网站，觉得链接太多视觉太乱，让我帮忙看看UI（避免广告嫌疑就不给网站地址了），基本上是赶集的小翻版。在信息分类上，是这么做的：大类分房产、招聘、车辆买卖、交友等等这样的大类，每个大类下面再细分需求，比如房屋求租、合租、二手房、日租房、商铺…一共十来个大类，每个大类下面十来个小类。

这就好比什么呢？我们家在南方的一个小县城里，很多人家都自己盖房子，一起就是4、5层小楼，结果就是3口之家8个房间7个厕所。

看似天衣无缝的分类体系，在某种程度上这个也是被用户认可的分类维度，但是忽略了内容数量以及内容管理。其实我想表达的观点概括来说是：一个被验证成功的网站信息系统放在一个刚刚起步的新网站上，这个系统多数是冗余的。

很多人做竞争对手分析，只看到100，忽略从0-1，从1-10，从10-100的过程，如果对于一个完全没有参照物领域，刚刚开始应该是没有分类，只有当内容积累到一定过程了，才知道如何组织信息，这也印证了“需求从来不是创造，是被发现挖掘出来的”。

比如说，最早的QQ是没有好友分类的，早期的Gmail也没有label，当初的天涯也就只有几个版块，因为一个新的产品，基本是没有办法预见用户的使用方式；当内容数量不够的时候，也很难发现其中的信息维度和规律。一个新的系统，早期应该是越薄越好。

并且，当我们想照搬别人的一个信息系统，要看是否符合你所经营的信息内容，比如tag，tag这种组织形式放在图片（flickr）、网页（delicious）文章这类本身维度多，入口多，难以组织的信息下，tag是合适的。但是看很多用着tag的一些网站，其实完全没有必要，一方面增加系统的复杂度，而且还非常难用。

从一个用户的使用角度，我们每天面对海量的信息扑面而来，我们如何进行筛选过滤？分类索引？
先拿个招聘例子，很多招聘启示上末尾会提示：邮件标题请注明：“UE”，但我发现一部分应聘的人就忽略这点，公司会收到N多的简历，也招不同的职位，在邮件列表一面搜索“UE”两字，所有简历就出来，如果你的标题中没有，是不是亏了？
这同样说到email，一个好的信息架构师一定也是一个优秀的内容生产者。在撰写内容的时候，尤其是标题，除了表达清楚该表达的内容，还要注意布置关键词以便以后进行索引。
再比如，手机联系人，gtalk联系人，大家都是如何管理、查找、分类的？各个软件、手机又是如何满足这种需求的？

关于作者

UITony, 创业（xiachufang.com 下厨房）, 设计师

早年从事广告、VI、印刷设计工作，专注于视觉设计对品牌传播的影响；
现在关注互联网产品设计，视觉、交互和信息架构.

FROM：http://uitony.com/?p=166