【读书笔记】信息架构：超越Web设计-第一章_信息架构超越web设计读后感-CSDN博客

marla的儿子mario拥有一些cd，cd中的歌曲是数字存储的，他可以在cd机上选择循环播放这些音乐。但是cd仍然是以实体存储在他家的。在Mario买了个imac，并使用imac录制（rip）后，他可以使用任何排列方式在电脑存储中保存音乐，也可以重新刻录CD分享给他的朋友。mario不再需要管理一沓cd了。

嗨ITunes（Hello, iTunes）

iTunes是一个很复杂的软件，它支持智能播放音乐列表、听播客、听广播、看电视等很多功能。后来发行了iPod之后，iTunes也支持管理iPod中的歌曲。这些功能这些功能中的每一个都引入了新的内容分类。iTunes仍然有一个搜索框，但搜索结果包括不同（且不兼容）的媒体类型。比如《眼花缭乱》的搜索结果是指这部电影、电影原声音乐，齐柏林飞艇乐队的歌曲，或其众多歌曲中的一首封面？

后来Mario买了iPhone，但是iTunes中的这些功能在iPhone中分别对应不同的app。后来，苹果推出了一项名为iTunes Match的服务，允许Mario将他的音乐收藏上传到苹果的“云端”；现在，他还必须记住哪些歌曲实际上在他的云上。

mario无法理解，但是他知道自己管理这些东西这么复杂，一定是哪里出了问题。

The Problems Information Architecture Addresses 信息架构想解决的问题

Mario遇到了这两个问题：

他用来管理音乐的软件，实际上已经成了一个管理数十亿信息的平台，每种信息（音乐、视频、广播、电子书）都有不同的规则（比如某电影购买后24小时内可观看）和使用方式（看视频、听广播、音频转码录制）
同一个信息的载体有着不同的交互方式，并不局限于电脑访问，比如某个视频在手机上也能看、carplay也可以听音乐。但并没有让Mario感受到它们是一个一致、连贯的交互模型。

信息爆炸

数字化促进了信息的增多，也促进了很多信息管理工具（比如搜索引擎）的诞生。

*谷歌的使命是：组织世界上的信息，使其普遍可获取和有用。

Enter Information Architecture

走进信息架构（Enter Information Architecture）

虽然大多数软件应用程序都是为了解决非常具体的问题而设计的，但随着时间的推移，这些成功的应用程序往往会超出问题集的范围，包含越来越多的功能。

比如：ITunes从简单的管理音乐的软件，变成了具有这么多功能的程序系统。

鉴于我们前面提到的信息和设备种类的激增，这是许多组织已经在努力解决的问题。我们需要的是一种系统的、全面的、整体的方法，以一种易于发现和理解的方式构建信息，而不考虑用户访问信息的上下文、渠道或媒介。

换句话说，需要有人走出产品开发的战壕，从抽象的角度看更广阔的图景，理解它们是如何结合在一起的，这样信息才能更容易找到和理解。

信息构成的地方（place made of information）

正如我们之前所说的，使用数字产品和服务的体验正在扩展到包括不同地点和时间的多种设备。重要的是要认识到，我们通过使用语言与这些产品和服务进行交互:标签、菜单、描述、视觉元素、内容，以及它们之间的关系，创造了一个区分这些体验并促进理解(或不!)的环境。举个例子，手机上的食谱应用程序使用的语言必然与汽车保险公司网站上使用的语言不同。这些语言上的差异有助于将主题定义为不同的“地方”，人们可以访问这些“地方”（place）来完成某些特定的任务:它们为所传达的信息创建了一个框架，使我们能够相对于我们已经知道的概念来理解它。

信息架构师安德鲁•温斯顿在他的著作《理解语境》(Understanding Context)中认为：

我们理解这些经历就像理解物理场所一样:通过挑选特定的词汇和图像来定义在环境中什么可以做，什么不可以做——无论是英国乡村田园般的开阔田野，还是网络搜索引擎。

数字体验是由信息构成的新型(非常真实的)场所;设计上的挑战在于如何让它们在多个环境中保持一致。正如Andrew所说，“信息架构是一门非常适合应对这些挑战的学科。几十年来，它一直以这样或那样的方式与他们合作。

跨渠道一致性（coherence Across channels）

信息架构如何实现这种一致性?

信息架构要求设计师定义语义结构（internal consistency），这些语义结构可以根据不同渠道的需求以多种方式实例化（external consistency）。

在桌面网页上运行良好的导航结构，在5英寸的触摸屏上呈现时，其功能应该有所不同，但两者的用户体验应该是一致的。

换句话说，当一个组织通过多渠道为其用户提供服务时，用户在这些渠道上的体验应该是一致和熟悉的。例如，使用银行移动应用程序的用户在使用银行网站或调用银行基于电话的服务时，应该体验到一致的语义结构。虽然每个通道的功能和限制是不同的，但每个通道中使用的语义结构应该是熟悉和一致的。为了实现这一点，它们必须从实际实现中抽象出来。

系统思考（Systems Thinking）

当其他设计学科专注于特定工件的设计时，信息架构关注的是定义单个工件artifacts(应用程序、网站、语音接口等)将在其中工作的语义系统semantic systems。

信息体系结构的重点不仅仅是高层次的抽象模型：可查找和可理解的产品和服务的设计也需要创建许多低级工件，比如网站导航结构。

有效的信息环境在结构一致性(高级不变性)(high-level invariance)和灵活性(低级灵活性)(low-level flexibility)之间取得平衡，因此设计良好的信息架构会同时考虑这两者。

举例：你在设计时，是想要建设一个教堂还是车库？iTunes的作者们在想明白自己在做什么之前，已经给要盖的车库安上了穹顶和彩色玻璃。

总结recap

从历史上看，信息已经呈现出一种去物质化的趋势，从与它的容器有一对一的关系到完全脱离它的容器(就像我们的数字信息一样)。这对我们这个时代有两个重要的影响:信息比以往任何时候都更丰富，我们与信息互动的方式也比以往任何时候都多。
信息架构（IA）的重点是使信息易于查找和理解。正因为如此，它非常适合解决这些问题。
它要求设计师从两个重要的角度来思考问题:我们的产品和服务被认为是由信息组成的地方，它们作为生态系统的功能，可以被设计成最大的效率。
也就是说，信息架构并不仅仅在抽象层面上运行:为了使其有效，它需要在不同的层面上进行定义。

“Defining the damned thing”—“定义该死的东西”——或DTDT，因为它在Twitter和邮件列表上经常被缩短——是IA社区持续争论的一个来源，让一些人感到高兴，也让另一些人感到烦恼。当你以标签为生时，关于概念界限的争论是一种职业危害。