信息架构不是你轻易可以之处的东西，它是抽象的；存在于产品和服务的深层语义结构中。
内容，用户，情景是构成我们实践有效的信息架构基础。此模式下我们必须认识到，你不可能在真空中设计出有用的信息架构。我们采用由用户、内容和情境组成的“信息生态”来说明存在于这些信息环境中的复杂依赖关系。
优良的信息架构是从这三方面着手的，而且三者都是动态目标。可变因素的混合随着信息的环境不同而有所不同，而且它在同一环境中也会随着时间而改变。当问到信息架构师应该提供的最重要特征时，答案就会变得简单：对用户及其需求（来自人机交互以及其他各种领域）、内容（考虑技术传播和新闻业）和情景（读一本组织心理学有关的书籍）有所了解。
情景
所有的数字化项目都存在于特定的商业或者组织环境中。将组织中的特定任务，目标 ，流程，员工，策略，预算和文化等混合在一起后，每一个组织就成为独一无二的组织了。
信息架构应该完全与它们的情景相吻合。你的网站和应用程序的词汇、结构变成你的生意和顾客与员工之间的对话演进时的重要组件。他影响着这些人对你的产品服务的看法，让他们知道会从你这里获得什么，从而在顾客和员工之间造成互动的限制或者亲近。
首先需了解商业情景，其独特性，生意点在哪里？我们需要讨论各种办法，尝试与提取这些被了解的情景，然后需要将信息架构与企业目标、策略以及文化结合起来。我们还需了解由用户用来与你的组织进行贾湖的渠道所需的情景差异，例如是通过手机还是浏览器上的网站来体验服务？
内容
“内容”的定义非常广泛，它包括文档，应用程序、服务、模式，以及人们需要在你的系统中使用或者查找的元数据。当你观察各种数字化系统的内容时，下面的内容就会浮出水面，作为区分各种信息生态的因素。
所有权
内容是谁创建的？谁又拥有这些内容？.......
格式
网站和企业网络已经变成获取组织内所有数字格式的统一途径。数据库，产品目录，讨论归档等，只是网站上各种文件，数据库以及应用软件种类中的一小部分。
结构
文档之间的地位权重并不平等。一些信息系统是以文档为主轴创建的，它们完全集成的文档视为最小的独立单元。其他的系统则采取内容组件或者数字资产的方法，搭配某种形式的结构化标记语言（xml,json等）来在更精细的粒度级别上进行访问管理。
元数据
你的系统中已经有多少用于描述内容和对象的元数据？文档是手动加入标签还是自动加入标签的？是否有一套受控词表，还是让用户为内容提供自己的标签？这些因素决定着信息检索和内容管理这两方面的要从头开始的部分有多少。
数量
涵盖的内容有多少？系统有多大？
动态性
增长率或者周转率有多少？明年会增加多少内容？这些内容多长时间会过时？可变因素的混合随着信息环境的不同而不同，而且它在同一个环境中也会随着时间而改变。
用户
现实世界中的顾客喜好和行为的差异，在网站和应用情境中会被转化成不同的信息需求和信息搜寻行为。研究用户需要真正走出象牙塔研究真正的用户。
