没事别随便提信息架构

（豆瓣读书么有对整本书的笔记，只好发在书评里……）
原文： 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