《web信息架构》 - UCD大社区

深入Web信息架构

千鸟 — 2010-10-08 09:24:24

——再读《web信息架构》

准备在今年的UCD年会工作坊与来自豆瓣的设计师Tony一起分享关于“Web信息架构”实践心得，假期特意借了本《Web信息架构》重新温习，结合实践查漏补缺梳理知识体系。这本书我认为是比较值得反复推敲的拔高类，而非指导操作类专业书，也确实如某些网友评价有晦涩难懂实用性不佳的特点。遗憾的是，相对两年前认识的层次上似乎没有更多突破。

顺便翻看了豆瓣上的所有书评和反馈，以及关联的blog推荐。从整个大环境看，关注“信息架构”不乏其人，但好像大家更热衷于去做评议性质的“证明题”，而非从0到1的去真正实施搭建架构体系。当然，我理解这类主题非常难写，并且要把理论运用到工作项目中也不是易事。但信息架构可大可小，可以做自己做些小产品尝试，也可以直接运用到个人网站或博客上。凡事一试便知，否则永远是——书一打开什么都知道，一合上什么都忘了。

其实我不倒太困惑于在产品上的落实效果，不是知识无用，只是功夫未到。我发现最有意义并且实用的是知识管理，用“架构”的思想来学习和总结“架构理论”。比如“互联网产品设计”知识体系的话题，经常会讨论，碰到的问题基本我都有答案，并且能很快指出错误。但要自始自终把整个过程的知识点落实成知识面，每次尝试都会卡壳。

第4到9章纯理论的基本原理，枯燥乏味，我感觉是懂的自然懂，不懂的看了也不懂。这部分其实就是信息架构实施的核心思想，即之后为什么要这么做的解答，现在我看问题很简单，凡是出问题都是因为对业务的理解不够或者有偏差，否则怎么能搞错功能权重？混乱传达优先级？错用术语行话？中间全部“所谓”解决问题的原理，其实都不关键。有时解释烦了，扔下一句话“自己看书去。”很多东西书上明明就写清楚了，但没有实践经验无论如何也无法理解，那是因为思考问题的方法差异所致。但也不要偏激的看不起“专业”理论，服务的客户或者同事对你专业程度的认知，基本都来自专业方法和术语，关键是要用的恰到好处，玩的收放自如，解决问题而不是卖弄炫耀。

第13章探讨了“教育”问题，作者还是建议最好有些专业技术背景。就Web Design来讲，我认为初学者不应该直接去学习“信息架构”（同样我认为“管理”也不是靠学习能成的），而得有能力先意识到有“信息架构”的存在。否则学了也白学，也看不懂任何专业书，甚至可能因为术语太多而更糊涂（比如“信息架构”和“导航设计”的关系）。首先你得是合格的设计师，其次得是有经验的设计师，最后才可能具备架构能力。信息架构是一项踏实的技能，所以不太适合于“聪明”的投机取巧者，比如大部分中国人。

第18和19章谈到的“商业”主题，其实在公司和企业里边，并不可能理论上的某“职位”或“部门”中心化。尤其在互联网公司做产品，“业务架构、信息架构、技术架构”都有可能更突出的把控产品节奏，说到底还是看个人能力。国内客户的普遍特点是，不愿在前期投入过多时间和资源做准备工作，宁愿将来多花数倍的时间和资源来反复做调整。好的东西市场不一定认可，但作为专业技术工作者，可以用时间来证明一切。

问题拔高一点，信息架构得不到“真正”的重视是市场决定的，而市场环境又是终端用户给造成的。不久前阐述产品为王的观点时，结合目前国内的互联网环境，我觉得才想清楚。

那么“信息架构”到底有什么用，或者如何给别人解释，作者“解决信息超载问题”的观点我比较赞同。信息架构理论能够涉及的职能职位非常广，只不过各自用到了不同的方面，也因此增大了学习和理解的难度。自认为已经掌握了学习的技巧，并且也已初步具备了认真学习的态度。看过很多书，做过很多事，以至于我现在学会了怀疑一切，尤其怀疑专家（推荐看专业理论书，而非入门畅销书）。网络上的公共资讯，除了大量雷同转载，还有大量掺杂个人主观意见的错误，信息架构理论也能够帮助甄别。

零零散散写了这么多，都是近期感悟，《Web信息架构》本身的理论和方法其实没有太多嚼头。内容就很零散，这种务虚和理论化的话题也只能如此，但我认为目前书中目录做的知识体系还是领先了国内很多，值得参考借鉴。关键价值点，我认为是倡导架构思想，以及在架构层面提升用户体验的角度问题。

关于分享，目前正在规划内容，还是一如既往的理论与实践相结合，既要讲清楚理论，也需要有分量的案例来演绎。我们会认真准备，我诚恳的希望在这个领域有经验、有心得的同行来一起来探讨，可以提前联系我。

相关话题：《web信息架构》源地址：http://blog.rexsong.com/?p=6979

[读书笔记]Web信息架构

dreamcog — 2009-12-20 20:36:54

从上次和Tony聊天以后就买了这本书，《Web信息架构》。翻译有些生涩，以至于一开始我都没有集中去阅读，但是项目上遇到一些问题的时候，我拿起来阅读的时候，惑然开朗。有很多信息架构的问题原来自己从来没有考虑过。以下是自己学习到的点。

导航
1. 传统的导航和分类是自上而下的模式。有层级。少，固定。
2. tag是自下而上的模式。无层级。多，杂乱。

元数据
1. 元数据是最小的数据单位：
  - 下厨房的元数据是“单个菜”。
  - 豆瓣的元数据是“单个subject”。
  - okaybuy的元数据是“一双鞋子”。

信息结构是为了元数据的组织，分类，找寻，服务。。

相关话题：《web信息架构》源地址：http://www.dreamcog.com/?p=55930

《Web信息架构》-导航系统

jim — 2009-11-15 23:50:51

导航系统的作用：告诉你在哪里，可以去哪里，这里有什么，附近有什么，指引你下一步的行为。
导航系统的分类：全站、区域、情境式、辅助性导航。

浏览器的导航特点

考虑浏览器环境，其实浏览器上已经有后退、前进、收藏、设为首页等功能，但有时候在页面本身的浏览情境当中也最好要放这些功能，比如在浏览一篇文章，到了结尾能看到[收藏]、[关闭]、[返回]等功能可以方便不少用户看完后其它意图的操作。还有就是区分有无链接的文字样式，区分是否浏览过文字的样式（这些其实是编写CSS样式范围内的）。

建立情境

最典型的例子用户随便从Google搜索到一张网页，当点击进入页面后，就算是进入了一个情境中。情境中应该告诉用户这是在哪里？（我在什么位置，这是什么网站），这里有什么（页内标题），用户下一步能做什么（能看，能下载，能购买），还能去哪里（栏目，本栏页内导航），以上几点类似于《Don't make me think》中内页的6点基本要素：1.站点ID、2.页面名称、3.栏目下一级栏目、4.页面导航、5.“你在这里”指示器、6.搜索。

改善灵活性

网站中各栏目之间的内容可能保持垂直的排列方式，但用户在访问内容时要考虑Ta们可以会随时跳转到其它栏目的二级、三级页面中，保持横向和纵向的导航，注意不要导航辅助功能的设置。提供增加的情境和灵活性，弥补等级式系统的不足之处。

全站导航系统

全站导航系统就是要在网站上的每一页都会展示的导航系统，可直接连向重要的区域和功能，无论用户在哪个层次中。全站导航保持一致性，以密集且重复来访的用户为中心，进行设计和测试。

值得一提：具有情境式的全局导航系统，这类导航不仅告诉你这里有什么内容，还告诉用户正在哪块内容中。（图1）

图1

区域导航系统

当用户进行某个栏目中后，可能该栏目还会分很多小栏目，把这些小栏目列出来，方便用户可以立刻浏览那些内容，有些网站会把全站导航和区域导航整合成一致且统一的系统，如下拉菜单。和全站导航一样，在同一个站点中他们的表现形式最好一致且统一的。

情境式导航

进入目的页面后，会有一些内容指向特定的网页、文件、对象。比如网站上的“相关文章”，“喜欢这个商品的用户也会喜欢”，“同类TOP10”，要注意[情境式全局导航系统]主要是说明所处的位置，[情境式导航]是说明在这张页面内容的情境下，有什么相关内容可以告诉并提供链接给用户（称外部情境式导航链接，玩概念：）。比如你在Joyo买《精通CSS》这本书，在介绍这本书的页面中，总会有一些链接是指向与CSS类的其它书籍。还有一种是在文章叙述的文字中放链接（称内联情境式导航链接，玩概念：）。

实践嵌入式导航

认识到全站、区域和情境区导航元素都在大多数网页上同时共存，如何在网站中整合好。不过这个问题可能涉及到：网站栏目多少、页面结构复杂度、实现一些效果的JS程序、交互过程相关这些。

辅助性导航系统

包括网站地图、索引、指南。确保大型网站可用性和可寻性的关键。
网站地图：1.强化信息层次，使得用户熟悉对内容的组织方式。2.对了解网站用途的用户，则便利其快速、直接访问内容。3.避免让用户承担太多信息，协助用户。网站地图强化层次感，探索感。网站地图有一个很实在的好处,当你在搜索引擎中找到某个网站，它可以直接把你带到相关的栏目中。（图2）

图2
网站索引：就是将网站的内容以关键词、词汇、标签按一定顺序(字母，笔划)排列而成。内容之间可以没有等级关系。方便已知条目的寻找，比如歌星中找“曾轶可"，只要有找首字首拼音“Z”就可以。
对小型网站可以利用你对内容了解的知识来决定要引入哪些链接，来创建索引。
对大型网站首先用户从索引中选择术语，再从以该术语为索引的文件清单中选出想要的。

指南:网站的新手指南。设计指南原则1.指南要短。2.无论何时，用户都能离开指南。3.允许用户在指南中，前进，后退的自由移动。4.指南的设计目的是回答问题的。5.截图应该明确，具有把重点功能放大的效果。6.如果指南有好几页，要目录。

向导和配置器：主要是协助用户选择配置产品细节（图3）

图3

高级导航方法

个性化和定制化：个性化(猜测用户想要什么。在特定环境中会运行的很好，但在用户体验时，就会失败)就是针对个人的行为、需求、喜好提供剪裁后的网页给用户。如网上买书时，会有“推荐同类书籍”，可能有些推荐的书你已经买过并看过了。定制化(用户告诉我们想要什么。但有时候用户自己都不知道他们要需要什么)是给用户直接控制权，可以针对展现格式、导航和内容选项的组合做调整。如Google　Reader。

可视化：让用户可能采用可视化的方式浏览GROXIS。(在网上浏览博物馆网站时就像逛现实生活中的博物馆一样身临其境的感觉，想了想谷歌音乐的[挑歌]栏目可能比较类似这种概念)

社会化导航：用户上网的需求点、兴趣点可以从观察其它用户行为中推论出来的基础上。比如说一些人上论坛，微博时就是看最近有什么网络话题，关注一些热门的标签，标题；而这类标签，话题主要是通过搜索日志、使用量统计数据、顾客数据库等站长统计软件中获得。（其实这也是情境式导航，只不过作者用这类导航的产生方式来归纳：这类导航的内容是通过用户的行为统计产生的，就成了[社会化导航]了）（完）

《web信息架构》-组织系统

jim — 2009-11-13 11:36:28

组织系统＝组织体系+组织结构

组织体系＝说白了就是具体到研究单个页面内容的排列方法如何更合理性、可用性，操作性。
页面内容涉及包括：网站首页、分页、列表、表单、搜索结果页面等页面中各元素之间的布局。

组织结构＝说白了就是研究网站每个页面之间的逻辑关系，主要体现在交互功能上。
逻辑关系涉及包括：网站地图、交互过程、数据库结构、标签分类。

组织体系
精确性：按年月，地理，字母等地球人有通用标准的名词。
模糊性：每个人对每件事都有自己的认识和表达，如何做好这类用户的整合，通过分主题类(概念)、任务(目的)、用户(需求)、隐喻(联想)、混用(前面几个适而用之)。

组织结构
等级式：自上而下的做法，简单的说让公司来做网站地图，引导用户使用网站。
数据库模式：自下而上的做法，简单的说让大多数用户的习惯或者说问题所产生的数据，再通过这些数据来引导和解决用户进行使用浏览网站。

以上仅个人认识，欢迎交流：）(完)

《web信息架构》-信息架构分四类及分类的方式

jim — 2009-11-13 11:35:41

信息架构的组件可以拆分成四类

组织系统

如何组织信息，例如，依据主题或年代顺序。

标签系统

如何表示信息，例如，科学术语（“Acer”）或通俗术语（“maple”）。

导航系统

如何浏览信息，例如，通过等级体系的点击。

搜索系统

如何搜索信息，例如，对索引系统进行搜索的查询。

-----------------------------------------------------------------------------------------------------------

分类信息架构的方式

浏览Browsing Aids

这些组件会展现一些预设的路径给用户看，协助他们浏览网站。用户无需清楚地说出查询的内容，而是通过菜单和链接找出他们要的东西。浏览帮手的种类包括：

组织系统

网站内容分类或分组的主要方式（例如，按主题、按任务、按用户，或者按年代），也称分类法和等级体系。标签云图（根据用户产生的标签）也是一种组织系统。

全站导航系统

主要的导航系统，协助用户了解他们人在网站的什么位置，以及在网站中可以到哪里去（如“面包屑”）。

区域导航系统

主要的导航系统，协助用户了解他们人在子网站的什么位置，以及在子网站中可以到何处去。

网站地图/目录

支持主要导航系统的次要导航系统，提供浓缩过的总览以及连向主要内容和子网站的链接，通常是采用概要的形式。

网站索引

辅助性的导航系统，可以提供排序后的链接列表，连向网站的内容。

网站指南

辅助性的导航系统，针对特定主题提供特定的信息，以及连向网站中相关子主题的链接。

网站向导

辅助性的导航系统，可以通过一系列的步骤来引导用户，也有连向网站中相关子主题的链接。

情境式导航系统

用链接统一连向相关内容。通常内嵌在文字内，一般是用来连结网站中高度专业化的内容。

搜索Search Aids

这些组件可以让用户定义查询字符串，然后自动回应一组满足查询条件的结果给用户。可以把搜索帮手当成是动态的、几乎全自动化的一种浏览帮手。搜索组件的种类如下：

搜索界面

输入和修改搜索字符串的方法，通常会提供一些教你怎么改善查询的信息，以及其他设定搜索的方式（例如，从特定搜索区域中选定）。

查询语言

搜索查询的语法。查询语言包括了布尔运算符（如AND、OR、NOT），相似运算符（如ADJACENT、NEAR），或者是指定要搜索哪个字段的方法（如AUTHOR= "Shakespeare"）。

查询构造器

一些提升查询效果的方式：常见范例包括拼写检查器，词干分析、概念搜索，以及从辞典中取出同义词。

搜索算法

是搜索引擎的一部分，决定哪些内容可以满足用户的查询。Google的PageRank也许是最著名的例子。

搜索区域

网站内容的子集合，已经特别做过索引设计，以满足较细致的搜索（例如，搜索软件厂商网站中的技术支持区）。

搜索结果

展示满足用户搜索条件的内容。牵涉到哪些类型的内容应组成为个别的结果，应该显示多少结果，以及结果应如何分级、排序和聚类。

内容和任务Content and Tasks

这是用户最终的目标，以及用户达到目标时所需的个别组件。然而，要从信息架构中把内容和任务单独提取出来是很困难的，因为内容和任务中都会嵌入组件协助我们找到方向。嵌入在内容和任务的信息架构组件实例如下：

标题

为内容命名的标签。

嵌入式链接

文字内的链接，就是连向某些内容的标签。

嵌入式元数据

可以作为元数据的信息，但是必须先被抽取出来（例如，在食谱之中，如果有提到某种材料，这项信息可以索引起来，可支持以材料搜索的功能）。

成块信息

内容的逻辑单元；这些单元可大可小（如节和篇章都是成块信息），而且可以是嵌套的（如章节是在书本之内）。

清单

一群成块信息，或者连向成块信息的链接。这些很重要，因为它们已经按组分类了（例如，具备某些共同特点），而且以特定次序展现（如按年表）。

顺序式帮手

暗示用户在某一流程或任务中所在位置的线索，以及完成任务之前还要走多远（例如，在八个步骤中的第三个步骤）。

标识符

暗示用户在信息系统中的所在位置的线索（例如，标志指出用户正在使用的网站是什么，“面包屑”表明现在处于网站的哪个位置）。

“隐藏的”组件"Invisible" Components

某些重要的组件完全是在幕后执行的，用户很少会和这一类组件交互。这些组件通常会“喂养”其他组件，诸如用来提升搜索查询的词典。一些隐藏的信息架构组件种类如下：

受控词表和叙词表

预先确定较佳的词汇，用以描述特定领域（如赛车，或外科手术）。通常会包含其他的称法（例如，“brewskie”是“beer”的另一种称法）。叙词表是通常包含上位类、下位类、相关关系的叙词链接和优选词的说明（也就是“范围注释”）组成的受控词表。搜索系统可以从受控词表中取出查询的同义词以提升查询效果。

搜索算法

用于对搜索结果按相关性排序；搜索算法反映了程序设计师对如何决定相关性的判断。

最佳猜测（Best Bets）

手动和搜索查询相配的较佳搜索结果；编辑和主题专家会决定哪些查询应该取出最佳猜测，以及哪些文件应有最佳猜测状态。(完)

《Web信息架构》-标签系统

jim — 2009-11-13 11:09:29

标签可以是字、词、词组、一段文字也可以是图片，是一种概念或内容模块的说明或指引（如图１），传递用户并理解。别小看理解，就如同组织系统中说的每个用户对所看到的内容都会有不同的理解，如何做到真的让用户理解你设计的标签是比防偷菜还难的事。

图1(典型的标签)

这个例子可能会觉的这类标签比较简单，容易理解，但要为一些相对专业性的网站做这类标签就抓狂了，比如：金融，医药，教育，政府（如图２）。

图2(看到这类标签，能想到哪些内容会在相应的标签中呢？)

标签的分类

情景式链接：简单说指定的类中放相关的内容。比如看到挂着[化学品]三个字的仓库，没进仓库前就可能联想到三聚氰酸、苏丹红这类。反过来，如果先进仓库看到三聚氰酸、苏丹红，等走出仓库却看到 [食品仓库]时，一定会让人费解。再比如一个论坛的[股票]栏目和一个财经网站的[股票]栏目，在这两个不同情景下（前一种讨论股票后一种观察股票），一个标签的概念就会更让人容易理解。

标题：比如文章的题目、新闻列表的编号、项目符号(CSS中list-style-type)、图片，这类标签还能区分内容的结构层次。比如注册时的第一步，第二步；读文章时的第一节，第二节。

导航系统的标签：这个比较常见，就是网站栏目名，关键要分类好相应栏目所包括的内容和取好这个栏目的名字，尽量用一些互联网上常见的匹配，比如[公司新闻]就公司新闻，别写什么[大事记]，[搜索]就搜索，别写[寻找]，别玩概念。如果一定要玩概念，书中还介绍了范围批注的一种方法，就是花时间介绍网站各个[栏目名]的意思，不过现在大多网站通过[网站地图]更清楚的分清栏目的所包括的内容。

索引术语：将网站中的内容纯粹通过一个个标签的形式组织并列出来，方便有目的用户找到相关标签或让没目的用户看到推荐标签，比如（图3），不过还有一种意义是通过设计好的标签，方便搜索引擎寻找，说白了就如同在GOOGLE搜索关键字的作用(keywords)。

图3（这就是书中例子的变种）

图标型：通过图形来说明文字表达的内容，这类用法在专业性强的网站上比较受用，所在的情景范围越小就越能突出图形所代表的文字内容。比如你在旅游网站上看到飞机类的图标会想到什么？在一个门户网站上看到飞机类的图标又会想到什么呢？

设计标签

尽量窄化范围：这是通过减少网站所涉及的范围，整理网站栏目概念，甚至减少网站内容。

开发一致的标签系统，而非标签：比如网站首页的栏目和内页的栏目包括命名和顺序都应该是一致的。

一致性会受到很多因素的影响：风格（标点符号，大小写）、版面形式（内容页的文章有一致的风格）、语法（口气一致）、粒度（代表特定内涵）、理解度（帮助用户想到网站能提供的给Ta内容）、用户（为不同的用户独立设计标签系统，即使这些系统说的都是同样的东西）

标签系统的来源

你的网站：做网站时的资料，比如公司要把那些资料，内容放到网上去，按资料属性分分类，按资料格式分分类，按资料作用也分分类，还有，标签＝目的地的标题＝目的地网页的TITLE。

找同行竞争对手：向QPAI学习做BE TO SEE

受控词表及叙词表：这概念就是些专业的人给一些特定领域制定了一些精确的表达方式，并且词汇通常是公开的，而且被广泛使用。比如有“沙发”，“可爱多”，“生男生女都一样”这类也算吧

创建新标签系统

内容分析：分析文章有代表性的内容，现在QQ空间和蓝色在你写完文章的时间，都会提取这类分析标签。

内容作者：让作者或者文章相关的研究人员来定义标签，然后专人来统计分析标签。

用户代言人及主题专家：找用户代表，或者和用户有直接接触的部门、专家，从用户的角度发言。收集资料找出他们认为用户会想在些网站上找到什么。从一小群用户开始，就可以产生足以为网站做索引的标签。我们对用户（外行）有点了解，所以可以做出能适合他们的术语（例如：“种菜”替换“寂寞”）与了解用户需求的人一起工作。

直接来自用户：开放式卡分类：可以为现有内容按主题分成各自的类别，然后，再为这些类别命名标签。

封闭式卡片分类：是根据现有的类别区分主题，然后再将内容排序到这些类别。对封闭卡片分类面言，一开始要询问用户，说明他们认为类别标签所代表的意义，然后和你自己的定义互相比较。

自由列表：选出关键重要的项目或畅销产品，让新用户或者使用者对项目或产品瞬间想出一些字眼予以描述。排列分析字眼，寻找模式和使用频率。

间接来自用户：搜索日志分析：获取用户实际使用的标签信息，通过哪些关键字搜索来本页中。
标签分析：如图（3）

调整和微调
设计的标签系统必须时常调整和改进。标签代表用户和内容之间的关系，这种关系时常变动。进行用户测试，定期分析搜索日志。(完)

让北极熊带你去更远的地方

Oliver Ding — 2009-08-08 14:06:11

这是早些时候应编辑的邀请为《Web信息架构：设计大型网站》这本书写的书评，发表在iachina.org的图书专题页面上。

当时，Oliver还想要为这本书创作一个幻灯片，后来开了头就食言了。现在把这篇书评重新发表一次，算是对编辑的致歉。这篇帖子是2008年8月写的，帖子中的“三年前”，“半年前”，“一个月前”和“七年前”等相对时间请换算成绝对时间：）

很荣幸应邀为《Web信息架构：设计大型网站》一书写推荐文章。该书可以说是信息架构领域的经典之作，因为封面使用北极熊图片，也被业界称为北极熊图书。

小容将在此文中讲述个人与北极熊图书有关的几个小故事，籍此向作者、译者、审校者、编辑和出版机构致敬！

1

第一次看到北极熊图书是三年前。

那时候，小容参与中文网志年会（Cnbloggercon.org）的会议筹备，负责会议的标志和胸牌等事务用品的设计。因为这个机缘认识同在福州的程序员Yining。某次探讨会议筹备事项时，小容登门拜访Yining，于是在他的办公室里见到英文原版的北极熊图书。

在这之前，小容从制作个人网站开始，以业余玩票的形式参与几个不同类型网站的规划和创建。在边学边做的过程中，小容对如何组织和整理信息，并将它们发布到网站逐渐着迷起来。随后听说原来这种工作叫做信息架构。

当看到这本书时，小容很是惊讶。想不到早在1998年已经有这么细致详尽地探讨信息架构的专著问世。 Louis Rosenfeld和Peter Morville的背景是图书馆学，他们在1994年创建Argus Associates咨询公司，为客户提供信息架构方面的咨询。当时，信息架构还属于新兴实践，人们边做边学，从图书馆学中借来许多知识用在Web界面上。Louis Rosenfeld和Peter Morville根据自己的亲身实践，博采众长，在1998年出版了《Web信息架构》一书，第一次系统地整理了这方面的知识体系。

正是这次去Yining办公室的经历，让小容对奥莱理出版公司(O’Reilly)、Peter Morville和Louis Rosenfeld产生了深刻的印象。

2

半年前，小容在三万英尺的高空看Peter Morville的《随意搜寻》（Ambient Findability）。这本书实际上出版于2005年，该书致力于探讨信息爆炸时代，信息/数据如何让自身具有“可搜寻性”，让人们更便利地接触到所想要的信息/数据。该书涉猎庞杂，试图将人们指引向一条通向理想境界的道路：想要找到事物，要反过来先让事物要具有可寻性。这样，人们才可能任何时候、任何地点，便利快捷地找到任何人和任何事物。

从 Peter Morville的blog上也了解到他在2008年正在写作新书《搜索模式》(Search pattern)。Peter Morville离开Argus Associates之后，创建了Semantic工作室，专注于信息架构、用户体验和可寻性咨询（findability consultancy），将自己的知识体系沿着时代的步伐推进到一个新的层次。

三年之前，小容第一次看到Peter Morville的《Web信息架构》，而三年之后，我们目睹Peter Morville走到了信息架构的另外一面。通常，我们会积极思考如何有什么方法去提高搜索和获取信息的方法，却很少去思考，如何让信息本身更好地让人们搜索和获取。Peter Morville继续将可寻性（Findability）的话题推进，从用户体验的角度来研究搜索，试图去总结林林种种的搜索情境。

通过他发布出来的演讲幻灯片，我们可以看到，未来的《搜索模式》这本书，将会设计到使用搜索引擎搜索整个Web，在各种类型的网站内部搜索信息，搜索界面的自动语义推荐，搜索结果的结构化、社会化以及优先级，搜索模式的未来预测等等话题。

有趣的是，Peter Morville将北极熊放在演讲“搜索模式”(Search pattern)时使用的幻灯片上。或许在他心目中，北极熊已经不仅仅是《Web信息架构》的封面图片，更代表着他对信息架构专业领域孜孜不倦的知识探索与知识分享。

这一次飞行是小容第一次去纽约旅行。这次小容带着两个问题去纽约，一方面思考最近参与创建的网站的信息架构，另一方面思考自己未来的职业方向。

纽约的地铁交通系统和Peter Morville在《随意搜寻》里所写的问路（Wayfinding）话题非常契合。在整个旅行期间，小容仿佛是从信息架构的视角阅读纽约。历史悠久的地铁交通系统，井然有序的Downtown路标系统（由著名的五角设计公司设计），华尔街在现实物理世界和虚拟信息世界的反差，如何利用纽约图书馆寻找建筑研究资料的讲座……这些林林总总的经历俨然是最好的关于信息架构的生活读物。

熟悉了地铁系统，在纽约就不会迷路。如果我们的职业生涯中也有一只北极熊，想必我们也不会迷路。

一个月前的周日下午，小容和一位新朋友S君在Gtalk里聊天。S君说：“我要做信息架构！我一直就喜欢！”

S君对信息架构非常痴迷。他毕业工作一年，曾在广告公司做过客户服务，还在IT公司做过项目管理、流程架构和软件系统整改等工作。他现在一门心思准备转行去做信息架构，如果有关于信息架构的职位，宁愿不领薪水三个月，也要去争取这个机会。

他非常着急地想要进入信息架构这个领域。于是，他想了一个办法，准备花一些时间研究目前广告人很喜欢的一个新网站。他觉得这个新网站内容很有趣，但是架构很差，一般人进去都不会玩。他准备用四周的时间来做这件事情，第一周自己做一个新的网站架构思路，第二周用流程图等软件制作出架构思路报告，第三周调查朋友对这个报告的反馈，第四周根据反馈修改报告。他准备拿着自己做的架构优化方案去应聘一个与信息架构有关的职位。

这个网站是海内网。他准备去应聘的地方是4A广告公司的互动创意部门。

小容感觉到S君对两件事情需要更深入地了解。其一，到底信息架构本身是什么；其二，到底什么样的岗位需要信息架构。小容给他两点建议。其一，或许大陆近期不会有公司招聘专职的信息架构师，但是了解信息架构的其他人才却会大受欢迎，例如：产品经理或者用户界面设计师；其二，他当前的首要任务是花四周时间找一个自己最能胜任的新岗位，而后一边工作，一边学习信息架构的知识。

七年前，小容和S君一样着迷于网站创建，那时候无从着手，于是就花三千元请一个网络公司制作自己的第一个个人网站，在当客户的同时，通过和网络公司沟通学习如何创建网站。现在，小容加入一个网站创建团队已经满八个月。业余爱好转变为日常工作，工作实践和知识探索融为一体。

相比起小容来，S君其实很幸运。

因为《Web信息架构》的中文简体版现在已经出版，S君有机会直接看这本书，了解系统地了信息架构的方方面面，从理论概念到操作实务，从职业角色到学习教育，Louis Rosenfeld和Peter Morville毫无保留地分享他们的实践经验和知识探索心得。许多大陆的Web开发人员和信息架构相关工作者将该书英文原版列为必读之选。现在该书中文简体版的问世，将为更多的Web从业者提供了一个兼具效率和系统的方法，了解、熟悉、精通信息架构这一新兴学科和产业实践。

这不仅仅是一本普通的IT类图书，沿着作者的足迹，从中更可以窥视整个新学科涌现、发展、转折和升华的记录。两位作者实践和探索并重的独特经历，为本书奠定了坚实的理论基础和具指导性的实务守则，他们锐利的目光，也洞察出整个学科未来的演化趋势，以及相应的职业趋势发展方向。

对于大陆读者来说，不论是就职于提供专业性服务的咨询公司，或者是在网站内部团队工作，以及在企业信息管理部门工作，本书不仅提供一个关于信息架构的宽广视角，而且提供实用细致的工具。不论里里外外，专家杂家，这本书都是关于信息架构的不二之选。

当然，这本书只是开始，当你读完之后，北极熊会带你去更远的地方。

草于2008年8月16日星期六

修订于2008年8月18日星期一、2008年8月20日星期三

IA学习笔记03:组织结构

小多 — 2009-06-24 00:57:04

组织体系要加上组织结构才能称得上是完整的组织系统。囧~真拗口。
常见的几种主要的组织结构有：
【等级式】
等级式简洁明了容易理解，以它作为信息架构设计流程的起始步骤是相当不错的。
继续以上篇的几何图形为例，他们的组织结构如下图：

在上图中，等级式条目之间彼此是互斥的；但是我们再继续往下画就会出现交叉的情况了：

随着交叉的情况变多，等级式系统也变得混乱。
因此，等级式组织结构是可以进行交叉编目的，但是如果交叉的条目太多，就会失去价值。
除此之外，还应当注意宽度和深度之间的平衡：
太窄太深：用户就需要点击过多的层数才能到达他们想要的
太寛太浅：用户就会面临主菜单太多，但是点击进去后，又不能找到更多信息的不良观感。

【数据库模式】
数据库模式比较难理解，在老肥的协助下我把这个模式理解为：
根据特定的需求，按照一定的逻辑把数据库里零散的数据提取出来，并按照一定的方式组织展现出来。
比起等级式，数据库模式应该更加的灵活。

【超文本】
超文本中最常见的就是我们WEB上的链接模式。超文本无疑是非常灵活的，但是也很容易造成用户的迷惑。因此他通常不作为主要的组织结构，而是用来弥补等级式或者是数据库模式的不足。

【TAG】
如今，互联网上对于TAG的应用是很常见的。当参与分类的人到达一定数量的时候，这种基于用户参与的分类方式就会转换成新的组织和导航系统,下图是delicious根据热门TAG组织的导航：

遗憾的是,很多网站上的TAG应用完全没有发挥出他的威力。甚至不乏挂羊头卖狗肉的做法。

相关话题：《web信息架构》源地址：http://www.xiaoduo.net/?p=362

IA学习笔记02：组织体系

小多 — 2009-06-09 15:19:26

简单的说，组织体系指的就是组织信息的方式。
看了一堆拗口的定义后，我根据自己的理解画了下面这个图：

从上图看出，同样的图形元素由于采用了不同的组织方式，呈现的分组效果也大相径庭。
尽管如此，我们还是不难区分出它们之间的差异性，并且能按照一定的方式把它们组织起来。
这种将信息分成定义明确的区域和互斥区域的组织体系，我们称他为精确性组织体系。
当用户知道所要寻找的资源的某些信息，例如：文件名，时间…… 他就能通过精确性组织体系来找到他要的信息。

但是，大部分信息是抽象而且模糊的。相对而言，称为模糊性组织体系.

上图是按照一定的主题来组织商品，分别放在3个tab中。
不难看出这种方式有很强烈的主观成分。如何组织内容完全取决于负责这个区域的人。
并且，【创意极品】中也有可能含有“特价宝贝”，因此模糊性组织体系没有明显的互斥性。
这类划分的方式，常见的还有：按用户，按任务等等。

模糊性组织体系是为不知道自己要找什么的用户服务的。
这类用户一开始找到的东西，可能会影响后续的搜索方向。
因此，人为的将相关的条目组织在一起，能够引发用户联想式学习的过程，从而得到更满意的结论。
如果这个系统设计的好，用户就能从中获得学习体验。
搜索页面中常见的”相关搜索“就是起到这个作用：

在互联网上，”相关…“非常常见，如：”相关标签“”相关视频“……
如果能够真的抓住用户的需求，提供用户需要的相关信息，对用户的价值是远远超过精确性组织体系的。

总的来说：
精确性组织体系是为”知道自己要找什么的用户服务“的，有定义明确和互斥的特征。建立这种组织体系使用方便也很容易设计和维护
模糊性组织体系是为”不知道自己要找什么的用户服务“的，设计这种体系有一定的难度，并且带有一定的主观成分。但是一旦设计的好，就能引发用户联想式学习的过程，带来远大于精确性组织体系的价值。

相关文章：
IA学习笔记01：识别信息架构

相关话题：《web信息架构》源地址：http://www.xiaoduo.net/?p=298

IA学习笔记01：识别信息架构

小多 — 2009-06-02 01:50:00

设计优良的信息架构对于用户来说是看不到的。
但是作为设计师，还是很有必要知道如何透过表层找到信息架构。
《WEB信息架构》中有提到一些把信息架构可视化的方法。

自上而下和自下而上的信息架构
首先，信息架构的构建思路大致分为2种：自上而下和自下而上。
自上而下 预先猜测用户的主要信息需求和网站的商业意图，然后设计网站来满足这些需求。
自下而上 先理解内容之间的联系，满足用户的特定需求。再通过合理的组织方式来满足用户的其他需求。
自上而下强调用户需求的重要性；自下而上强调内容之间的合理联系。这两种方法在构建一个网站的信息架构时，是同等重要的。

信息架构组件
《WEB信息架构》中，把信息架构的组件分成以下四类：组织系统、标签系统、导航系统、搜索系统。

组织系统 如何组织信息。
例如：淘宝首页的类目区域，是依据字母和商品类目进行信息分类的。

标签系统 如何表示信息。使用对用户而言有意义的语言描述分类、选项以及链接等。

导航系统 如何浏览信息。

搜索系统 如何搜索信息

有了这部分学习的基础，就可以初步的看到一个网站的信息架构了。

相关话题：《web信息架构》源地址：http://www.xiaoduo.net/?p=228

构建一个良好的信息系统

tony — 2009-04-08 21:29:39

对于任何一个信息量巨大的网站来说，网站乐意把热门的信息放在首页，这是一个长尾头部，我相信大多数网站首页的信息量的总和，大不过非首页信息量的总和。那么，用户如何能找到他需要的信息？

继续《web信息架构》的阅读心得分享，前文说完信息粒度，当网站明确一个最适合的一个信息单位，那么作为信息架构师要考虑的是：
1 信息如何产生？
2 如何组织关联？
3 通过什么渠道传播？

着重说第2、3点。我的读后感最大感慨是：好的信息架构不是“看”出来的。
在一个页面看到一群数据被聚合在一起，形成一个list，我会好奇这些信息是如何被集合起来的，我们常常见到在这个list之上会有类似这样的标题：
1 近期热点
2 相关文章
3 喜欢这个XX的也喜欢
4 搜索“XX”的632个结果
……

当我拿到这本书的时候，angela告诉我里面有些翻译有问题，其中有个叫label的单词，我推断书中对给这个信息集合的翻译应该是label，而非书中所说的“标签”。中文翻译的“标签”并非我们所说的tag，而是比tag更为广义的label，tag也是一个信息集合的label。

从用户的角度出发，信息分两种：
1 已知信息部分属性（搜索，分类系统）
从信息的访问路径可以看出，有多少信息是从搜索列表来的，多少信息是从分类列表来的。
对于信息量大的系统，好的搜索系统非常重要，能否把用户想要的内容很好的排列展示出来，是关键。
分类系统如何建立，根据什么样的维度分类？这很大程度上取决于信息本身的属性和维度，自从有了tag的诞生，tag还是分类，不仅仅在书中有争论，这个话题也应该是一个很值得探讨的点。

2 完全不知道感兴趣的是什么（信息的邂逅、偶遇）
想想当你打开facebook的首页的时候，看到友邻动态，有多少信息是按内容属性组织起来的？
现在越来越多的网站的信息list，已经不像当初的图书馆一样，每本书都是管理员放到对应的分类书架上，在互联网上，期望用户通过“首页=>文学=>现代文学=>王小波=>《青铜时代》”这样的路径寻找信息是不现实的。网页相比现实分类的意义在于可重复性，并没有规定一个信息只能存在一个list里面。但另一方面，也并非出现在越多的list里面就越好。

一个好的信息系统，不仅仅要解决长尾前端的信息呈现，对于长尾末端的那些信息，如何构建一个好的系统，让需要的用户方便地找到他们。如何找到串联信息的载体，不管这个载体是人(用户)、系统(算法)、还是信息本身的属性。还是通过这些的交叉结合，最终生成一个对用户最有效的list，是构建一个信息系统的关键。

相关话题：《web信息架构》源地址：http://uitony.com/?p=86

网站背后的信息架构

千鸟 — 2008-10-31 16:47:21

——读《web信息架构》

其实互联网设计阅读推荐是读此书后，受启发完成的。因为我觉得想清楚了关键点，在各自不同角度深入下去，虽然得到的东西差不多，但思路千差万别。

也许这就是交集越大，协作越顺畅的必然。在产品实践中，我发现超过80%的问题都与信息架构有关，最容易引起争论的也是。书中有一节专门讨论“什么不是信息架构？”搞清楚的目地不是更好的分离职能，而是为了在团队协作中更游刃有余。

有计算机背景的同学阅读此书可能相对容易，牵涉大量信息技术术语、以及思维模式。适合有实操经验的产品架构、内容从业者充电，相对大量方法我觉得最受益的恰恰是偏理论部分。当然，如何传达研究结果、保卫研究结果也给同行们提足了醒。

产品架构体系

曾经接受了个观点，互联网运营的架构体系有三套：业务架构、信息架构、技术架构。

以我的粗浅理解，尝试进一步解释。业务架构以赚钱为中心，信息架构以用户为中心，技术架构以稳定为中心。架构的目标，是要建立一个坚实的、经得起时间考验的体系。过度强调哪一方，都会不同程度的对整体造成影响。

在业务模式上大谈以用户为中心的唬头都是假话，时间问题而已。技术架构在软件工程学科中已发展很成熟，但在工程师主导开发的网站中容易出现不顾用户感受的“工程”模式，信息架构就是在这样的背景之下诞生的。

信息架构体系

信息架构是学术名词，互联网只是利用其基础原理来促进转换，阅过很多分析产品“信息架构”的探讨性日志，大都只单方面的从功能入手，我觉得这顶多触及到了功能结构层面。

我理解的web-based信息架构实践，最终应该是各类型方案和规划，以策略为主。比如在上周在书友会网络相册应用及策略分析中提到的“组织策略、管理策略、外链和存储策略、权限策略”都属于此，尽早搞定逻辑漏洞规避将要发生的问题，这是IA从业者的核心价值所在。

类似探讨div布局、css呈现、js行为也不适合叫“内容”架构，浏览架构还比较恰当，前端架构师的职责就是处理类似页面制作需求。在高标准压力下，架构理论的引入是必然。

真正的内容架构，我认为至少分organization, navigation, labeling三大步骤。前两点谈的多，labeling其实也好理解，比如我们会碰到类似场面，产品最高级别用户是叫站长，还是管理员？邮件系统最快的版本是叫极速，还是简约？

我的个人网站一直在做架构方面的新策略尝试，想解决个核心问题，如何让有价值的内容保持访问量？曾经在网站和博客的区别中提到“原创之后的内容细分不应该由Blog来完成。”这也是我常给朋友建议的原因“别使用www域名或目录搭建博客，这样会限制住整体格局。”

搜索引擎优化及展望

正巧前些天公司创新日听了《解密SEO-搜索引擎优化与网站成功战略》作者欧朝晖先生的讲座。国内某些大力吹捧SEO如何简单、没有技术含量的专著里，除通过小概率案列论证些显而易见的道理外。剩下几乎都是有关网站优化的内容，但又无法解释什么叫框架？什么叫结构？什么叫元数据？既不具备指导意义，也没有科学理论做依据。

其中缘由，去年在系列探讨中有详细阐述。在实践中我发现，信息架构有问题的产品根本无法进行SEO。其实在不同角度深入做事都是方法问题，但总有些小事都做不好的家伙喜欢谈大道理，喜欢阳春白雪的强调自己而忽略别人。

上次在阿里日本面试，与同事们聊天时我提到信息架构的流程引入问题，时隔一年已经更成熟。正如六月在把体验理论变成现实所提到的预期，相信随着这本《web信息架构》中文版的发行，信息架构将迎来理论执行上的第一个高峰。