《Web信息架构(第3版)》书评

做网站不知道开始该干些什么的，应该首先看看这本书

当你规划一个大公司的网站时，正在为如何开始头痛时，这本书对你很有帮助。当你做过不少大型的网站后，你会发现这本把你项目初期做的很多工作，系统化和理论化了，虽然你不知道这些东西也做出了好的网站。

没事别随便提信息架构

（豆瓣读书么有对整本书的笔记，只好发在书评里……）原文： http://www.uegeek.com/reading/web_ia_note入行也有一些时日了，曾经看到不少文档和设计稿里，有一部分是对“信息架构”的说明。这些说明其实一般也就是个网站的sitemap，甚至只是最粗略的导航和页面关系说明——这只是信息架构非常小的一个部分？到底什么是信息架构？读完在“想读”list里蹲了好久的《Web信息架构》，感觉有点如释重负，仿佛自己久治不愈的拖延症稍微有了一点点起色。读电子版的一大好处就是感觉不到书的厚度，读着、读着、读着，突然就发现读完了。言归正传，这是一本“严谨”又“热情”的书，严谨的部分很实在地介绍了信息架构的基本概念、方法、案例等；热情的部分简直是本书的bonus，作为一个新兴的、跨学科的、价值待证明的领域，作者用自己丰富的经验，用絮叨又幽默的语气，向我们述说着这个行当面临着哪些挑战，哪些组织的哪些层级的哪些人，会提出怎样的挑战和疑问，作为一名靠谱的信息架构师，应该以什么样的态度去面对和回答这些问题。——真的，没事别乱提信息架构。一、信息架构是干什么的？1.什么时候需要考虑信息架构？信息正好处在数据和知识之间混乱的地带。信息的结构化程度不如数据，可传递性（可描述性？）又好于知识，是我们在网络上查看、搜寻的最一般的类型。当一个网站/系统需要帮助其使用者更好地从大量数据中获取信息时，就需要考虑信息架构。越是以信息查询、获取、消费、生产等作为核心业务的网站，信息架构越重要。例如，内容型网站（如资讯门户、企业内网）、电子商务网站、垂直类社交网站（如问答类）的信息架构，比工具型网站（如日程管理、邮箱）要重要得多。2.信息架构由什么组成网站的信息架构可以分为元素、关系和表达三部分。- 元素可以用建筑的砖块来类比。支撑一个建筑的基本构成单元是什么？有多少种？体量多大？什么材质？——基本的信息单元是什么，由谁产生，如何更新，有哪些自有的和附加的属性/元数据，它们如何描述信息，如果在信息存取过程中发挥作用；- 关系可以用建筑的骨架结构来类比。一个建筑的基本架构是怎样的？有哪些空间单元？它们各自的作用是什么？如何联通？——数据如何产生、如何分类、如何组织、如何流动、如何发生关系；- 表达可以用建筑的外观和环境标识来类比。人们看到建筑有什么感受？身处其中时有什么感受？如何在其中穿行，根据指示到达要去的地方？——使用者在哪里通过什么方式获得信息？界面对信息的描述、指示和引导是否充足有效？3.信息架构要做的事情设计结构（Structuring）——决定网站信息“单元”的粒度（granularity），及信息单元的相对大小或粗糙程度。决定组织方式（Organizing）——将组件组合成有意义而且各有个特色的类别。制定标签（Labeling）——如何称呼这些类别，如何导航。信息架构的目标在于合理组织网站需要承载的信息，让人们通过浏览、搜索、提问等方式找到想要的东西。二、如何搭建和优化网站的信息架构？实践信息架构设计模式的基础：用户，内容，情境。- 必须了解网站背后的商业目的，以及可供设计和实践的资源，想办法把信息架构和企业的目标、策略、文化结合起来。- 必须注意目前内容的质量和数量，以及一年后会如何改变。所有权（内容谁提供？所有权是否分散？是否有外部信息提供商授权的内容？），格式，结构（文件、内容组件、xml），元数据（有多少元数据用来描述内容和对象？手动还是自动加入标签？质量和一致性程度如何？是否有受控词表？用户是否可以自定义标签？），数量，动态性（成长率或周转率如何？明年会增加多少内容？内容多久会过时？）- 必须了解主要观众的信息需求和信息搜寻行为。1.探索不用类型的使用者，有哪些信息需求，以及什么样的信息获取策略，现在的系统存在什么问题四种常见的信息需求：已知条目搜索（known-item seeking）——正确的东西探索式搜索（exploratory seeking）——一些好东西： 在搜索和浏览过程中学习，并不期待得到“正确”答案无遗漏式研究（exhaustive research）——每样东西： 搜索某一主题的任何信息重新找到——再次需要一些研究方法：【背景研究】【涉众访谈 stakeholder interview】【启发式评估 heuristic evaluation】【内容分析 content analysisi】【内容映射 content mapping】【标杆法 benchmarking】【卡片分类 card sorting】此外还有使用量统计，搜索日志分析，客服信息，问卷，情境式调查（contextual inquiry），焦点小组，访谈，用户测试等方法。2.理清所有的数据类型、属性、来源、更新情况等自有属性，回答它们如何组织的问题组织系统由组织体系和组织结构组成。A.组织体系定义内容条目之间共享的特性，而且会影响这些条目的逻辑分组方式。(1).精确性组织体系：可以将信息分成定义明确、互斥的区域。常见的是按字母顺序、按年表、按地理位置排序。(2).模糊性组织体系：依赖的是体系构建的质量，以及体系内个别条目摆放的位置。常见的类型：- 按主题。设计时需要定义好内容的范围，注意涵盖面的广度- 按任务。将内容和应用程序组织成流程、功能或工作的集合。最常见的是电商网站- 按用户。如果用户群可以界定的比较清楚，可以提供很好的个性化服务，但模糊性依然存在，对系统“猜测”的要求很高- 按隐喻。多用于游戏- 混用B.组织结构定义内容条目和群组之间的关系类型。(1).等级式：自上而下的分类，类别互斥（在排他性和包容性之间取得平衡），平衡宽度（每一层选项数量）和深度（层级数）；(2).数据库模式：自下而上的做法，使用受控词表的元数据为文件和其他信息对象打上标签，就可以进行有力的搜索、浏览、过滤以及动态链接。ERD（entity relationship diagram）是在设计和采用数据库之前，建立与调整数据模型的方法。大型网站最好依赖CMS来管理元数据和受控词表。(3).超文本：涉及两种主要组件：要彼此链接的条目或信息块，以及块状信息之间的链接。缺点是难以看清全貌，用户无法在网站组织上建立心智模型，所以通常不作为主要的组织结构。设计标签通用原则：尽量窄化范围，开发一致的标签系统而非标签。为什么一致性很重要？因为一致性代表的就是可预测性，当系统可预测时，就容易学习。影响一致性的因素：风格，版面形式（字体、字号、颜色、空白、分组方式等），语法（动宾？问句？），粒度，理解性（没有重要的遗漏），用户（如果有必要，为每一类用户开发独立的标签系统）3.要满足使用者的需求，数据应该如何被提取，如何呈现提供浏览信息的帮助：- 组织系统：网站内容分类或分组的主要方式（如按主题/任务/用户/年代），也称分类法和等级体系；- 全站导航系统- 区域导航系统- 网站地图/目录- 网站索引：排序后的链接列表- 网站指南：针对特定主题提供特定信息，以及连向网站中相关子主题的链接- 网站向导：可以通过一系列的步骤来引导用户，也有连向网站中相关子主题的链接- 情境式导航系统：用链接同意连向相关内容，通常内嵌在文字内，一般用来连接网站中高度专业化的内容，提供搜索信息的帮助：- 搜索界面- 查询语言：搜索查询的语法；- 查询构造器：一些提升查询效果的方式，场景包括拼写检查器（qc？），词干分析、概念搜索（？），以及从词典取出同义词；- 搜索算法：决定哪些内容可以满足用户的查询；- 搜索区域：网站内容子集，经过特殊的索引设计以满足较细致的搜索；- 搜索结果：如何分类、分级、排序、聚类，显示多少结果。三、信息架构的挑战和机会在哪里？1.价值待证明2.跨学科、多领域3.对象的不可控性：信息模糊性（语言的天然属性），异质性（组成元素之间的差异，难以结构化），不同观点的差异性（必需摆脱自己心中为内容命名和组织的模式），4.需要深入企业和组织，在复杂的内部政治环境中减少混乱和不确定性，寻求合理的解决办法。by 00

你能明白，但你不会了解。

只想读一本就明白信息架构的话，这是个不错的选择。感觉翻译上生硬了点，最后的实例也无法让人尽兴，大概就像很多东西总是在交流中传播而不仅仅通过阅读一样。

必须的信息架构

书的副标题是：设计大型网站，其实这本书不仅仅对于大型网站的内容架构设计有指导意义，而国内一些几百页、甚至于几十页的网站也同样适用，综看那些关系混乱的小网站，很随意的页面组合，让信息的寻找变得混乱。理清楚、做好信息架构是一个网站SEO也好，产品设计也好，用户体验也好都有益的一件事情

失望

和期望差距较大，快速翻下来几乎没有什么收获，唯一有点印象的是“组织、标签、导航、搜索”四个分类。翻译不够顺畅，很多情况下是对字翻译。感觉可以做图书馆学的参考读物。

很不错的书

书都是要结合着实践看得，尤其是好书，值得推敲的书，更不能仅仅停留在浏览和阅读的状态。这本书还是不错的，内容写的很实在，分析的很系统，举的都是最新的例子，对于实践很有指导意义，也很适合，翻过头来重新阅读，一边工作一边阅读，是本不空洞的书。

经典就是经典

相比于我读过的其他产品经理入门书来说，这本书是最像一门课程的教材的一本。在UCD设计方法中，信息架构居于结构层，处在网站设计流程的正中间，有着承上启下的作用。当一个网站确定了内容的范围之后，如何把将要提供给用户的信息高效地组织起来，以及如何把这些信息以最简洁直接的方式呈现给用户，就是本书主要讨论的问题。本书内容循序渐进，既介绍了信息架构领域的基本概念、基本原则，也更进一步介绍了信息架构设计的原理、技巧，更以丰富的实例让知识性的内容变得生动起来；对我这样的新手来说，书中提供的多个角度——用户需求、营销效果、公司政治等——也帮助我尽可能地避免了盲人摸象式的阅读效果。一句话总结：经典就是经典。

看到他人的介绍，觉得这本书不错，试着去看看

3月2日：开卷日，PDF，质量差，觉得用豆瓣来写读书笔记还是不错的。这本书要看，要看懂，对自己产品经理的职业之路，肯定有帮助的!重复：3月2日：开卷日，PDF，质量差，觉得用豆瓣来写读书笔记还是不错的。这本书要看，要看懂，对自己产品经理的职业之路，肯定有帮助的!3月2日：开卷日，PDF，质量差，觉得用豆瓣来写读书笔记还是不错的。这本书要看，要看懂，对自己产品经理的职业之路，肯定有帮助的!

读到18页的时候，一页中居然就有两个错误字

18页第二段，必须由专业的信息架构师担当吧，写成担纲。第六段，里面有一句，应该是向周围的人分享我们的知识和经验,写成了周遭。

深入Web信息架构

准备在今年的UCD年会工作坊与来自豆瓣的设计师Tony一起分享关于“Web信息架构”实践心得，假期特意借了本《Web信息架构》重新温习，结合实践查漏补缺梳理知识体系。这本书我认为是比较值得反复推敲的拔高类，而非指导操作类专业书，也确实如某些网友评价有晦涩难懂实用性不佳的特点。遗憾的是，相对两年前认识的层次上似乎没有更多突破。顺便翻看了豆瓣上的所有书评和反馈，以及关联的blog推荐。从整个大环境看，关注“信息架构”不乏其人，但好像大家更热衷于去做评议性质的“证明题”，而非从0到1的去真正实施搭建架构体系。当然，我理解这类主题非常难写，并且要把理论运用到工作项目中也不是易事。但信息架构可大可小，可以做自己做些小产品尝试，也可以直接运用到个人网站或博客上。凡事一试便知，否则永远是——书一打开什么都知道，一合上什么都忘了。其实我不倒太困惑于在产品上的落实效果，不是知识无用，只是功夫未到。我发现最有意义并且实用的是知识管理，用“架构”的思想来学习和总结“架构理论”。比如“互联网产品设计”知识体系的话题，经常会讨论，碰到的问题基本我都有答案，并且能很快指出错误。但要自始自终把整个过程的知识点落实成知识面，每次尝试都会卡壳。第4到9章纯理论的基本原理，枯燥乏味，我感觉是懂的自然懂，不懂的看了也不懂。这部分其实就是信息架构实施的核心思想，即之后为什么要这么做的解答，现在我看问题很简单，凡是出问题都是因为对业务的理解不够或者有偏差，否则怎么能搞错功能权重？混乱传达优先级？错用术语行话？中间全部“所谓”解决问题的原理，其实都不关键。有时解释烦了，扔下一句话“自己看书去。”很多东西书上明明就写清楚了，但没有实践经验无论如何也无法理解，那是因为思考问题的方法差异所致。但也不要偏激的看不起“专业”理论，服务的客户或者同事对你专业程度的认知，基本都来自专业方法和术语，关键是要用的恰到好处，玩的收放自如，解决问题而不是卖弄炫耀。第13章探讨了“教育”问题，作者还是建议最好有些专业技术背景。就Web Design来讲，我认为初学者不应该直接去学习“信息架构”（同样我认为“管理”也不是靠学习能成的），而得有能力先意识到有“信息架构”的存在。否则学了也白学，也看不懂任何专业书，甚至可能因为术语太多而更糊涂（比如“信息架构”和“导航设计”的关系）。首先你得是合格的设计师，其次得是有经验的设计师，最后才可能具备架构能力。信息架构是一项踏实的技能，所以不太适合于“聪明”的投机取巧者，比如大部分中国人。第18和19章谈到的“商业”主题，其实在公司和企业里边，并不可能理论上的某“职位”或“部门”中心化。尤其在互联网公司做产品，“业务架构、信息架构、技术架构”都有可能更突出的把控产品节奏，说到底还是看个人能力。国内客户的普遍特点是，不愿在前期投入过多时间和资源做准备工作，宁愿将来多花数倍的时间和资源来反复做调整。好的东西市场不一定认可，但作为专业技术工作者，可以用时间来证明一切。问题拔高一点，信息架构得不到“真正”的重视是市场决定的，而市场环境又是终端用户给造成的。不久前阐述产品为王的观点时，结合目前国内的互联网环境，我觉得才想清楚。那么“信息架构”到底有什么用，或者如何给别人解释，作者“解决信息超载问题”的观点我比较赞同。信息架构理论能够涉及的职能职位非常广，只不过各自用到了不同的方面，也因此增大了学习和理解的难度。自认为已经掌握了学习的技巧，并且也已初步具备了认真学习的态度。看过很多书，做过很多事，以至于我现在学会了怀疑一切，尤其怀疑专家（推荐看专业理论书，而非入门畅销书）。网络上的公共资讯，除了大量雷同转载，还有大量掺杂个人主观意见的错误，信息架构理论也能够帮助甄别。零零散散写了这么多，都是近期感悟，《Web信息架构》本身的理论和方法其实没有太多嚼头。内容就很零散，这种务虚和理论化的话题也只能如此，但我认为目前书中目录做的知识体系还是领先了国内很多，值得参考借鉴。关键价值点，我认为是倡导架构思想，以及在架构层面提升用户体验的角度问题。关于分享，目前正在规划内容，还是一如既往的理论与实践相结合，既要讲清楚理论，也需要有分量的案例来演绎。我们会认真准备，我诚恳的希望在这个领域有经验、有心得的同行来一起来探讨，可以提前联系我。原文http://blog.rexsong.com/?p=6979

理论较多 阅读起来比较吃力

不知道是作者写的太深奥，还是翻译的原因，书中文字读起来比较晦涩。书中理论研究部分较多，很多部分读起来比较空洞，读读可以，但对实践没有太多制导意义，对于从事互联网人士，还是自己勤加思考，实践中总结经验比较好。草草的浏览了此书，没有读完，可能是自己水平还相差太远，悟性不高。

这本书还得跳着看，边干活边看

我想说的是IA对国内来说目前都是由产品经理或者UE来兼任，单独分离的不多。里面有些模块的设计思路和原则很有借鉴，建议大家在工作中遇到自己手头的工作去翻翻查查 这样印象更加深刻！ 单独如果看得话，套路太多很容易流于形式！

对于大型网站信息架构优化有指导意义

刚粗略的读完本书，该书从设计全网站的视角讲开。对于信息组件布局、导航的设计、搜索功能、搜索关键词意、标签统一等各个方面给予交互设计师很多宝贵的建议。如果，你正在一家大型网站做相关的工作可以阅读下，对于理清思路有帮助。

看完感觉自己很肤浅

自己一直只是会用axure画图，虽然也有同事说过自己的文档写的挺清楚的；可是最近在和技术沟通一些本质的东西的时候觉得有点吃力；在和异地一个美工进行交流时，觉得对方完全不知道这个网站到底在做些什么；所以想多看看这方面的东西，想能把自己想到的问题尽量和更多的人一起讨论沟通。可是看完之后，发现关于元数据这块我从没有涉及过每次画原型图我都是将那些元素（比较细致的，会考虑多种情况）展示出来，可是很少有文字说明及共性的整理看这本书的时候一直在考虑这些问题，我是不是平时太关注于细节，而忽略了抽象的模型；毕竟每个人接触时间长短不一样，我是不是应该在沟通的时候也将需求的内容一层层的沟通，就像书里讲的，我至少要先有个蓝图（最近一直都是用mindmanager画个脑图就去和他们讨论了，可是讨论后的结果我也在文档中不反应出来，直接就画原型图了），这是我对已经产生的结果没有做好整理工作而且，在原型图完成之后，有多少技术、美工会去注意这个页面的细节；我从没有列出过详细的内容组件，总是认为我已经和他们沟通过一次了，应该会有影响的；然后出来的结果和我原本设计的有较大差距可是整理内容组件不是一件容易的事情，仅仅看了这本书（书中的例子也是英文的，不是很能理解）觉得还是有很多未消化的地方，希望在以后的工作中能够慢慢积累起来

博文视点Open Party

北京→上海！ 不一样的热点城市，一样的“博文视点Open Party”！ 互联网已经陪伴我们身边多年，Web所产生的影响也越来越大。当你上班时，打开电脑之后，可能第一个打开的程序是浏览器；当你遇到问题时，第一个想到的可能是搜索引擎；当你要设计一套某某系统的结构时，第一个想到B/S的结构；当Web无时无刻不在身边，你也会感到开发Web应用程序是一件多么荣幸的事情。“博文视点Open Party第6期之Web开发”主题，聚集一线Web开发专家，为您的Web开发之路上走向成功。 详情请登录：http://www.broadview.com.cn/open%20party/6/webkaifa.htm 演讲嘉宾： 陈浩 演讲主题：大型LAMP应用的研发 赵劼 演讲主题：Web应用中的缓存 温昱 演讲题目：架构设计的事实与谬误 活动地点：上海大众大厦 地址：中国上海市中山西路1515号（内环线高架吴中路出口处） 邮编：200235 电话：（8621）64288888转 传真：（8621）64281818 Address: No.1515 Zhongshan Rd (w), Shanghai Tel:（8621）64288888 Fax:（8621）64281818 Post Code:200235 E-mail:dzds1515@163.com 交通线路： 上海火车站～大众大厦 1、轨道交通3号线、4号线、9号线至宜山路站， 2、公交113路车至大众大厦（终点站）。 上海南站～大众大厦 轨道交通3号线至宜山路站 虹桥机场～大众大厦 公交938路至中山西路吴中路 浦东机场～大众大厦 1、机场三线到银河宾馆，转出租车6分钟至大众大厦 2、机场六号线到中山公园，转轨道交通3号线或4号线至大众大厦，或转乘出租车10分钟至大众大厦。 活动主办方： 电子工业出版社博文视点公司 每场活动人数：200人以下

《敢问北极熊，路在何方？》

早些时候应编辑的邀请为这本书写的书评，发表在iachina.org的图书专题页面上： http://www.iachina.org/tiki-index.php?page=bookrev现在全文转载放在这里：）-------------很荣幸应邀为《Web信息架构：设计大型网站》一书写推荐文章。该书可以说是信息架构领域的经典之作，因为封面使用北极熊图片，也被业界称为北极熊图书。小容将在此文中讲述个人与北极熊图书有关的几个小故事，籍此向作者、译者、审校者、编辑和出版机构致敬！1、第一次看到北极熊图书是三年前。那时候，小容参与中文网志年会（Cnbloggercon.org）的会议筹备，负责会议的标志和胸牌等事务用品的设计。因为这个机缘认识同在福州的程序员Yining（http://www.yining.org/）。某次探讨会议筹备事项时，小容登门拜访Yining，于是在他的办公室里见到英文原版的北极熊图书。在这之前，小容从制作个人网站开始，以业余玩票的形式参与几个不同类型网站的规划和创建。在边学边做的过程中，小容对如何组织和整理信息，并将它们发布到网站逐渐着迷起来。随后听说原来这种工作叫做信息架构。当看到这本书时，小容很是惊讶。想不到早在1998年已经有这么细致详尽地探讨信息架构的专著问世。 Louis Rosenfeld和Peter Morville的背景是图书馆学，他们在1994年创建Argus Associates咨询公司，为客户提供信息架构方面的咨询。当时，信息架构还属于新兴实践，人们边做边学，从图书馆学中借来许多知识用在Web界面上。Louis Rosenfeld和Peter Morville根据自己的亲身实践，博采众长，在1998年出版了《Web信息架构》一书，第一次系统地整理了这方面的知识体系。正是这次去Yining办公室的经历， 让小容对奥莱理出版公司(O’Reilly)、Peter Morville和Louis Rosenfeld产生了深刻的印象 。

Web信息架构

对于新入行的交互设计师、产品经理来说，是一本值得推荐的书。对于老手来说，相信也会发现一些营养。作者具有理论基础和一线经验，书中的一些内容可以直接指导工作。对我个人来说比较有价值的部分是分面分类法和信息搜寻行为模型的介绍。一本书的价值往往不只在于它直接包含多少信息，更在于它包含搜寻更多信息的线索。

沉闷的书

图书馆员写的一本沉闷的书。他不知道信息技术已经在他那个领域带来一场小小革命了吗?字数不够，稍微说一下应该期望看到而没有的内容。1、简短而清晰的对传统信息管理方式的描述。2、信息技术带来的变化，包括信息创造和信息被传播与分享的全新方式，包括信息内容与结构方面的。3、检索方法与搜索技术的全面介绍，这方面有好多内容可写。4、最重要的，应该提供对这领域的洞察力与未来趋势的展望。

很系统

细读了有关search和controled vocabulary, metadata的章节。 感觉介绍的很有系统， 可以在很多优秀的网站看到这些方法的应用。

从用户心智出发

什么是信息架构，信息架构为何这样重要，与我们有什么关系？若你有使用过信息产品或其它任何生活中，只要你有遇过信息获取挫败的经历（比如寻找书籍，迷路等），你会鄙视设计者，在经历舒服便捷的产品或服务体验时，你总会由衷发出赞叹！拨开层层迷雾，这一切，若从“信息架构”视角解读也许你会豁然开朗；个人认为这本书不仅适用WEB信息架构，部分核心理念也适用于其它行业的信息架构，以用户为中心，从用户心智出发是信息架构基础，信息架构是从用户开始的，要时刻想着用户来这里的理由是什么？1.什么是信息架构？若要深刻理解信息架构，首先要理解什么是“信息”，然后才是如何“架构信息”（先读《信息简史》再读本书让我收益良多）。对于“信息”，一言蔽之“万物皆比特”，世界是由信息组成的；因为人类是以范畴来认识事物的，自觉对事物进行抽象，如何在浩瀚信息堆中找到有用信息，或者说如何设计出易用的工具，让人们快速找到有用的信息，这需要对信息进行组织、抽象、分类，而对信息组织分类的过程就是信息架构。2.为什么信息架构这么重要？和当面谈话不同，像互联网产品或其它非当面接触式产品，不可能根据对方反应适时调整节奏，用户必须依靠自己心智模型，完成他所要获取的信息；所以在无任何反馈情况下，如何帮助用户快速完成信息获取或其它任务，是信息架构所要深刻考虑的，否则就是面临一系列挫败感和其它损失。3.信息架构都是有什么？针对WEB信息架构，核心包括：组织系统，导航系统，搜索系统，标签系统。（1）组织系统：就是如何组织信息，如何将信息分类到让用户觉得有意义！核心包括组织体系和组织结构，组织体系可分为模糊性和精确性，精确性组织体系有（字母、年表、地理等），模糊性体系有（主题，任务，结构，用户，隐喻，混用），组织结构可分为等级式（上下、数据库模式、超文本，大众）。（2）标签系统：就是信息的表示方式，信息的呈现、展现，如何将信息标签抽象的符合用户心智模型！包括情境式链接、标题、导航系统、索引术语、图标；（3）导航系统：是指的如何不让你迷路！包括全局导航、区域导航、情景式导航；（4）搜索系统：如何快速方便的搜索到信息！4.如果实践信息架构？研究-->策略-->设计-->实施和管理，是实践信息架构的总体步骤；（1）研究：“好的研究就是提出对的问题”，从情境（商业/文化等），用户，内容三个方面进行；情景：是当前商业、文化、政治环境形态；内容：就是用户可能需要寻找的内容，包括文件，数据，服务，图片等，可寻性位于可用性之前，如何让用户快速找到内容必须这些内容进行系统化研究；用户：研究用户群体行为模式和倾向，才能找到其心智模型。（2）策略：组织如何将研究过度到设计，制定设计方法和流程；（3）设计：形成蓝图和框架图等成果；（4）实施和管理：包括设计相关管理、设计方式和使用工具等本书对WEB信息架构进行系统性阐述，对理解信息架构理念和指导实践有较大帮助，推荐大家阅读；但鉴于像书名标题所述“设计大型网站”，部分章节及案例是以大型网站为主，可根据自身情况选择。

希望与读过或者在读这本书的读者交朋友,一起讨论,学习,期待ing

本人正在读此书,感触良多,其中有一些观点在疑惑中,很想结交一下书友,学习，讨论，排忧解难。我的联系方式 MSN：yiyiraken1981@126.com。

可以入个门…，大家还有信心架构的好书推荐吗？

早就听说这本书了。前段时间给朋友做站的时候，觉得“信息架构”方面的知识很是欠缺，对于如何组织页面上的信息、模块自己一点方向也没有，于是决心搞本看下。书的前一部分还可以，即使你没有任何IA方面的知识，只要你以前上网的时候能经常留意的话，可以通过这部分容易建立IA的基本概念、模型。但从第九章的序词表开始，很多时候我都是云里雾里，有时还要读上两遍才能有那么点理解。书的最后是实例，但我都有像我想象的那样把前面的所有基础知识在一个组织或在线社区中体现，讲解…今天终于看完了，但我只入了门…大家还有这方面的好书推荐吗？最好能涉及实战。

真不明白评分为啥这么高！

花了两天跳着看完的，说实话，绝大部分我真的没看懂。什么元数据、受控词表、叙此表、语义关系.....这些在现阶段实战中能用到多少？要案例没案例，而且翻译得也太差了！国内IA由PD、UE、IX等人兼任的现状下，这本书的实际意义不大，除了可以装逼以外，只能在以后工作遇到问题时翻翻了。

网站背后的信息架构

其实互联网设计阅读推荐是读此书后，受启发完成的。因为我觉得想清楚了关键点，在各自不同角度深入下去，虽然得到的东西差不多，但思路千差万别。也许这就是交集越大，协作越顺畅的必然。在产品实践中，我发现超过80%的问题都与信息架构有关，最容易引起争论的也是。书中有一节专门讨论“什么不是信息架构？”搞清楚的目地不是更好的分离职能，而是为了在团队协作中更游刃有余。有计算机背景的同学阅读此书可能相对容易，牵涉大量信息技术术语、以及思维模式。适合有实操经验的产品架构、内容从业者充电，相对大量方法我觉得最受益的恰恰是偏理论部分。当然，如何传达研究结果、保卫研究结果也给同行们提足了醒。*产品架构体系曾经接受了个观点，互联网运营的架构体系有三套：业务架构、信息架构、技术架构。以我的粗浅理解，尝试进一步解释。业务架构以赚钱为中心，信息架构以用户为中心，技术架构以稳定为中心。架构的目标，是要建立一个坚实的、经得起时间考验的体系。过度强调哪一方，都会不同程度的对整体造成影响。在业务模式上大谈以用户为中心的唬头都是假话，时间问题而已。技术架构在软件工程学科中已发展很成熟，但在工程师主导开发的网站中容易出现不顾用户感受的“工程”模式，信息架构就是在这样的背景之下诞生的。*信息架构体系信息架构是学术名词，互联网只是利用其基础原理来促进转化，阅过很多分析产品“信息架构”的探讨性日志，大都只单方面的从功能入手，我觉得这顶多触及到了功能结构层面。我理解的web-based信息架构实践，最终应该是各类型方案和规划，以策略为主。比如在上周在书友会网络相册应用及策略分析中提到的“组织策略、管理策略、外链和存储策略、权限策略”都属于此，尽早搞定逻辑漏洞规避将要发生的问题，这是IA从业者的核心价值所在。类似探讨div布局、css呈现、js行为也不适合叫“内容”架构，浏览架构还比较恰当，前端架构师的职责就是处理类似页面制作需求。在高标准压力下，架构理论的引入是必然。真正的内容架构，我认为至少分organization, navigation, labeling三大步骤。前两点谈的多，labeling其实也好理解，比如我们会碰到类似场面，产品最高级别用户是叫站长，还是管理员？邮件系统最快的版本是叫极速，还是简约？我的个人网站一直在做架构方面的新策略尝试，想解决个核心问题，如何让有价值的内容保持访问量？曾经在网站和博客的区别中提到“原创之后的内容细分不应该由Blog来完成。”这也是我常给朋友建议的原因“别使用www域名或目录搭建博客，这样会限制住整体格局。”*搜索引擎优化及展望正巧前些天公司创新日听了《解密SEO-搜索引擎优化与网站成功战略》作者欧朝晖先生的讲座。国内某些大力吹捧SEO如何简单、没有技术含量的专著里，除通过小概率案列论证些显而易见的道理外。剩下几乎都是有关网站优化的内容，但又无法解释什么叫框架？什么叫结构？什么叫元数据？既不具备指导意义，也没有科学理论做依据。其中缘由，去年在系列探讨中有详细阐述。在实践中我发现，信息架构有问题的产品根本无法进行SEO。其实在不同角度深入做事都是方法问题，但总有些小事都做不好的家伙喜欢谈大道理，喜欢阳春白雪的强调自己而忽略别人。上次在阿里日本面试，与同事们聊天时我提到信息架构的流程引入问题，时隔一年已经更成熟。正如六月在把体验理论变成现实所提到的预期，相信随着这本《web信息架构》中文版的发行，信息架构将迎来理论执行上的第一个高峰。原文有更多探讨http://blog.rexsong.com/?p=1484

这本书适合产品经理看

公司借的，只有2周，逼着我几天看完。吸引我看的是他的标题，我以为看了这本书能对“架构”有浅显的了解，因为架构师换人了，想深入了解一些架构，以便更好的协作。但读了几章后，令我大吃一惊的是：原来这是写给产品经理的书。书中最有价值的部分：1.第二部——信息架构的基本原理这里面6章解决了一个问题：如何让你的用户更好的浏览想要的内容。如果你的网站是一个提供内容的网站，那么这里深入分析了“内容”从信息架构的角度是如何呈现的。但是后面几章的确有点难度，需要多读几遍。我曾经做过1年的数据产品（分词、数据挖掘），对信息的推送、匹配等问题也在现在的项目中实际设计，但读叙词表那一张时仍然觉得有些晦涩。但的确很有用，做搜索相关产品的同学要好好研读一下。2.第三部——流程和方法论这里的三章与其说是信息架构，不如说是产品出炉的全过程。从角色建模到需求分析，从蓝图到axure原型，在这里几乎都出现了。如果你看过那本圣经《用户体验的要素》以及《赢在用户》，阅读这几章你会如鱼得水。至于蓝图和线框图，那不正是各位产品设计师、产品交互设计师的老本行么？用所谓web信息架构的视野重温一下，的确比较舒坦。总之，这是一本好书，值得1～3年相关产品经验的同学好好学习