一直不敢写关于信息架构概念方面的文章，因为一直觉得自己理解的只是皮毛，读了一些行业内的人关于信息架构的分析文章，感觉也是盲人摸象。
我曾经还在公司分享过关于信息架构的理解，现在看来非常片面和笼统。
写这篇文章也并非说我已经领悟了信息架构的要领，但起码比半年前有更深的理解，帮助我理解这个概念来自多方面：
1 信息管理专业背景出身的同事，以及产品分析人员做的一些竞品分析
2 读《基于信息理解的信息构建》一书
3 跟朋友聊天
4 在具体项目中的领悟（这个很重要）

信息架构是一门跨多学科、领域的知识，说说我曾经的误区：
读过《用户体验的要素》之后，我觉得在视觉和交互设计背后有更深次的学问，这个东西更加决定一个网站的好坏，当时觉得网站的架构的难度、复杂程度要远远高于一个细节的交互，重要程度也不一样。

当时的误区在于把信息架构片面地理解成了导航结构。
导航结构其实只是信息架构的表现层，跟交互设计一样，从某种意义上说，信息不经过设计和组织，其中也必然会有一些天然的联系，在设计的过程中，我们只是将这样的结构用一种用户可以理解的方式呈现出来，表现形式确实是导航结构，但在设计流程中，绝非设计导航那么简单。

千鸟很早以前说过，信息架构并非是互联网产生之后，很早的传统行业，最典型的就是图书馆，如果给成千上万的书籍分类索引。再比如超市，如何摆放货物等等。

我最早看到的只是信息架构的表现层，但在具体的项目工作中，如何通过数据的挖掘、信息的关系的强弱，将信息合理地映射成一个容易被理解的网状结构，这点是在导航结构设计之前需要弄清楚的问题。
前段时间我试着拿博客的架构来理解，谈得并不深入，多数说的也是表现层，但其实在理解表现层之前，要了解博客文章，先要理解文章的划分维度、特性：
1 文章是单元结构
2 文章与文章之间的（强弱）联系
3 文章本身将包含哪些属性？时间、作者、分类、tag等等

这些不经过设计，这些关系都是天然存在的。很多的博客架构不尽相同，只是因为每个作者偏重的关系不一样。

再比如说音乐和图片的网站，last.fm和flickr对两者的理解做得很到位，这两个站没有太多的营销、但是他们对图片信息、歌曲信息的各种组织方式，信息节点都考虑得很到位。
把信息关系搞清楚了，用户需要什么，信息入口在哪，优质内容如何呈现，这些问题可能就不那头疼了。
在理解信息架构的基础上，设计师在设计具体的页面结构设计的时候，会变得有理有据。

大家对信息架构的理解都还比较含糊，每个人都用自己的知识结构去理解，但很多信息类网站确实已经暴露了类似的问题，这方面的问题一定会被越来越被关注的。希望再过半年，我也能有新的理解。
接下来有时间再读一下这本书：《Web信息架构》