《Web信息架构(第3版)》章节试读

《Web信息架构(第3版)》的笔记-第55页

“过于简单”的信息模型从根本上忽略了用户与信息架构交互时的任何情景。

《Web信息架构(第3版)》的笔记-第23页 - 实践信息架构

IA specialists：
thesaurus designer 叙词表设计师
search schema content editor 搜索模式内容编辑
metadata specialist 元数据专家
content manager 内容经理
information architecture strategist 信息架构策略师
manager, information architecture 信息架构经理
director, user experience 用户体验主任
.
实践信息架构设计模式的基础：用户，内容，情境。
-- 我们必须了解网站背后的商业目的，以及可供设计和实践的资源，想办法把信息架构和企业的目标、策略、文化结合起来。
-- 我们必须注意目前内容的质量和数量，以及一年后会如何改变。所有权（内容谁提供？所有权是否分散？是否有外部信息提供商授权的内容？），格式，结构（文件、内容组件、xml），元数据（有多少元数据用来描述内容和对象？手动还是自动加入标签？质量和一致性程度如何？是否有受控词表？用户是否可以自定义标签？），数量，动态性（成长率或周转率如何？明年会增加多少内容？内容多久会过时？）
-- 我们必须了解主要观众的信息需求和信息搜寻行为。

《Web信息架构(第3版)》的笔记-第290页 - 第18章

企业要达到持续性的竞争优势，只能从下往上做起。

《Web信息架构(第3版)》的笔记-第55页

“过于简单”的信息模型，难于了解用户内心的真实想法，也无法观察用户与信息架构交互时发生的各种事件。

《Web信息架构(第3版)》的笔记-第152页

1. 图形式导航条会让网页下载速度变慢，而且设计和维护都比较昂贵，必须对低宽带的用户需求以及文字式浏览器有所考虑。盲人和使用无线移动设备的人是两种必须考虑的用户群。解决办法：适当使用<ALT>属性定义图像的替换文字
2. rollover效果：鼠标指针指向对象时，会出现菜单或其他对象。可以有效利用有限的屏幕，加强信息检索，减少网页数量和点击次数。同时可以增加动态、交互式的体验。
Audi网站的rollover体验：加载速度慢
3. 什么是框架（frame）??
4. 辅助性导航
网站地图
网站索引：one-step 和 two step(支持术语轮排和see also)
指南
向导和配置器
搜索
5. 高级导航
个性化：针对个人行为、需求或喜好的模式，提供剪裁后的网页给用户。囿于隐私无法分享足够的信息，以驱动有效的个性化。此外很难预测用户明天想做什么、学什么、买什么。
定制化：给用户直接控制权，可以针对展现格式、导航和内容选项的组合做调整。使得设计的压力得以减轻，但用户可能只愿意在少数对他们而言很重要的网站上这么做。
可视化：grokker
社会化：flicker

《Web信息架构(第3版)》的笔记-第396页 - 企业信息架构

重组通常是公司所要面对的最痛苦而且昂贵的事情，所以任何减少这种可能性发生的事情都应视为有价值。

《Web信息架构(第3版)》的笔记-第67页

《Web信息架构(第3版)》的笔记-第49页 - 展现信息架构

信息架构组件：组织系统，导航系统，标签系统，搜索系统

《Web信息架构(第3版)》的笔记-第329页 - 第12章 设计和文件说明

加上此处的信息架构风格指南,它和交互设计框架(指南)、视觉设计框架指南，三者从内容、行为、形式三个角度制定了设计的基本基准方向。

《Web信息架构(第3版)》的笔记-第223页 - 研究

好的研究就是提出对的问题。
【背景研究】
- 短期和长期目标是什么？
- 商业计划是什么？政治因素如何？
- 计划和预算？
- 观众是谁？
- 观众为什么要访问这个网站？为什么会常来？
- 用户应该能做什么事情？
- 内容怎么建立？怎么管理？谁来做？
- 技术基础架构是什么？
- 以前有什么行得通？什么行不通？
【涉众访谈 stakeholder interview】
【启发式评估 heuristic evaluation】
【内容分析 content analysisi】
目的是找出内容和元数据内的模式与关系，为内容做更好的结构、组织，以及访问途径。对每一种内容对象记录：
- 结构化元数据：描述该对象的信息等级。有没有标题？内容有没有分节？用户想直接获取这些信息吗？
- 描述性元数据：主题？用户？格式？…………
- 管理性元数据：描述该对象和商业情境的关系。谁创建了这个对象？谁拥有？合适建立的？何时应该移除？
记住自己的问题：
1.这个对象是什么？
2.如何描述这个对象？
3.这个对象和其他对象有何差别？
4.怎样让人找到？
【内容映射 content mapping】
将现有的内容结构、组织和位置进行可视化表达，如
【标杆法 benchmarking】
1.竞争式标杆法：与他人做横向比较
2.前后式标杆法：与自己做时间上的纵向比较
使用量统计，搜索日志分析，客服信息，问卷，情境式调查（contextual inquiry），焦点小组，访谈，用户测试
【卡片分类 card sorting】
让我们了解用户的心智模型，他们在脑中默默编组、排序、为任务和内容制定名称的方式。

《Web信息架构(第3版)》的笔记-第120页

《Web信息架构(第3版)》的笔记-第35页 - 第3章 用户需求及其行为

4种常见的信息需求：已知条目搜索，探索式搜索，无遗漏式研究，重新找到。前面都是一些啰嗦的废话，我都是跳着看的，到这儿了才发现干货开始了。

《Web信息架构(第3版)》的笔记-第70页

对单一的组织体系而言，必须在排他性和包容性之间取得平衡。允许交叉编目的分类法具有复合式等级的特性

《Web信息架构(第3版)》的笔记-第48页 - 在设计世界进行信息架构

用户，内容，情境组成信息架构
内容：文件/资料类型，内容对象，数量，现存架构；
用户：受众，用户，需求，信息搜索行为，体验；
情境：商业目标，资金，政治，文化，技术，资源与限制

《Web信息架构(第3版)》的笔记-第44页 - 信息架构详解

预先猜测用户的主要信息需求，例如“我怎样找到入学申请信息”，或者“校园这星期发生了什么事”，把最常见的问题确认出来，然后设计这个网站来满足需求。我们称此为自上而下的信息架构。

《Web信息架构(第3版)》的笔记-第87页 - 标签系统 labeling systems

标签的类型
- 标签作为情境式链接 labels as contextual links：在某种具体的上下文情境中链接到相关内容；
- 将标签作为标题 labels as headings：标题之间的等级关系，可以用统一的编号、字号、颜色和样式、空白和缩排等组合来建立。如果是为流程中每一个步骤命名标签时，标签必须明显而且传达出前后次序，要有很好的一致性；
- 导航系统内的标签 labels within navigation systems
- 标签作为索引术语 labels as index terms：又称为关键词、标签、描述性元数据、分类法、受控词表、叙词表，是一组可以描述任何类型的内容的术语标签集合；
- 图标型标签 iconic labels：除非网站有一群忠实而又耐心的用户，愿意学习网站上的视觉语言，否则最好只针对系统的少量选项使用图标型标签。

《Web信息架构(第3版)》的笔记-第46页 - 信息架构详解

架构为内容提供了情境：
- 信息架构告诉我们现在在哪里；
- 协助我们移动到其他关系紧密的网页；
- 协助我们以层级方式（结构和目录）和情境方式（相关内容和功能）在网站内移动；
- 让我们可以操控内容以便浏览（如筛选和排序）；
- 让我们知道可以去哪里找到基本服务（如登录和帮助）。
.
这是哪里？这里有什么？从这里可以去到哪里？
如何组织信息？如何表示信息？如何浏览信息？如何搜索信息？
.
Browsing adis
- 组织系统：网站内容分类或分组的主要方式（如按主题/任务/用户/年代），也称分类法和等级体系；
- 全站导航系统
- 区域导航系统
- 网站地图/目录
- 网站索引：排序后的链接列表
- 网站指南：针对特定主题提供特定信息，以及连向网站中相关子主题的链接
- 网站向导：可以通过一系列的步骤来引导用户，也有连向网站中相关子主题的链接
- 情境式导航系统：用链接同意连向相关内容，通常内嵌在文字内，一般用来连接网站中高度专业化的内容，
.
Search aids
- 搜索界面
- 查询语言：搜索查询的语法；
- 查询构造器：一些提升查询效果的方式，场景包括拼写检查器（qc？），词干分析、概念搜索（？），以及从词典取出同义词；
- 搜索算法：决定哪些内容可以满足用户的查询；
- 搜索区域：网站内容子集，经过特殊的索引设计以满足较细致的搜索；
- 搜索结果：如何分类、分级、排序、聚类，显示多少结果。
.
隐藏的组件
-受控词表和叙词表：预先确定描述特定领域的较佳词汇。通常包含上位类、下位类、相关关系的叙词链接和优选词的说明。搜索系统可以从受控词表中取出查询的同义词以提升查询效果。
-搜索算法
-最佳猜测（best bets）：匹配较佳的搜索结果，编辑和主题专家会决定哪些查询应该取出最佳猜测（直达区~~）

看完这章，最大的疑问是，如果数据没有高度结构化，怎样能让用户高效地找到信息？

《Web信息架构(第3版)》的笔记-第194页 - 叙词表、受控词表及元数据

元数据 metadata——用于定义、描述数据属性，提供相关信息或说明（如元素或属性、记录或结构、相关数据），便于被他者使用。元数据可能包含描述性信息，说明数据的情况、质量和状态，或者特征。
受控词表——是一份等价术语（equivalent term）清单，按同义词环圈（synonymring）的形式排列，或者是一份优选术语（preferred term）清单，储存在规范文档（authority file）中。
[ 它们说的都是同一个东西 --- 这个东西有a/b/c...这些说法 ]
使用同义词环圈一般会提高召回而降低查准率。
优选术语（preferred term，pt）
异形术语（variant term，vt），也称为入口词（entry term），等价于或大致上同义于优选术语
上位类术语（broader term，bt）：上层术语
下位类术语（narrower term，nt）：下层术语
相关术语（related term，rt）
.
叙词表——同义词之书，通常含有相关词、对照词以及反义词。
- 经典式叙词表：索引这对文件做索引时，以叙词表把异形术语对应到优选术语 （术语数量较少，更新不频繁）
- 索引式叙词表：建立优选术语的可浏览式索引 （无法实现用户和服务端实时对应时）
- 搜索时叙词表：在搜索时而不是在创建索引时利用受控词表
/*********
叙词表和受控词表的区别是什么？
经过人工干预的都是受控词表？在受控词表基础上以优选术语为中心的结构化、层级化词表是叙词表？
好吧下面有讲了。。。
**********/
叙词表语义关系更丰富：
1.等价：目标是把术语聚集起来，定义为“搜索目标的一致”，包含同义词、近似同义词、反义词、缩写、词语变体，以及常见的错误拼法
2.等级：
- 属（generic）
- 整体-部分（whole-part）
- 实例（instance）
分面叙词表（faceted thesaurus）能够较好满足多等级的需求。
3.相关
强烈暗示其语义的连接关系
.
优选术语
- 术语形式建议遵照ANSI/NISO标准
- 括号式术语限定词（parenthetical term qualifier）可为术语限定范围（如某一学科）

《Web信息架构(第3版)》的笔记-第381页 - 第18章商业策略

(商业)策略的本质就是在活动中与对方相比，以不同的方式执行活动，或是做不同的活动。

《Web信息架构(第3版)》的笔记-第80页 - 第5章 组织系统

内容条目之间缺乏结构而且具有创造性的关系时，则可以通过作者提供的超文本或者使用者贡献的标签来解决。

《Web信息架构(第3版)》的笔记-第34页 - 用户需求及其行为

4种常见的信息需求：
1、已知条目搜索
用户知道要找的是什么，该以什么名称称呼它，上哪儿可以找得到它
e.g.找寻同事的电话号码
2、探索式搜索
用户不确定想找的是什么，打算在搜索和浏览的过程中学习某些东西，会以搜索结果作为跳板再进行下一轮搜索，不一定有清楚的完成时间。
（在一个范围/主题里，查找自己感兴趣的内容）
3、无遗漏式研究
搜索某一主题的任何信息
4、重新找到
-----------------------------------------------------------------------------
信息搜寻行为的基本手段：搜索、浏览、询问
搜索行为有两大类：整合、重复
搜索模型：
1、采摘模型
当用户更进一步了解其需求及系统所能提供的信息时，就会跟着调整他们的信息请求
2、珠形增长
协助找出“其他类似的东西”
e.g.Google“类似网页”命令；从一份文件链接到另一份通过相同关键词索引出来的文件
3、两步走
①搜索或浏览某个目录，直到找到潜在的目标
②在这些子网站中搜索信息

《Web信息架构(第3版)》的笔记-第239页

很多项目都牵涉到重新设计已有网站，而非从头建立一个。在这种情况下，你有机会站在别人的肩膀上。可惜的是，因为人总是习惯把焦点放在错误上，而且有想从头开始的欲望，所以，常常错失这种机会。我们时常听到客户把他们当前的网站视为垃圾，说当前的网站是场灾难，而且我们不应该浪费时间再去看这个网站。这是典型的把洗澡水连同婴儿一起倒掉的例子。 好吧……其实记这段只是因为看见“把洗澡水连同婴儿一起倒掉”，笑了……

《Web信息架构(第3版)》的笔记-CH1-4 - CH1-4

*** CH1
信息正好处在数据和知识之间混乱的地带。(认识和认知。)
元数据时用以描述和表达内容对象(如文件、人群、流程和组织)的术语。
*** CH3
学习信息需求和信息搜寻行为
学习用户信息需求和搜寻行为，我们只建议我们最喜爱的两种:
1.搜索分析法
2.情境式询问。
#信息架构的基本原理
*** CH4
信息架构组建:
1.组织系统:如何组织信息
2.标签系统:如何表示信息
3.导航系统:如何浏览信息
4.搜索系统:如何搜索信息
*** Oraganization System 组织系统
**** 为什么以有用的方式组织信息会是这么困难
***** Ambiguity 模糊性
分类系统的基础时语言，而语言本身具有模糊性。
***** 异质性
异质性指的时某种东西或者一群东西是由不想管或不相同的部分所组成。
大部分网站都具有高度异质性:网站通常可以存取文件，而且网站内各组建的粒度各有不同。网站也许同时展示文章和期刊以及期刊数据库。链接可能会链向网页，网页中的张洁，或者其他系统。
***** Differences in Perspectives 不同观点的差异性
***** Interal Politics 公司内部的政治文化。

《Web信息架构(第3版)》的笔记-第68页

浅层混合体系没有问题，但是深层混合体系就会出乱子
只要各种体系是在网页上不同的位置，依然可以保留住为用户建议一个心智模型的能力

《Web信息架构(第3版)》的笔记-第53页

信息架构的设计是从用户开始的。

《Web信息架构(第3版)》的笔记-第121页

<原文开始></原文结束>

《Web信息架构(第3版)》的笔记-CH 9 - CH 9

*** CH9 Thesauri, Controlled Vocabularies, and Metadata 叙词表，受控词表，以及元数据.
**** Metadata 元数据
元数据: 关于数据的数据
就数据处理而言，元数据时一种用于定义的数据，能够提供其他被某种应用软件或环境所管理的数据的相关信息或者说明。
例如:元数据可以为数据说明其数元素或属性(大小，类型)，或其纪录或结构(长度，字段)，或者相关数据(位于何处，如何联系，拥有者)。
源数据可能保函描述性信息，说明数据的情景，质量和状态。
**** Controlled ocabularies 受控词表
最模糊的说法时，受控词表是任何一组自然语言的子集。
最简单的说法时，受控词表是一份等价术语(equivalent term)清单，按同义词环圈(sysnonym ring)的形式排列，或者时一份优选术语(preferred term)清单，储存在规范文档(authority file)中。
定义术语之间的登记关系，就有了分类习题，建立概念之间的关联模型，就是在做叙词表。
Sysnonym rings 同义词环圈
同义词环圈把一组定义为等价关系的词汇连接起来，以供搜索之用。
authority file
规范文档，规范文档放的就是一份优选术语，或是可接受值的清单，不含有词性变化或同义词。
它通常包括优选术语(preferred terms)和异形术语(variant terms)－－ 规范文档也是同义词环圈。

《Web信息架构(第3版)》的笔记-第14页 - 第一章

这部分里，高大上的概念不少。

《Web信息架构(第3版)》的笔记-第49页

研读到架构组件了，确实是一本信息架构的好书！有想要的朋友尽快联系我吧，现在联系的人太少了，这个数量没法开机都。。。

《Web信息架构(第3版)》的笔记-第47页 - 信息架构详解 展现信息架构

通过支持搜索和浏览，来自网站内容的结构会使得用户问题的答案“浮出水面”。这是自下而上的信息架构：内容结构，排列顺序，以及标签系统有助于回答这类问题：这是哪里？这里有什么？从这里可以去哪里？读者会通过搜索引擎直接置身于网站深层，他们会想跳到网站中其它相关内容，而不去了解如何使用“自上而下”的解构

《Web信息架构(第3版)》的笔记-第118页 - 导航系统

设计导航系统，情境是第一位的。
导航压力测试 navigation stress test
嵌入式导航：
- 全站导航系统：每一页都应该清晰标识“我在哪里”
- 区域导航系统
- 情境导航系统
辅助性导航：
- 网站地图
- 网站索引：对小型网站而言，手工建单阶段索引（one-step index）和两阶段索引（two-step index），支持术语轮排（term rotation）和参照关系（see/see also）；对大型网站而且有分布式内容管理特性者，在文件层次上采用受控词表编制索引，再自动生成索引会比较合理。
- 指南：包括演示、教程以及针对特定用户、主题或任务而设的网站等。
- 向导和配置器
设计指南的原则：
1.短；
2.无论何时都能离开；
3.导航位置在每一页上都相同；
4.指南的设计是用来回答问题的；
5.截图应该干脆、明确及最佳化，具有把重点功能放大的效果；
6.如果指南有好几页，可能需要目录
.
高级导航方法
- 个性化和定制化：个性化是我们猜测用户想要什么（but 过去的绩效无法保证未来的成效）；定制化是用户告诉我们他想要什么（but 'don't make me think'）
- 可视化
- 社会化导航：协同过滤、推荐引擎

《Web信息架构(第3版)》的笔记-第5页 - 信息架构的意义

信息正好处在数据和知识之间混乱的地带。信息的结构化程度不如数据，可传递性（可描述性？）又好于知识，是我们在网络上查看、搜寻的最一般的类型。
信息架构要干神马事情？
· 设计结构（Structuring）——决定网站信息“单元”的粒度（granularity），及信息单元的相对大小或粗糙程度。
· 决定组织方式（Organizing）——将组件组合成有意义而且各有个特色的类别。
· 制定标签（Labeling）——如何称呼这些类别，如何导航。
信息架构的目标在于合理组织网站需要承载的信息，让人们通过浏览、搜索、提问等方式找到想要的东西。
内容管理（content management）和信息架构其实是同一事物的两个方面。信息架构描述了一个信息系统的“快照”或空间视图，而内容管理则描述了变化的视图，显示出信息在同一系统内的流动随时间如何变化。IA定义信息结构，CM管理内容流通，一个是管道，一个是水。

《Web信息架构(第3版)》的笔记-

刚刚去出版社拿了全国最后一本，之前在京东，当当，亚马逊等等B2C网站看了，打客服也问了，没货。。。后来在淘宝上也找了，都是复印本，没有正版的。看到豆瓣上有这么多书友想看这本书，所以想再做个调查，有多少人想买正版的《Web信息架构(第3版)》，想买的可以给我发豆邮联系我

《Web信息架构(第3版)》的笔记-第6页 - 第1章：信息架构的意义

IA 概念
书籍和网站之间的差别

《Web信息架构(第3版)》的笔记-第1页

用户、内容、情境。
这三个词语构成了实践信息架构设计模式的基础。
情境
所有的网站和企业网络都存在于特定的商业或组织环境中。
内容
我们把“内容”定义的很广，包括文件、应用程序、服务、模式，以及人们要找到你的网站时所需要的元数据。
用户
现实世界中顾客喜好和行为的差异，在网站和企业网络的情境中就会被转化成不同的信息需求和信息搜寻行动。
信息需求
用户来网站找东西时，本质上是在寻找可以提醒我们的观念和概念，由此帮助我们做决策。
搜索的类型：
1.已知条目搜索
2.探索式搜索：用户不确定要找什么。无论他是否了解，他是打算在搜索和浏览的过程中学习某些东西。
3.无遗漏式研究
信息搜寻行为

《Web信息架构(第3版)》的笔记-用户需求及其行为 - 用户需求及其行为

分析认识用户信息需求和搜索行为
寻找用户信息需求及搜索行为的方法：
用户搜索字段痕迹、用户场景观察、……

《Web信息架构(第3版)》的笔记-第53页 - 组织系统

理解的源头就是分类——Hayden White
信息组织的挑战：模糊性（语言的天然属性），异质性（组成元素之间的差异，难以结构化），不同观点的差异性（必需摆脱自己心中为内容命名和组织的模式），公司内部的政治文化。
组织系统由（一）组织体系和（二）组织结构组成。
（一）组织体系定义内容条目之间共享的特性，而且会影响这些条目的逻辑分组方式。
1.精确性组织体系：可以将信息分成定义明确、互斥的区域。常见的是按字母顺序、按年表、按地理位置排序。
2.模糊性组织体系：依赖的是体系构建的质量，以及体系内个别条目摆放的位置。常见的类型：
（1）按主题。设计时需要定义好内容的范围，注意涵盖面的广度
（2）按任务。将内容和应用程序组织成流程、功能或工作的集合。最常见的是电商网站
（3）按用户。如果用户群可以界定的比较清楚，可以提供很好的个性化服务，但模糊性依然存在，对系统“猜测”的要求很高
（4）按隐喻。多用于游戏
（5）混用
（二）组织结构定义内容条目和群组之间的关系类型。
1.等级式：自上而下的分类，类别互斥（在排他性和包容性之间取得平衡），平衡宽度（每一层选项数量）和深度（层级数）；
2.数据库模式：自下而上的做法，使用受控词表的元数据为文件和其他信息对象打上标签，就可以进行有力的搜索、浏览、过滤以及动态链接。ERD（entity relationship diagram）是在设计和采用数据库之前，建立与调整数据模型的方法。大型网站最好依赖CMS来管理元数据和受控词表。
3.超文本：涉及两种主要组件：要彼此链接的条目或信息块，以及块状信息之间的链接。缺点是难以看清全貌，用户无法在网站组织上建立心智模型，所以通常不作为主要的组织结构。
.
大众分类 social classification/folksonomy

《Web信息架构(第3版)》的笔记-第151页 - 搜索系统

Choosing what to search
- 决定搜索区域（子网站）：以用户群划分做索引、以主题做索引、为新近内容做索引。
- 选择要对什么内容组件做索引：如文章主体、标题、url、网站名称、链接、图像链接、alt 文字、说明、关键词、锚文本等
算法
大部分搜索算法采用模式匹配（pattern matching）的方法，即比对用户的查询字符串与网站文件全文的索引，以寻找符合的文本字符串。recall 和precision的trade-off
自动词干搜索（automatic stemming）：扩展术语，包含其他共享相同词干的术语
文件相似度（document similarity）
协同过滤（collaborative filtering）
引文搜索（citation searching）
.
查询辅助工具：
- 拼写检查
- 语音工具
- 词干搜索
- 自然语言处理：检查查询的语法本质
- 受控词表和叙词表：在查询中包含同义，以扩展查询的语义本质
.
展示结果
- 要显示哪些内容组件？
- 列出结果：排序（按字母、年表、受欢迎程度、用户或专家评价、订单付费、相关性：包含多少查询字符串、关键词在文件中出现频率多高？出现位置？出现在哪里如标题？所在文件的受欢迎程度）
.
无结果时可以提供：
- 修改query
- 提供搜索技巧或其他建议
- 浏览工具（包含网站导航或网站地图）
- 如果搜索和浏览无法运作，就与人联系

《Web信息架构(第3版)》的笔记-第217页

受控词表是一份等价术语清单，按同义词环圈的形式排列，或者是一份优选术语清单，储存在规范文档中。定义术语之间的等级关系（如上位类、下位类），就有了分类体系。建立概念之间关联的模型（如参见、see、see related），就是在做叙词表。
例如，只要一个简单的同义词环圈把“pocketpc”和“pocket pc”连结起来，就可以解决用户和商家之间常见的麻烦事。
同义词环圈可以大幅改善提高查全率，同时也会降低查准率。解决办法是规定精确匹配的关键词结果要放在搜索结果清单的顶端。或者最初的搜索可以忽略同义词环圈，但是提供选项在结果稀少或者无结果时，扩展搜索包含相关术语。
规范文档就是一份优选术语或是可接受值的清单，不含有词形变化或同义词。
DDC杜威十进制分类法，最简单的形式是一个等级式的清单，由10组最顶层的类目开头，在每个类目内再逐一往下延伸细节。

《Web信息架构(第3版)》的笔记-第71页

在广度和深度之间取得平衡。一般的看法是你的链接数目要限制在用户视觉扫描页面的能力之外，而不是以短期记忆作为依据

《Web信息架构(第3版)》的笔记-第53页 - 用户需求以及其行为

常见的信息搜索需求：
1.已知条目搜索 。知道要找的是什么，该以什么名称来称呼他，以及知道去哪儿可以找到
2.探索式搜索。无论他是否了解，他打算在搜索和浏览的过程中学些某些东西。
3.无遗漏式研究。用户打算搜索某一主题的任何信息，没一块石头都要翻一下。
4.重新搜寻以前碰到过的有用信息。例子：delicious
如何学习用户的信息搜索行为？
1.搜索分析法
诊断搜索性能，元数据，导航以及内容。通过此途径可以得知用户在搜索什么，同时有助于了解他们的需求和行为。
2.情景分析法
情景询问用户，任务分析，问卷调查，焦点小组。直接面对用户，让其陈述需求。

《Web信息架构(第3版)》的笔记-第30页 - 用户需求及其行为

四种常见的信息需求：
- 已知条目搜索（known-item seeking）——正确的东西
- 探索式搜索（exploratory seeking）——一些好东西
在搜索和浏览过程中学习，并不期待得到“正确”答案
- 无遗漏式研究（exhaustive research）——每样东西
搜索某一主题的任何信息
- 重新找到——再次需要
.
信息搜寻行为
采摘模型（berry-picking）：用户产生信息需求，然后构想出一种信息请求（查询），接着在信息系统中重复动作，沿路取出信息。如购物搜索，既可以先搜索后浏览，也可以先浏览后搜索；
珠型增长（pearl-growing）：从一些有用的文件开始，寻找类似的东西。

《Web信息架构(第3版)》的笔记-第53页

理解的源头是分类

《Web信息架构(第3版)》的笔记-第62页 - 组织体系

模糊性组织体系受困于语言和组织的模糊之中，更别提还会牵涉到人类的主观性
人们觉得模糊性组织体系好用的理由很简单：我们不见得知道我们要找什么。在某些情况下，你只是不知道正确的标签名称为何。在其他情况下，你的信息需求相当模糊，也无法说清楚
模糊性组织体系之所以会成功，是因为它依赖的是体系构建的质量，以及体系内个别条目摆放的位置。严格的用户测试是必要的举措。
按主题
按任务（通常内嵌在特定的子网站内，或者整合到任务/ 主题混合式的导航系统内
按用户
按隐喻

《Web信息架构(第3版)》的笔记-第98页 - 标签系统

设计标签
通用原则：尽量窄化范围，开发一致的标签系统而非标签。
为什么一致性很重要？因为一致性代表的就是可预测性，当系统可预测时，就容易学习。
影响一致性的因素：风格，版面形式（字体、字号、颜色、空白、分组方式等），语法（动宾？问句？），粒度，理解性（没有重要的遗漏），用户（如果有必要，为每一类用户开发独立的标签系统）
--------------------------------------------------
创建新的标签系统
- 从已有内容中抽取（慢，费力）
- 要求内容作者为内容建议标签
- 找用户代言人或主题专家（SME）
- 直接来自用户（如卡片分类，对小群标签如导航比较适用，自由列表）
- 间接来自用户（如query日志分析、标签分析）