原文链接：Part 1. The secret li[v]es of sitemaps
原文作者：Austin Govella
三个系列中的第一个部分是，当我们在创建信息架构时我们应该做一些什么，如果将它做得更好。
如果你问什么是信息架构师，你会听到导航。如果问什么是信息架构，你会听到分类方法。如果你问什么是IAs通信导航和分类法，你会听到站点地图。
为一个简单的网站想象一个站点地图。
你应该有一个首页。在首页之下，你可能有三个部分：关于我们，我们的服务，联系我们。在每一个部分，你可能有一或多屏。
我们简单的站点地图提供了一个网站或者应用的单张图片。然而，这单张图片阐述了三个独立的东西。
内容如何被组织。
内容如何被标签。
内容如何被导航。
我们可以在我们简单的站点地图上看到这三点。将屏幕分成小组来组织内容。给每一屏内容命名来标签。将屏幕放在一个层级结构表明内容如何被导航。首页的站点地图显示，你可以选择一个部分－例如关于我们，然后选择一个子屏幕。
虽然站点地图表明了内容如何被组织，标签，和导航。但是站点地图还是隐藏了一些东西。这份站点地图假定了一位作者会组织并标签内容，至今我们也没见到作者。然后站点地图又假定了一位用户将会浏览内容，至今我们也没见到用户。当我们和站点地图一起工作时，我们假定了我们的作者和用户问题的答案：
作者会如何与内容交互？
用户会如何与内容交互？
对于站点地图里的每一个项目，我们假定了用户会浏览屏幕，并在某些方面做出反馈。
同样的，对于站点地图上的每一个项目，我们假定了作者会组织并且标签内容。
因为站点地图着重于内容是如何被组织，标签和导航的。它隐藏了用户和作者会如何与内容产生交互。真实的作者和用户隐藏在了站点地图里。
那么，为什么创建站点地图？
当站点地图表述内容被组织，标签和导航的同时，它们还记录了你的团队如何对问题和解决方案的构想。站点地图说明了Andy Fitzgerald和Dan Klyn所说的空间描述。团队思考问题的方法。信息架构，表述在一份站点地图当中，定义了团队解决问题的策略。
然而，站点地图是会说谎的。
站点地图表明了作者将会如何组织和标签，并为内容提供导航。并且站点地图表明了用户将会如何与内容产生交互。当站点地图表明用户和作者如何与内容用同一种方式交互，站点地图假定了用户和作者对内容是同样一种理解。站点地图并没有提供一个理由，为什么作者和用户会有相同的理解。站点地图仅仅说就是这样。这就是隐藏在站点地图背面的谎言。
或者，大概站点地图没有说谎。可能站点地图没有显示用户和作者有一个共同的理解。站点地图只是对一种可能性的展开。
站点地图获得了幻想：作者将会如何与用户交互的幻想；用户他们如何与作者交互的幻想。站点地图真正的谎言是，确定内容如何被组织，标签和导航。一个站点地图描述了一个如何帮助人们分享幻想的系统。
信息架构活在我们有旅行、空间和人的梦里。对信息系统而言，我们必须理解分享梦想。我们必须理解形而上学的属性，成为梦想联系沉淀用户，作者和内容的分享理解。我们必须理解什么创建共享空间。
不幸的是，现在的许多系统太复杂了，我们永远无法理解每个系统每个属性的部分。建构系统分享梦想而不是噩梦，我们必须专注于系统最重要的属性。
（作者从站点地图的三个作用谈起，对内容的组织，标签及导航，但是对站点地图的一些缺陷也进行了质疑，例如站点地图对参与用户行为的揣测本身就是一种谎言，建构在之后的一切交互行为都可能是臆想，所以作者鼓励去对一些更本质的动机进行思考，不过最后一段，对于dream的表述和理解有一些混乱，参与进来的作者于用户之间沟通的理解，是较为复杂的行为，只能通过对最为重要的几种归纳，站点地图更像是产品初期设计团队对一些problem的处理预案，而不是产品的全部内容呈现，个人是这样理解的来着）