信息架构能帮助哪些网站产品？
关于信息架构，其实我也不大懂，我就看过两本中文翻译书和一本很学术的中文书，我一直认为信息架构是数据结构的另外一种叫法。
结合Tony的信息架构扫盲贴，我也扯扯信息架构的东西：（顺序可能不妥，请见谅）
- 每个网站产品都需要规划信息架构，包括检索、标记、导航、展示等，在产品最开始规划时就需要做，且后边规划功能时针对需求进行调整。
- 信息架构需要和真实信息尽量匹配，比如做个游戏信息库，每条游戏信息需要完整还原真实的游戏信息结构，包括名称、开发商、上市时间、分类、题材、介绍、图片等，奉行够用就好是不行的，关键信息一定要规划进去。
- 信息可以有很多种维度，只是有些适合于检索/标记，比如分类、题材，有些只适合于展示，比如图片。
- 信息架构最后可能变成数据库表的结构设计、页面结构，变成SQL、XML或HTML等。信息架构的工作被编辑、产品经理、开发经理/项目经理覆盖了，所以国内没有单独的IA职位。
- 信息架构和UGC不冲突，当然分析内容并结构化的工作比较困难，不能指望用户全部按照结构化的思路来提交。
- 标签Tag是个民意化的标记形式，但不能替代信息架构里的主要标记系统。
暂时想扯这么多，以后再补充。
写几篇关于信息架构的文章，系统地输出我理解的信息架构。
写在前面的话
发了一篇关于招信息架构实习生的博客，收到不少简历。
但谈起信息架构，多数不了解，稍微了解的扯了很多很偏的东西。
随手搜索了一下，我发现了原因：
1 《web信息架构》这本书太概念，太学术。多数人不知道如何指导实践。
2 有人绑架了“信息架构”这个词，拿出去唬人，内容都是皮毛或者是根本和信息架构不沾边的东西。
另外一个理由是，《web信息架构》06年出第一版，而这本书的最早版本是1998年，而真正的理论形成，我的推测还要往前推很多年，基本上可以推测是“信息”遇到“数字化”的年代，那个年代成就了很多科技公司。
我知道国外关于IA是有专门的职位的，并且有的组织是专门研究这个领域，包括很多大学教授、各大公司的用户体验工作者。说实话，我没有太多地关注具体内容，但我觉得，我们把老外十几年前的理论奉为圭臬，而信息架构是设计领域非常底层的事情，它会随着技术和产品的变化而变化，中国网站的设计为什么鲜有创新，我相信在这个层面可以找到一些原因。
技术开源，让国内的技术水平很容易和国际接轨。
设计也需要开源，但相对更难。
国内设计行业线下聚会越来越多，但真正理念和思想上的碰撞却越来越少。
设计领域的文章越来越多，但能深入骨髓的文章越来越少。
信息架构这个领域，我也算不上专家，本想通过实践多沉淀一些干货，再做体系化的输出。
但看到关于如此多对于信息架构的误读，就算顺手把肚子里面的东西掏出来抛砖引玉吧。
（这系列的文章只允许“有价值”的评论，我根据心情删除）
什么是信息架构(Information Architecture)
1. The structural design of shared information environments.2. The art and science of organizing and labeling web sites, intranets, online communities, and software to support findability and usability.
3. An emerging community of practice focused on bringing principles of design and architecture to the digital landscape.
1. 关于信息领域的产生、消费的结构化设计。
2. 这是一门学科：通过组织和标记信息来解决网站、企业内网、在线社区、软件领域的可寻性和可用性。
3. 这是一个专注于实践探索出一定规则的新兴领域：数字化领域的设计和架构。
这是Wikipedia上对信息架构的定义中的一个版本，这个定义是狭义地针对数字市场，而没有包括传统行业(图书馆、超市、库房等)。
上面的定义太学术，需要举些例子来剥开概念的外衣。
误区一：把网站布局设计等价于信息架构
“通俗一点的讲，信息架构就是合理的组织信息的展现形式” 这是目前百度百科关于信息架构的一句话，这个描述显然是太通俗了，展现形式是信息架构最肤浅的一层。功能的组织，和信息的组织，是两个层面的事情。
误区二：信息架构无所不能，甚至包含交互设计、等价到用户体验上
有些朋友可能读过那本书，里面通篇关于词表的东西理解不透彻，后面好不容易有几页是关于导航设计的，哥们就以为看到精髓了，并且思维发散到其他设计领域去了。（说实话，早几年自己也干过这类事情，所以特别不敢轻易写博客）
所有网站都有信息架构？
比如，我曾经说，支付宝就谈不上信息架构，用户使用支付宝，是完成任务，主要的是人和系统的交互。
说实话，这个说法显然不精确，比如每一单交易其实都是一则信息，这则信息不管是对用户还是支付宝，都有被索引的价值。
但你知道我想表达什么？
如果你在支付宝、团购、甚至是新闻网站、微博、社交网站工作，都别谈什么信息架构，它不能深入指导你做设计。
信息架构能帮助哪些网站产品？
1 一个海量的信息库。
2 用户访问网站的主要目的是获取信息。
3 信息的时效性不是短暂性。
找商品、找餐馆、找房子、找汽车、找工作、找对象…涉及用户衣食住行。
书、电影、音乐…涉及人们的精神生活。
虽然搜索引擎的崛起，解决了用户绝大多数“找”的需求，但显然，信息纬度的多样性，以及人和信息的关系，是纯粹的搜索引擎不能触足到的领域。早期搜索引擎是对信息粗放的理解和建立关系。
你现在想想，你有多少“找”的需求，不是通过google和百度？为什么呢？
要抬杠地说，所有的网站基本上都需要向用户传递信息，有信息就需要组织。
所以，我要举出没有网站需要信息架构的例子不太现实。我只能告诉你，这个知识领域能帮助到你多少？
信息架构的职能位置
如果你的网站是基于信息的，那么一个信息架构师的位置是必须的，这个人甚至可以不通交互。交互设计恰恰是信息架构的一个对立领域。交互设计解决的是人和系统之间的对话。信息架构是梳理信息系统本身。
国内网站如果说没人关注信息架构也有点过于悲观。要不然不会出现那么多垂直的可以脱离百度的入口。我的猜测是“高手在民间”。比如房产领域的搜房、安居客，汽车类网站，婚恋类网站，大众点评，去哪儿…他们在公司也许叫“编辑”、“产品经理”，这些人也许完全不谈什么“信息架构”，他们是每个垂直领域的专家，通晓自己一亩三分地的信息规则和用户需求，他们在行使“信息架构师”的职能。相比像我这种张口闭口吞吐专业名词的设计师来说，他们要务实许多。
但我始终觉得，信息架构的是有规律可寻的，靠谱的架构师可以游走于各种信息库，用少绕弯路的办法解决很多疑难杂症。这里面的规律会在后面的文章里面讲到，如果有自认为在我说的信息架构范围内的“编辑”、“产品经理”，你们工作中遇到的问题可以和我交流。
“数据比算法重要”
这是算法工程师经常拿来教育新人和外行的话。
这里的数据，比信息的范围更广，但这里有很多是相通的，比如：
你有10本书，要向用户推荐，最快的办法当然是人肉推荐，要算法搞毛？
只有说你有10W本书，人肉没法推荐，才需要找算法，那算法说需要数据，数据不是指的这10W本书，而是可被计算权重的根据。
而怎么才能有丰富的数据？只有这10W本书的信息库，组织得足够清晰，关系明确，结合用户访问和反馈的信息，算法才有发挥的空间。
信息架构的发展
在互联网、鼓吹的“云”时代里，信息和人的关系已经基本同步，而《web信息架构》的体系，显然缺乏考虑人实时对系统的影响，但这些影响不是交互，而是UGC，用户随时会贡献新的内容，你的内容体系是否能包容各种不同人的想法和思维习惯，并且能把这些内容通过规则而建立合适的索引方式。
在用户对内容参与深入，甚至很多网站自己根本没有内容，全部用户贡献。信息架构的要考虑的问题，自然要更多一些。
不算结尾的结尾
1 写这篇文章，我基本没有考虑可读性，很多该加链接的地方也不想加。算是草稿，会随时修正，删除废话什么的。
2 我会在合适的机会整理成PPT，预计会在下月北京UCD书友会试讲，但也可能跳票。
3 我本不是一个纯粹的人，转载请拷贝走我的广告：下厨房（这是我的创业项目，信息架构是这个项目的核心竞争力）。