正如上一章所说，IA专注于创建可查找和可搜寻的环境，信息架构是从人和他们来到你的网站或者使用你的应用程序的原因开始的；他们有信息需求。
在设计信息架构时，没有什么比满足人们的需求更加重要的目标了。区分用户的不同需求与行为，并且确定哪些是用户的当务之急是非常有价值的——它可以帮助你确定在设计信息架构时，应该将精力和资源放在那些地方。
“太过简单的”信息模型
人们不总是简单得知道他们想要是的什么。人们有时候通过检索网站来试着查找某种信息；你不知道自己要找什么，也可能不知道如何去表达它。人们通常会部分满意或者彻底挫败状态完成信息查找。在查找过程中，他们也可能会完全改变他们所查找的内容信息。
过于简单的模型（用户提问-黑魔法-用户得到答复）只关注用户与信息架构交互时会发生的情况。信息需求的情景（用户敲击键盘前后发生的所有相关事项）完全被冷落了。最后，这个模型通过过度简化完全放弃了了解很多用户的想法和观察他们信息架构交互时会发生什么样的机会。
这个模型很危险，因为他建立在一个错误的认知上；查找信息是一个简单的问题，通过一个简单的算法就可以解决它（SQL等数据库技术）。因此造成了人们认为可以用相同的方式对待半结构化文本文档中的抽象想法和概念。
信息需求
数字系统存储的不只是高度结构化的数据。文本是最常见的数据存储类型，而且文本本身就是由模糊且混乱的想法概念组成的。当我们在网站上查找告知我们或者帮助我们做出决定的想法与概念时，答案是一个模棱两可的动态目标。
4种主要的信息需求（利用捕鱼隐喻）
1.已知条目搜索（完美的捕鱼）：对于某个问题有准确无二义的回答。
2.探索式搜索（碰运气）：当用户希望在众多信息中找到一些有用的条目时，就是在进行探索式搜索，他会很高兴能检索到一些好的结果，并且使用它们作为下一下搜索的跳板。有时可能也无法确定探索式搜索何时可以完成。
3.无遗漏式搜索（一网打尽）：用户千方百计地搜索关于某个主题的所有信息。在这种情况下，用户需要足够的耐心，因为这种搜索会得到比其他信息需求更多的结果。
4.重新搜索（我以前见过你，大白鲸...）
信息搜索行为
用户如何查找信息？他们在搜索系统中输入查询，在链接之间进行浏览，并向别人寻求帮助（电子邮件，聊天界面等），搜索，浏览和询问都是查找的方法，他们是信息搜寻行为的基本构件。
搜索行为有两个其他的主要方面：整合和迭代。我们的信息需求在查找会话中可能会改变，从而导致我们在每个新迭代中尝试新方法。每一次搜索，浏览，查询和内容进行交互的迭代都可能会对我们正在查找的东西产生巨大影响。
信息搜寻行为的这些不同组成部分放在复杂的模型中，例如下图的“采摘模型”，在这一模型中用户提出一个需求（查询），然后再一个信息系统种沿着可能非常复杂的的路径迭代移动，并在这个过程中采摘（“草莓”）。在这个过程中，当他们了解跟多他们需要什么，以及他们从系统中能够得到什么消息时，就会修改自己的需求。
了解信息需求和信息搜索行为
如何了解用户的信息需求和搜寻行为？这里推荐两个用户研究方法：搜索分析和情景式调查。搜索分析设计检查你网站上最常见涉及检查你网站上最常见的搜索查询（通常存储在搜索引擎的日志文件中），作为诊断性能，元数据、导航和内容问题的一种方法。搜索分析提供了一种用户通常搜寻什么感觉，而且它们可以帮你了解他们的信息需求和搜寻行为（这为开发和分析任务提供方便）
当然搜索分析任务是基于大量的真实用户数据，但是它还是提供了直接与他们交互并更多地了解了他们需求的机会。情景式调查是搜索分析的很好补充，因为它可以观察用户如何在他们的“自然”设定中与信息交互，并且询问他们为什么这么做。
可能会使用的其他用户研究方法是任务分析，调查和焦点小组。应尽可能考虑让你得到用户直接的需求陈述的所有方法；当你可以这么做时，尽可能使用多种方法来包含更多用户需求。
记住你的目标是尽全力了解用户的主要需求和可能的信息搜索行为。更好地理解用户想要从你的系统中得到什么，确实有助于你确定并优先考虑创建哪些组件让你的工作更加简单。
