最近忙著畢業(yè)設(shè)計，需要文獻翻譯。本想隨便那之前翻譯的交個差，但總覺不夠嚴謹。我的畢業(yè)設(shè)計主要是幫老師的研究所做個網(wǎng)站，本來已經(jīng)有網(wǎng)站了，但老師和我都覺得老版本的網(wǎng)站很是陳舊。于是毛遂自薦。

網(wǎng)站需要重構(gòu)，自然信息架構(gòu)部分也是重要的一環(huán)，雖然之前也看了不少，比如《下廚房的搜索OR分類之思》即是思索的痕跡，但還是系統(tǒng)地翻譯了Five Simple Steps團隊著作的《A Practical Guide to Information Architecture》其中一個章節(jié)：《IA Patterns》。（對于這本書，網(wǎng)上有PDF文檔流傳，由于個人潔癖，就不貼出來，需要的可以留言。另，需要本章節(jié)PDF的亦可留言索要。）

——Start——

這一章都是關(guān)于信息架構(gòu)的模式——主要是針對不同類型網(wǎng)站的信息架構(gòu)所需的一些通用方法。希望能夠拋磚引玉，當你構(gòu)建自己網(wǎng)站的信息架構(gòu)時，能夠從這些模式著手開始。當然，前提是你的網(wǎng)站得符合這些模式中的一類，或者是他們的結(jié)合。

模式是什么

一種模式即是對于一類頻繁遇到的設(shè)計問題的通用解決方法。

模式的思想來源于建筑[1]。正如你所想像的，建筑物有許多普遍的問題等待解決——食品準備區(qū)和食品服務(wù)區(qū)間的關(guān)系，人們?nèi)绾芜M入一幢建筑，以及房間的內(nèi)飾怎樣與屋外和諧相處等等。

模式在軟件開發(fā)領(lǐng)域也非常普遍（一些問題屢次出現(xiàn)），提供一些軟件設(shè)計的解決方案給開發(fā)者們。交互設(shè)計也同樣如此，一些可復用的解決方案浮出水面，通用的需求譬如有登錄表單和分頁設(shè)計。

模式中很關(guān)鍵的一點是這些想法都是來自真實世界的需求。你不必坐下來冥思苦想，為一個全新的領(lǐng)域創(chuàng)建一套模式。以下我們討論的模式都是“勞動人民”智慧的結(jié)晶。

信息架構(gòu)模式

信息架構(gòu)與人們需要使用信息的很多領(lǐng)域都有關(guān)。下面我將闡述每個模式的特點，使用場景，并提供相關(guān)案例。

首先我將討論四種簡單模式（層級、數(shù)據(jù)庫、超文本和線性）以及三種的結(jié)合。

簡單模式

層級

在層級的概念中，類目之間關(guān)系是父子關(guān)系或者廣義與狹義——即抽取為更廣義的群組或者是分解為更具體的群組。

層級結(jié)構(gòu)可以描述為扁平式和錐形式：

• 扁平的層級結(jié)構(gòu)特點是：頂層有很多類目，但層級數(shù)較少；
• 錐形的層級結(jié)構(gòu)特點是：頂層類目較少，但層級數(shù)很多；

一個層級結(jié)構(gòu)也可以描述為嚴格型（strict）和多元層級型（polyhierarchy）：

• 嚴格型層級中，一個類目只能處于一個位置；
• 在多元型層級中，一個類目能夠置于多個位置；

現(xiàn)實世界里，嚴格型層級結(jié)構(gòu)是必須的——畢竟一個實體一次處于不同地方是不可能的。然而，在數(shù)字世界里，我們很容易就能讓一個東西置于很多地方，且很好的解決了現(xiàn)實里類別混亂的局面。我們能夠?qū)|西放在期望看到的多個位置，并且允許類別邊界的重疊。

層級結(jié)構(gòu)是組織信息所使用的最簡單和常規(guī)的方法，適用于內(nèi)容范圍很廣。尤其適用于小型站點，僅僅需要一些簡單的層級——頂層（首頁），一些二級頁面和底層的詳細頁面。

同樣，層級結(jié)構(gòu)對大型站點也適用。尤其是那些內(nèi)容型的網(wǎng)站（內(nèi)容雜亂多樣）。即使你的信息復雜度各異，層級結(jié)構(gòu)也有作用。例如，你首先可以展現(xiàn)綜述信息，然后允許用戶根據(jù)需要細分出更多詳細信息。

3次點擊的“魔咒”

很多年來，一直有個“傳說”：每個具體內(nèi)容從首頁進入時都應(yīng)該少于三次點擊。

對于很多網(wǎng)站來說，這簡直是天方夜譚。按它這么操作，很多網(wǎng)站每個層級的類目將會多的讓人無從選擇。

相反，更重要的應(yīng)該是讓用戶在每個層級都能輕松決策，并告知其處于正確的路徑。如果用戶覺得自己的操作是正確的，那么他們會按照自己的意圖進行瀏覽學習。

圖片16-3：CHISIG(Computer-Human Interaction Special Interest Group)是一個小型的組織且信息量也很少。 ? ?簡單的層級結(jié)構(gòu)就很有效。

圖片16-4.白宮官方網(wǎng)站有許多內(nèi)容，但仍然采用了基礎(chǔ)的層級結(jié)構(gòu)。（whitehouse.gov）

數(shù)據(jù)庫

這里討論的數(shù)據(jù)庫并不是一種技術(shù)對象——各種信息的數(shù)字化存儲，而是一種概念模式。

它們的相同點都是具有特定規(guī)劃的結(jié)構(gòu)或模型，所有的信息都必須來適配于這些結(jié)構(gòu)。所以你不能強加一些不適合此模型的東西。

數(shù)據(jù)庫模式針對的是具有一致性結(jié)構(gòu)的內(nèi)容。有些內(nèi)容可能與其他的沒有直接關(guān)系——它們確實不具備層級內(nèi)容里所需的父子關(guān)系——但是它們都由相同的內(nèi)容塊組成，擁有相同的結(jié)構(gòu)。

例如，etsy網(wǎng)站，這兩個類目沒有任何共同點：

圖片16-7.??? Sleepy time (來自esty.com)

圖片16-8.Headbands (來自esty.com)

但是它們具有相同的內(nèi)容塊來構(gòu)成列表：

• 標題
• 描述
• 標簽
• 材質(zhì)
• 位置
• 付款方式
• 創(chuàng)建日期
• 照片
• 類別
• 顏色

即etsy上的每個產(chǎn)品都是相同的結(jié)構(gòu)。

數(shù)據(jù)庫模式應(yīng)用場景要么是較小的信息集，要么是很大的數(shù)據(jù)集。

數(shù)據(jù)庫結(jié)構(gòu)最大的優(yōu)點是一次性儲存數(shù)據(jù)，然后可以使用不同的數(shù)據(jù)塊和方式來展示信息。例如，在etsy里，你可以通過類別、顏色、位置甚至是最近更新（很小的層級）來尋找內(nèi)容。這給了用戶很多途徑來發(fā)掘他們自己感興趣的信息。

數(shù)據(jù)庫結(jié)構(gòu)適用于音樂、產(chǎn)品目錄、書籍、文章、博文等等具有一致性結(jié)構(gòu)的內(nèi)容。它為用戶提供了很多進入內(nèi)容的入口。例如，flickr（flickr.com）中，你能夠通過攝影者、相冊集、小組、最受歡迎和標簽來發(fā)掘照片。

元數(shù)據(jù)

元數(shù)據(jù)通常被定義為“關(guān)于數(shù)據(jù)的數(shù)據(jù)”或“關(guān)于信息的信息”。這種定義雖然不是很有幫助，但是很準確。元數(shù)據(jù)就是所有的與內(nèi)容塊相關(guān)以及描述內(nèi)容塊的信息。

有三種不同類型的元數(shù)據(jù)：

• 固有數(shù)據(jù)（Intrinsic）:對象實際是什么
• 管理型（Administrative）：它是如何使用
• 描述型（Descriptive）：類目的描述

比如UX Australia博客，元數(shù)據(jù)可能包括：

• 類型：博客發(fā)表的文章（固有數(shù)據(jù)）
• 作者（管理型）
• 發(fā)表時間（管理型）
• URL（管理型）
• 狀態(tài)：已發(fā)表（管理型）
• 標題（描述型）
• 分類（描述型）
• 標簽（描述型）

這些元數(shù)據(jù)主要用于兩件事情：

• 生成特定的內(nèi)容列表（例如，展示‘Announcements’類別下的所有內(nèi)容）
• 選擇頁面中需要展示的內(nèi)容（例如，包括標題、作者、描述、分類）。

當然，項目最困難的部分莫過于決定收集哪類內(nèi)容和他們的內(nèi)容是什么（或者你將使用哪些分類）。

超鏈接

超鏈接模式是信息架構(gòu)中很有趣的部分，因為它似乎是一種反結(jié)構(gòu)（anti-structure）模式。內(nèi)容塊僅僅根據(jù)相互關(guān)系來進行連接。與層級或數(shù)據(jù)庫不同的是，不存在主結(jié)構(gòu)——內(nèi)容僅僅通過鏈接進行連接。

超鏈接結(jié)構(gòu)最佳案例是維基（wiki）。維基沒有預先規(guī)劃的結(jié)構(gòu)——內(nèi)容僅是通過內(nèi)嵌的鏈接產(chǎn)生聯(lián)系。

它的內(nèi)容并沒有主架構(gòu)，也沒有很健壯的數(shù)據(jù)庫結(jié)構(gòu)。（沒錯，他是儲存在數(shù)據(jù)庫中，且有一些基礎(chǔ)的數(shù)據(jù)塊，例如表頭、描述等。但是它不是上面所述的“數(shù)據(jù)庫結(jié)構(gòu)”。）每個頁面都是獨立的，通過相關(guān)鏈接與其他頁面進行連接。

如果內(nèi)容已經(jīng)創(chuàng)建了一段時間，但你仍然不確定構(gòu)建的東西，那么超鏈接結(jié)構(gòu)特別有用。在這種情況下，預先確定詳細架構(gòu)甚至是為網(wǎng)站確定基本模式都是不可能的。許多文檔項目都是這樣起步的——人們首先寫出獨立的文檔頁面，然后忙著通過鏈接來創(chuàng)建文檔關(guān)系。

許多網(wǎng)站開始時都是超鏈接結(jié)構(gòu)，當內(nèi)容確立后，才進行重構(gòu)。

超鏈接結(jié)構(gòu)的主要問題在于：該模式的成功很大程度上取決于人們在內(nèi)容塊間創(chuàng)建的聯(lián)系。對于層級結(jié)構(gòu)，你能很清楚地看到下一級；對于數(shù)據(jù)庫模式，你能展示一種特殊類別的所有內(nèi)容；但對于超鏈接結(jié)構(gòu)，它本身并沒有能力自動展現(xiàn)關(guān)聯(lián)內(nèi)容。如果作者沒有創(chuàng)建鏈接，用戶就根本有辦法發(fā)現(xiàn)信息。

線性

線性模式，顧名思義，按照直線規(guī)則一個跟隨著另一個。

線性模式并不常見——通常使用該模式是為了用戶能夠按照他們所理解的方式跳轉(zhuǎn)內(nèi)容。

如果你遇到一種情境：當用戶轉(zhuǎn)移到另外一件事前，必須先理解一件事情，那么很適合使用線性模式——通常例如，教學資料。如果用戶實際并不需要按特定規(guī)則閱讀的話，就不要使用線性模式了，否則用戶會有一種挫敗感。

[譯者注]

蘋果官方的“Start Developing iOS Apps Today”文檔中就是利用了線性模式，顯然iOS開發(fā)的學習是個循序漸進的線性過程。

混合模式

現(xiàn)在讓我們看看如何結(jié)合這三種簡單的模式來創(chuàng)建更復雜的信息架構(gòu)。他們之間會有重疊，所以不要糾結(jié)于你的網(wǎng)站到底屬于哪一類模式。

“簡單等級+簡單數(shù)據(jù)庫”模式

一種很常見的模式就是簡單的層級結(jié)構(gòu)與多個數(shù)據(jù)庫式內(nèi)容的結(jié)合。

這種模式適用性很廣。你可以針對基礎(chǔ)內(nèi)容創(chuàng)建網(wǎng)站的層級結(jié)構(gòu)部分，然后利用強大的數(shù)據(jù)庫模式將具體信息與某部分集成。當然，也可以是其他任意組合。

案例分析：UX Australia

圖片16-17.?會議網(wǎng)站——一些內(nèi)容頁面安排在了一個小的層級結(jié)構(gòu)中。

圖片16-18. 展示部分使用了數(shù)據(jù)庫結(jié)構(gòu)——這個索引頁面說明了標題、演講者、簡短概述、A-Z順序排列。每個鏈接都指向一個詳細內(nèi)容的展示頁面。（www.uxaustralia.com.au/conference-2009/program/presentations）

這種模式的主要挑戰(zhàn)之一是決定哪部分轉(zhuǎn)化為結(jié)構(gòu)性內(nèi)容，哪部分留下作為層級結(jié)構(gòu)內(nèi)容?？捎腥缦驴紤]：

• 你想在網(wǎng)站的另一部分再次使用某類內(nèi)容？如果你沒有二次使用的需求，那么就不必擔心過度組織的問題——完全是小題大作。
• 數(shù)據(jù)庫結(jié)構(gòu)能幫助你管理大量信息集。如果你一年內(nèi)有很多新聞故事素材，你能夠?qū)⒅暈閷蛹壥絻?nèi)容進行管理。如果一天內(nèi)有上百條，你可能得利用數(shù)據(jù)庫結(jié)構(gòu)來進行自動展示了。

目錄

第二種常用的莫過于目錄模式。

這種結(jié)構(gòu)事實上是數(shù)據(jù)庫模式，但是這里特別提及，是因為它很常用，尤其是電子商務(wù)領(lǐng)域。底層是內(nèi)容，由此向上的三個層級取決于網(wǎng)站規(guī)模和內(nèi)容類型。

Jared Spool曾寫了一篇文章深入分析了該模式[2]，并描述了主頁和內(nèi)容頁包含的三種不同類型：

• 陳列頁（Gallery pages）：提供內(nèi)容頁的直接入口；
• 分類頁（Department pages）：提供陳列頁入口；
• 商店頁（Store pages）：提供分類頁入口；

應(yīng)需而變。毋庸置疑，大型的產(chǎn)品目錄可能會用到這三種。

Jared強調(diào)說，陳列頁是信息架構(gòu)設(shè)計中最困難的環(huán)節(jié)，因為用戶會根據(jù)這個頁面的效果來決定是否點擊瀏覽詳細頁面。

中心輻射型（星型）

中心輻射模式歸根結(jié)底也屬于層級模式的一種。然而，這里想單獨闡述是因為人們使用的時候還是與層級模式有些許不同。

在層級結(jié)構(gòu)中，人們傾向于從頂層（首頁）開始，一級一級向下瀏覽內(nèi)容，經(jīng)常是徘徊于層級結(jié)構(gòu)下的某個分支。而中心輻射型結(jié)構(gòu)中，人們會從一個層級進入到另一個具體信息，然后返回出發(fā)點（中心點）然后在進入到其他詳細頁面，如此往復。例如，對于LinkedIn，個人頁面就是一個中心點——它是你經(jīng)常流連徘徊的地方。

子站（Subsites）

我參與過很多大型網(wǎng)站——政務(wù)網(wǎng)站、大學教育網(wǎng)站等等。我用的最多的一個模式，自稱為“子站點”（曾有一段時間，人們稱之為“門戶（portals）”，但后來就銷聲匿跡了）。

很顯然，整個網(wǎng)站都是有一系列子站構(gòu)成，并通過首頁或多個頂層頁面連接起來。子站可以應(yīng)用任何模式，也不必局限于同一種。

在一些應(yīng)用場景中，子站點都是使用統(tǒng)一的導航和頁面布局，潛移默化地表達一種觀點：這些子站點是品牌網(wǎng)站的一部分。當然，有些實踐方案的導航和頁面布局往往會考慮內(nèi)容和用戶的感受而略有不同，但是仍然會通過一些細節(jié)處理來展示其整體效果。

該模式特別適用于大型組織結(jié)構(gòu)——往往擁有許多職能部門或者很多子品牌——但有需要以一個整體的效果呈現(xiàn)。此外，內(nèi)容分析后，如果你不能找到一種單一的模式解決各部分的信息架構(gòu)，那么你就應(yīng)該考慮“子站模式”，而不是強迫套用某種模式。

正如你所想到的，大學網(wǎng)站是個很好的案例——大學作為一個整體代表了一個組織和品牌，但內(nèi)容多樣，每個學院和組織機構(gòu)都有特定的交流溝通需求（包括對象、政策等）。政府機構(gòu)也是一樣。例如，ABC（Australian Broadcasting Corporation，澳大利亞廣播公司）旗下?lián)碛泻芏嚯娨暸_、廣播站、新聞以及其他網(wǎng)絡(luò)服務(wù)。

圖片16-28. 對于ABC，首頁承載了許多子站點的入口。

集中入口點（Focused entry points）

很多大型站點，不可能以一種單一的方式組織內(nèi)容就能滿足所有的用戶——所謂眾口難調(diào)。

面對這種情況，我通常使用“集中入口點”模式。首先我都會根據(jù)內(nèi)容和核心用戶確定一個適用于該站點的信息架構(gòu)模式（層級結(jié)構(gòu)居多）。

然后，假設(shè)一些用戶不會通過主信息結(jié)構(gòu)來尋找信息，我會有意提供一些入口點來幫助他們發(fā)掘有用的信息。這些入口點不必覆蓋所有站點內(nèi)容——專注核心信息即可。

我曾說過一些分類組合很難使用——特別是用戶組合和任務(wù)組合。我發(fā)現(xiàn)入口點很好地解決了該問題。例如，你先運用基礎(chǔ)的層級結(jié)構(gòu)組織網(wǎng)站內(nèi)容，然后為不同的用戶或任務(wù)提供合理入口。

案例——澳大利亞的水

澳大利亞政府的“水”主題網(wǎng)站包含了很多政府政策和相關(guān)大綱。當然，政策和大綱并不總是這么明顯——一些人可能很了解（如相關(guān)政府人員和媒體工作者），但是很多人都很無措。兩類人都需要找到自己關(guān)心的信息。

這個網(wǎng)站是個運用“集中入口點”模式的典型案例。主信息架構(gòu)是簡單的層級結(jié)構(gòu)，圍繞政策和大綱進行組織：

圖片16-34.?Water policies and programs，作為類別分組顯示出來了。

話題式入口，比如脫鹽（desalination）、雨水貯蓄池（rainwater tanks）和節(jié)水（saving water），提供一些用戶感興趣的話題入口：

圖片16-35.?話題入口頁面——鏈接貫穿整個網(wǎng)站

標簽（Tagged）

標簽?zāi)Ｊ綗o論在基礎(chǔ)的數(shù)據(jù)庫模式或者是超鏈接模式中都有所運用。網(wǎng)站中的每個類目都利用關(guān)鍵詞作為標簽——而它們同時也是內(nèi)容的入口。

標簽可能是內(nèi)容原作者添加的，也可能是其他具有權(quán)限的讀者（例如同一團隊成員）。

這種模式適用于大量不同內(nèi)容的作品集，特別是內(nèi)容讀者都具有很不同的觀點和想法。

當用戶感覺無從下手時，標簽?zāi)軌驇椭脩籼剿骱桶l(fā)現(xiàn)相關(guān)的信息。例如，F(xiàn)lickr列出了所有的標簽，你可以根據(jù)一個特定的標簽找出所有相關(guān)照片——攝影師和訪問者都有權(quán)添加標簽。

[1] 最著名模式方面的建筑著作是Christopher Alexander的《The Timeless Way of Building》（1979）。

[2] 目錄模式更多信息可以參見Jared Spool的文章：The 8 Types of Navigation Pages和Galleries: The Hardest Working Page on Your Site。另外，也可以參考Jared和Robert Hoekman Jr合著的《網(wǎng)站設(shè)計結(jié)構(gòu)——有效的交互設(shè)計框架和模式》（Web Anatomy: Interaction Design Frameworks that Work）。

源地址：http://www.hoowolf.net/20……/ia-patterns/