(豆瓣读书么有对整本书的笔记,只好发在书评里……)
原文: 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
没事别随便提信息架构
对“没事别随便提信息架构”的回应
《Web信息架构(第3版)》热门书评
-
网站背后的信息架构
47有用 5无用 千鸟 2008-11-01
其实互联网设计阅读推荐是读此书后,受启发完成的。因为我觉得想清楚了关键点,在各自不同角度深入下去,虽然得到的东西差不多,但思路千差万别。也许这就是交集越大,协作越顺畅的必然。在产品实践中,我发现超过80%的问题都与信息架构有关,最容易引起争论的也是。书中有一节专门讨论“什么不是信息架构?”搞清楚的目...
-
《敢问北极熊,路在何方?》
23有用 8无用 OliverDing 2008-09-14
早些时候应编辑的邀请为这本书写的书评,发表在iachina.org的图书专题页面上: http://www.iachina.org/tiki-index.php?page=bookrev现在全文转载放在这里:)-------------很荣幸应邀为《Web信息架构:设计大型网站》一书写推荐文章。该书...
-
没事别随便提信息架构
17有用 0无用 Kidult 2012-09-10
(豆瓣读书么有对整本书的笔记,只好发在书评里……)原文: http://www.uegeek.com/reading/web_ia_note入行也有一些时日了,曾经看到不少文档和设计稿里,有一部分是对“信息架构”的说明。这些说明其实一般也就是个网站的sitemap,甚至只是最粗略的导航和页面关系说明...
-
这本书还得跳着看,边干活边看
14有用 2无用 大牛 2009-08-17
我想说的是IA对国内来说目前都是由产品经理或者UE来兼任,单独分离的不多。里面有些模块的设计思路和原则很有借鉴,建议大家在工作中遇到自己手头的工作去翻翻查查 这样印象更加深刻! 单独如果看得话,套路太多很容易流于形式!...
-
深入Web信息架构
10有用 0无用 千鸟 2010-10-08
准备在今年的UCD年会工作坊与来自豆瓣的设计师Tony一起分享关于“Web信息架构”实践心得,假期特意借了本《Web信息架构》重新温习,结合实践查漏补缺梳理知识体系。这本书我认为是比较值得反复推敲的拔高类,而非指导操作类专业书,也确实如某些网友评价有晦涩难懂实用性不佳的特点。遗憾的是,相对两年前认识...
书名: Web信息架构(第3版)
作者:
出版社: 电子工业出版社
原作名: Information Architecture for the World Wide Web
副标题: 设计大型网站
译者: 陈建勋 | [美] Louis Rosenfeld
出版年: 2008年8月
页数: 508
定价: 85.00
丛书: 博文视点O'reilly系列
ISBN: 9787121070372