原文鏈接：Part 1. The secret li[v]es of sitemaps
原文作者：Austin Govella
三個系列中的第一個部分是，當我們在創(chuàng)建信息架構時我們應該做一些什么，如果將它做得更好艺普。
如果你問什么是信息架構師旨椒，你會聽到導航垄提。如果問什么是信息架構漩氨，你會聽到分類方法饭耳。如果你問什么是IAs通信導航和分類法膛腐，你會聽到站點地圖睛约。
為一個簡單的網(wǎng)站想象一個站點地圖。
你應該有一個首頁哲身。在首頁之下辩涝，你可能有三個部分：關于我們，我們的服務勘天，聯(lián)系我們怔揩。在每一個部分，你可能有一或多屏脯丝。
我們簡單的站點地圖提供了一個網(wǎng)站或者應用的單張圖片商膊。然而，這單張圖片闡述了三個獨立的東西宠进。
內(nèi)容如何被組織晕拆。
內(nèi)容如何被標簽。
內(nèi)容如何被導航材蹬。
我們可以在我們簡單的站點地圖上看到這三點实幕。將屏幕分成小組來組織內(nèi)容阱高。給每一屏內(nèi)容命名來標簽。將屏幕放在一個層級結(jié)構表明內(nèi)容如何被導航茬缩。首頁的站點地圖顯示赤惊，你可以選擇一個部分－例如關于我們，然后選擇一個子屏幕凰锡。
雖然站點地圖表明了內(nèi)容如何被組織未舟，標簽，和導航掂为。但是站點地圖還是隱藏了一些東西裕膀。這份站點地圖假定了一位作者會組織并標簽內(nèi)容，至今我們也沒見到作者勇哗。然后站點地圖又假定了一位用戶將會瀏覽內(nèi)容昼扛，至今我們也沒見到用戶。當我們和站點地圖一起工作時欲诺，我們假定了我們的作者和用戶問題的答案：
作者會如何與內(nèi)容交互抄谐？
用戶會如何與內(nèi)容交互？
對于站點地圖里的每一個項目扰法，我們假定了用戶會瀏覽屏幕蛹含，并在某些方面做出反饋。
同樣的塞颁，對于站點地圖上的每一個項目浦箱，我們假定了作者會組織并且標簽內(nèi)容。
因為站點地圖著重于內(nèi)容是如何被組織祠锣，標簽和導航的酷窥。它隱藏了用戶和作者會如何與內(nèi)容產(chǎn)生交互。真實的作者和用戶隱藏在了站點地圖里伴网。
那么蓬推，為什么創(chuàng)建站點地圖？
當站點地圖表述內(nèi)容被組織是偷，標簽和導航的同時拳氢，它們還記錄了你的團隊如何對問題和解決方案的構想募逞。站點地圖說明了Andy Fitzgerald和Dan Klyn所說的空間描述蛋铆。團隊思考問題的方法。信息架構放接，表述在一份站點地圖當中刺啦，定義了團隊解決問題的策略。
然而纠脾，站點地圖是會說謊的玛瘸。
站點地圖表明了作者將會如何組織和標簽蜕青，并為內(nèi)容提供導航。并且站點地圖表明了用戶將會如何與內(nèi)容產(chǎn)生交互糊渊。當站點地圖表明用戶和作者如何與內(nèi)容用同一種方式交互右核，站點地圖假定了用戶和作者對內(nèi)容是同樣一種理解。站點地圖并沒有提供一個理由渺绒，為什么作者和用戶會有相同的理解贺喝。站點地圖僅僅說就是這樣。這就是隱藏在站點地圖背面的謊言宗兼。
或者躏鱼，大概站點地圖沒有說謊∫笊埽可能站點地圖沒有顯示用戶和作者有一個共同的理解染苛。站點地圖只是對一種可能性的展開。
站點地圖獲得了幻想：作者將會如何與用戶交互的幻想主到；用戶他們?nèi)绾闻c作者交互的幻想茶行。站點地圖真正的謊言是，確定內(nèi)容如何被組織登钥，標簽和導航拢军。一個站點地圖描述了一個如何幫助人們分享幻想的系統(tǒng)。
信息架構活在我們有旅行怔鳖、空間和人的夢里茉唉。對信息系統(tǒng)而言，我們必須理解分享夢想结执。我們必須理解形而上學的屬性度陆，成為夢想聯(lián)系沉淀用戶，作者和內(nèi)容的分享理解献幔。我們必須理解什么創(chuàng)建共享空間懂傀。
不幸的是，現(xiàn)在的許多系統(tǒng)太復雜了蜡感，我們永遠無法理解每個系統(tǒng)每個屬性的部分蹬蚁。建構系統(tǒng)分享夢想而不是噩夢，我們必須專注于系統(tǒng)最重要的屬性郑兴。
（作者從站點地圖的三個作用談起犀斋，對內(nèi)容的組織，標簽及導航情连，但是對站點地圖的一些缺陷也進行了質(zhì)疑叽粹，例如站點地圖對參與用戶行為的揣測本身就是一種謊言，建構在之后的一切交互行為都可能是臆想，所以作者鼓勵去對一些更本質(zhì)的動機進行思考虫几，不過最后一段锤灿，對于dream的表述和理解有一些混亂，參與進來的作者于用戶之間溝通的理解辆脸，是較為復雜的行為但校，只能通過對最為重要的幾種歸納，站點地圖更像是產(chǎn)品初期設計團隊對一些problem的處理預案啡氢，而不是產(chǎn)品的全部內(nèi)容呈現(xiàn)始腾，個人是這樣理解的來著）
