信息架構(gòu)的模式
最近忙著畢業(yè)設(shè)計(jì),需要文獻(xiàn)翻譯。本想隨便那之前翻譯的交個(gè)差,但總覺不夠嚴(yán)謹(jǐn)。我的畢業(yè)設(shè)計(jì)主要是幫老師的研究所做個(gè)網(wǎng)站,本來(lái)已經(jīng)有網(wǎng)站了,但老師和我都覺得老版本的網(wǎng)站很是陳舊。于是毛遂自薦。
網(wǎng)站需要重構(gòu),自然信息架構(gòu)部分也是重要的一環(huán),雖然之前也看了不少,比如《下廚房的搜索OR分類之思》即是思索的痕跡,但還是系統(tǒng)地翻譯了Five Simple Steps團(tuán)隊(duì)著作的《A Practical Guide to Information Architecture》其中一個(gè)章節(jié):《IA Patterns》。(對(duì)于這本書,網(wǎng)上有PDF文檔流傳,由于個(gè)人潔癖,就不貼出來(lái),需要的可以留言。另,需要本章節(jié)PDF的亦可留言索要。)
——Start——
這一章都是關(guān)于信息架構(gòu)的模式——主要是針對(duì)不同類型網(wǎng)站的信息架構(gòu)所需的一些通用方法。希望能夠拋磚引玉,當(dāng)你構(gòu)建自己網(wǎng)站的信息架構(gòu)時(shí),能夠從這些模式著手開始。當(dāng)然,前提是你的網(wǎng)站得符合這些模式中的一類,或者是他們的結(jié)合。
模式是什么
一種模式即是對(duì)于一類頻繁遇到的設(shè)計(jì)問題的通用解決方法。
模式的思想來(lái)源于建筑[1]。正如你所想像的,建筑物有許多普遍的問題等待解決——食品準(zhǔn)備區(qū)和食品服務(wù)區(qū)間的關(guān)系,人們?nèi)绾芜M(jìn)入一幢建筑,以及房間的內(nèi)飾怎樣與屋外和諧相處等等。
模式在軟件開發(fā)領(lǐng)域也非常普遍(一些問題屢次出現(xiàn)),提供一些軟件設(shè)計(jì)的解決方案給開發(fā)者們。交互設(shè)計(jì)也同樣如此,一些可復(fù)用的解決方案浮出水面,通用的需求譬如有登錄表單和分頁(yè)設(shè)計(jì)。
模式中很關(guān)鍵的一點(diǎn)是這些想法都是來(lái)自真實(shí)世界的需求。你不必坐下來(lái)冥思苦想,為一個(gè)全新的領(lǐng)域創(chuàng)建一套模式。以下我們討論的模式都是“勞動(dòng)人民”智慧的結(jié)晶。
信息架構(gòu)模式
信息架構(gòu)與人們需要使用信息的很多領(lǐng)域都有關(guān)。下面我將闡述每個(gè)模式的特點(diǎn),使用場(chǎng)景,并提供相關(guān)案例。
首先我將討論四種簡(jiǎn)單模式(層級(jí)、數(shù)據(jù)庫(kù)、超文本和線性)以及三種的結(jié)合。
簡(jiǎn)單模式
層級(jí)
在層級(jí)的概念中,類目之間關(guān)系是父子關(guān)系或者廣義與狹義——即抽取為更廣義的群組或者是分解為更具體的群組。
層級(jí)結(jié)構(gòu)可以描述為扁平式和錐形式:
- 扁平的層級(jí)結(jié)構(gòu)特點(diǎn)是:頂層有很多類目,但層級(jí)數(shù)較少;
- 錐形的層級(jí)結(jié)構(gòu)特點(diǎn)是:頂層類目較少,但層級(jí)數(shù)很多;
一個(gè)層級(jí)結(jié)構(gòu)也可以描述為嚴(yán)格型(strict)和多元層級(jí)型(polyhierarchy):
- 嚴(yán)格型層級(jí)中,一個(gè)類目只能處于一個(gè)位置;
- 在多元型層級(jí)中,一個(gè)類目能夠置于多個(gè)位置;
現(xiàn)實(shí)世界里,嚴(yán)格型層級(jí)結(jié)構(gòu)是必須的——畢竟一個(gè)實(shí)體一次處于不同地方是不可能的。然而,在數(shù)字世界里,我們很容易就能讓一個(gè)東西置于很多地方,且很好的解決了現(xiàn)實(shí)里類別混亂的局面。我們能夠?qū)|西放在期望看到的多個(gè)位置,并且允許類別邊界的重疊。
層級(jí)結(jié)構(gòu)是組織信息所使用的最簡(jiǎn)單和常規(guī)的方法,適用于內(nèi)容范圍很廣。尤其適用于小型站點(diǎn),僅僅需要一些簡(jiǎn)單的層級(jí)——頂層(首頁(yè)),一些二級(jí)頁(yè)面和底層的詳細(xì)頁(yè)面。
同樣,層級(jí)結(jié)構(gòu)對(duì)大型站點(diǎn)也適用。尤其是那些內(nèi)容型的網(wǎng)站(內(nèi)容雜亂多樣)。即使你的信息復(fù)雜度各異,層級(jí)結(jié)構(gòu)也有作用。例如,你首先可以展現(xiàn)綜述信息,然后允許用戶根據(jù)需要細(xì)分出更多詳細(xì)信息。
3次點(diǎn)擊的“魔咒”
很多年來(lái),一直有個(gè)“傳說”:每個(gè)具體內(nèi)容從首頁(yè)進(jìn)入時(shí)都應(yīng)該少于三次點(diǎn)擊。
對(duì)于很多網(wǎng)站來(lái)說,這簡(jiǎn)直是天方夜譚。按它這么操作,很多網(wǎng)站每個(gè)層級(jí)的類目將會(huì)多的讓人無(wú)從選擇。
相反,更重要的應(yīng)該是讓用戶在每個(gè)層級(jí)都能輕松決策,并告知其處于正確的路徑。如果用戶覺得自己的操作是正確的,那么他們會(huì)按照自己的意圖進(jìn)行瀏覽學(xué)習(xí)。
圖片16-3:CHISIG(Computer-Human Interaction Special Interest Group)是一個(gè)小型的組織且信息量也很少。 ? ?簡(jiǎn)單的層級(jí)結(jié)構(gòu)就很有效。
圖片16-4.白宮官方網(wǎng)站有許多內(nèi)容,但仍然采用了基礎(chǔ)的層級(jí)結(jié)構(gòu)。(whitehouse.gov)
數(shù)據(jù)庫(kù)
這里討論的數(shù)據(jù)庫(kù)并不是一種技術(shù)對(duì)象——各種信息的數(shù)字化存儲(chǔ),而是一種概念模式。
它們的相同點(diǎn)都是具有特定規(guī)劃的結(jié)構(gòu)或模型,所有的信息都必須來(lái)適配于這些結(jié)構(gòu)。所以你不能強(qiáng)加一些不適合此模型的東西。
數(shù)據(jù)庫(kù)模式針對(duì)的是具有一致性結(jié)構(gòu)的內(nèi)容。有些內(nèi)容可能與其他的沒有直接關(guān)系——它們確實(shí)不具備層級(jí)內(nèi)容里所需的父子關(guān)系——但是它們都由相同的內(nèi)容塊組成,擁有相同的結(jié)構(gòu)。
例如,etsy網(wǎng)站,這兩個(gè)類目沒有任何共同點(diǎn):
圖片16-7.??? Sleepy time (來(lái)自esty.com)
圖片16-8.Headbands (來(lái)自esty.com)
但是它們具有相同的內(nèi)容塊來(lái)構(gòu)成列表:
- 標(biāo)題
- 描述
- 標(biāo)簽
- 材質(zhì)
- 位置
- 付款方式
- 創(chuàng)建日期
- 照片
- 類別
- 顏色
即etsy上的每個(gè)產(chǎn)品都是相同的結(jié)構(gòu)。
數(shù)據(jù)庫(kù)模式應(yīng)用場(chǎng)景要么是較小的信息集,要么是很大的數(shù)據(jù)集。
數(shù)據(jù)庫(kù)結(jié)構(gòu)最大的優(yōu)點(diǎn)是一次性儲(chǔ)存數(shù)據(jù),然后可以使用不同的數(shù)據(jù)塊和方式來(lái)展示信息。例如,在etsy里,你可以通過類別、顏色、位置甚至是最近更新(很小的層級(jí))來(lái)尋找內(nèi)容。這給了用戶很多途徑來(lái)發(fā)掘他們自己感興趣的信息。
數(shù)據(jù)庫(kù)結(jié)構(gòu)適用于音樂、產(chǎn)品目錄、書籍、文章、博文等等具有一致性結(jié)構(gòu)的內(nèi)容。它為用戶提供了很多進(jìn)入內(nèi)容的入口。例如,flickr(flickr.com)中,你能夠通過攝影者、相冊(cè)集、小組、最受歡迎和標(biāo)簽來(lái)發(fā)掘照片。
元數(shù)據(jù)
元數(shù)據(jù)通常被定義為“關(guān)于數(shù)據(jù)的數(shù)據(jù)”或“關(guān)于信息的信息”。這種定義雖然不是很有幫助,但是很準(zhǔn)確。元數(shù)據(jù)就是所有的與內(nèi)容塊相關(guān)以及描述內(nèi)容塊的信息。
有三種不同類型的元數(shù)據(jù):
- 固有數(shù)據(jù)(Intrinsic):對(duì)象實(shí)際是什么
- 管理型(Administrative):它是如何使用
- 描述型(Descriptive):類目的描述
比如UX Australia博客,元數(shù)據(jù)可能包括:
- 類型:博客發(fā)表的文章(固有數(shù)據(jù))
- 作者(管理型)
- 發(fā)表時(shí)間(管理型)
- URL(管理型)
- 狀態(tài):已發(fā)表(管理型)
- 標(biāo)題(描述型)
- 分類(描述型)
- 標(biāo)簽(描述型)
這些元數(shù)據(jù)主要用于兩件事情:
- 生成特定的內(nèi)容列表(例如,展示‘Announcements’類別下的所有內(nèi)容)
- 選擇頁(yè)面中需要展示的內(nèi)容(例如,包括標(biāo)題、作者、描述、分類)。
當(dāng)然,項(xiàng)目最困難的部分莫過于決定收集哪類內(nèi)容和他們的內(nèi)容是什么(或者你將使用哪些分類)。
超鏈接
超鏈接模式是信息架構(gòu)中很有趣的部分,因?yàn)樗坪跏且环N反結(jié)構(gòu)(anti-structure)模式。內(nèi)容塊僅僅根據(jù)相互關(guān)系來(lái)進(jìn)行連接。與層級(jí)或數(shù)據(jù)庫(kù)不同的是,不存在主結(jié)構(gòu)——內(nèi)容僅僅通過鏈接進(jìn)行連接。
超鏈接結(jié)構(gòu)最佳案例是維基(wiki)。維基沒有預(yù)先規(guī)劃的結(jié)構(gòu)——內(nèi)容僅是通過內(nèi)嵌的鏈接產(chǎn)生聯(lián)系。
它的內(nèi)容并沒有主架構(gòu),也沒有很健壯的數(shù)據(jù)庫(kù)結(jié)構(gòu)。(沒錯(cuò),他是儲(chǔ)存在數(shù)據(jù)庫(kù)中,且有一些基礎(chǔ)的數(shù)據(jù)塊,例如表頭、描述等。但是它不是上面所述的“數(shù)據(jù)庫(kù)結(jié)構(gòu)”。)每個(gè)頁(yè)面都是獨(dú)立的,通過相關(guān)鏈接與其他頁(yè)面進(jìn)行連接。
如果內(nèi)容已經(jīng)創(chuàng)建了一段時(shí)間,但你仍然不確定構(gòu)建的東西,那么超鏈接結(jié)構(gòu)特別有用。在這種情況下,預(yù)先確定詳細(xì)架構(gòu)甚至是為網(wǎng)站確定基本模式都是不可能的。許多文檔項(xiàng)目都是這樣起步的——人們首先寫出獨(dú)立的文檔頁(yè)面,然后忙著通過鏈接來(lái)創(chuàng)建文檔關(guān)系。
許多網(wǎng)站開始時(shí)都是超鏈接結(jié)構(gòu),當(dāng)內(nèi)容確立后,才進(jìn)行重構(gòu)。
超鏈接結(jié)構(gòu)的主要問題在于:該模式的成功很大程度上取決于人們?cè)趦?nèi)容塊間創(chuàng)建的聯(lián)系。對(duì)于層級(jí)結(jié)構(gòu),你能很清楚地看到下一級(jí);對(duì)于數(shù)據(jù)庫(kù)模式,你能展示一種特殊類別的所有內(nèi)容;但對(duì)于超鏈接結(jié)構(gòu),它本身并沒有能力自動(dòng)展現(xiàn)關(guān)聯(lián)內(nèi)容。如果作者沒有創(chuàng)建鏈接,用戶就根本有辦法發(fā)現(xiàn)信息。
線性
線性模式,顧名思義,按照直線規(guī)則一個(gè)跟隨著另一個(gè)。
線性模式并不常見——通常使用該模式是為了用戶能夠按照他們所理解的方式跳轉(zhuǎn)內(nèi)容。
如果你遇到一種情境:當(dāng)用戶轉(zhuǎn)移到另外一件事前,必須先理解一件事情,那么很適合使用線性模式——通常例如,教學(xué)資料。如果用戶實(shí)際并不需要按特定規(guī)則閱讀的話,就不要使用線性模式了,否則用戶會(huì)有一種挫敗感。
[譯者注]
蘋果官方的“Start Developing iOS Apps Today”文檔中就是利用了線性模式,顯然iOS開發(fā)的學(xué)習(xí)是個(gè)循序漸進(jìn)的線性過程。
混合模式
現(xiàn)在讓我們看看如何結(jié)合這三種簡(jiǎn)單的模式來(lái)創(chuàng)建更復(fù)雜的信息架構(gòu)。他們之間會(huì)有重疊,所以不要糾結(jié)于你的網(wǎng)站到底屬于哪一類模式。
“簡(jiǎn)單等級(jí)+簡(jiǎn)單數(shù)據(jù)庫(kù)”模式
一種很常見的模式就是簡(jiǎn)單的層級(jí)結(jié)構(gòu)與多個(gè)數(shù)據(jù)庫(kù)式內(nèi)容的結(jié)合。
這種模式適用性很廣。你可以針對(duì)基礎(chǔ)內(nèi)容創(chuàng)建網(wǎng)站的層級(jí)結(jié)構(gòu)部分,然后利用強(qiáng)大的數(shù)據(jù)庫(kù)模式將具體信息與某部分集成。當(dāng)然,也可以是其他任意組合。
案例分析:UX Australia
圖片16-17.?會(huì)議網(wǎng)站——一些內(nèi)容頁(yè)面安排在了一個(gè)小的層級(jí)結(jié)構(gòu)中。
圖片16-18. 展示部分使用了數(shù)據(jù)庫(kù)結(jié)構(gòu)——這個(gè)索引頁(yè)面說明了標(biāo)題、演講者、簡(jiǎn)短概述、A-Z順序排列。每個(gè)鏈接都指向一個(gè)詳細(xì)內(nèi)容的展示頁(yè)面。(www.uxaustralia.com.au/conference-2009/program/presentations)
這種模式的主要挑戰(zhàn)之一是決定哪部分轉(zhuǎn)化為結(jié)構(gòu)性內(nèi)容,哪部分留下作為層級(jí)結(jié)構(gòu)內(nèi)容。可有如下考慮:
- 你想在網(wǎng)站的另一部分再次使用某類內(nèi)容?如果你沒有二次使用的需求,那么就不必?fù)?dān)心過度組織的問題——完全是小題大作。
- 數(shù)據(jù)庫(kù)結(jié)構(gòu)能幫助你管理大量信息集。如果你一年內(nèi)有很多新聞故事素材,你能夠?qū)⒅暈閷蛹?jí)式內(nèi)容進(jìn)行管理。如果一天內(nèi)有上百條,你可能得利用數(shù)據(jù)庫(kù)結(jié)構(gòu)來(lái)進(jìn)行自動(dòng)展示了。
目錄
第二種常用的莫過于目錄模式。
這種結(jié)構(gòu)事實(shí)上是數(shù)據(jù)庫(kù)模式,但是這里特別提及,是因?yàn)樗艹S?,尤其?strong>電子商務(wù)領(lǐng)域。底層是內(nèi)容,由此向上的三個(gè)層級(jí)取決于網(wǎng)站規(guī)模和內(nèi)容類型。
Jared Spool曾寫了一篇文章深入分析了該模式[2],并描述了主頁(yè)和內(nèi)容頁(yè)包含的三種不同類型:
- 陳列頁(yè)(Gallery pages):提供內(nèi)容頁(yè)的直接入口;
- 分類頁(yè)(Department pages):提供陳列頁(yè)入口;
- 商店頁(yè)(Store pages):提供分類頁(yè)入口;
應(yīng)需而變。毋庸置疑,大型的產(chǎn)品目錄可能會(huì)用到這三種。
Jared強(qiáng)調(diào)說,陳列頁(yè)是信息架構(gòu)設(shè)計(jì)中最困難的環(huán)節(jié),因?yàn)橛脩魰?huì)根據(jù)這個(gè)頁(yè)面的效果來(lái)決定是否點(diǎn)擊瀏覽詳細(xì)頁(yè)面。
中心輻射型(星型)
中心輻射模式歸根結(jié)底也屬于層級(jí)模式的一種。然而,這里想單獨(dú)闡述是因?yàn)槿藗兪褂玫臅r(shí)候還是與層級(jí)模式有些許不同。
在層級(jí)結(jié)構(gòu)中,人們傾向于從頂層(首頁(yè))開始,一級(jí)一級(jí)向下瀏覽內(nèi)容,經(jīng)常是徘徊于層級(jí)結(jié)構(gòu)下的某個(gè)分支。而中心輻射型結(jié)構(gòu)中,人們會(huì)從一個(gè)層級(jí)進(jìn)入到另一個(gè)具體信息,然后返回出發(fā)點(diǎn)(中心點(diǎn))然后在進(jìn)入到其他詳細(xì)頁(yè)面,如此往復(fù)。例如,對(duì)于LinkedIn,個(gè)人頁(yè)面就是一個(gè)中心點(diǎn)——它是你經(jīng)常流連徘徊的地方。
子站(Subsites)
我參與過很多大型網(wǎng)站——政務(wù)網(wǎng)站、大學(xué)教育網(wǎng)站等等。我用的最多的一個(gè)模式,自稱為“子站點(diǎn)”(曾有一段時(shí)間,人們稱之為“門戶(portals)”,但后來(lái)就銷聲匿跡了)。
很顯然,整個(gè)網(wǎng)站都是有一系列子站構(gòu)成,并通過首頁(yè)或多個(gè)頂層頁(yè)面連接起來(lái)。子站可以應(yīng)用任何模式,也不必局限于同一種。
在一些應(yīng)用場(chǎng)景中,子站點(diǎn)都是使用統(tǒng)一的導(dǎo)航和頁(yè)面布局,潛移默化地表達(dá)一種觀點(diǎn):這些子站點(diǎn)是品牌網(wǎng)站的一部分。當(dāng)然,有些實(shí)踐方案的導(dǎo)航和頁(yè)面布局往往會(huì)考慮內(nèi)容和用戶的感受而略有不同,但是仍然會(huì)通過一些細(xì)節(jié)處理來(lái)展示其整體效果。
該模式特別適用于大型組織結(jié)構(gòu)——往往擁有許多職能部門或者很多子品牌——但有需要以一個(gè)整體的效果呈現(xiàn)。此外,內(nèi)容分析后,如果你不能找到一種單一的模式解決各部分的信息架構(gòu),那么你就應(yīng)該考慮“子站模式”,而不是強(qiáng)迫套用某種模式。
正如你所想到的,大學(xué)網(wǎng)站是個(gè)很好的案例——大學(xué)作為一個(gè)整體代表了一個(gè)組織和品牌,但內(nèi)容多樣,每個(gè)學(xué)院和組織機(jī)構(gòu)都有特定的交流溝通需求(包括對(duì)象、政策等)。政府機(jī)構(gòu)也是一樣。例如,ABC(Australian Broadcasting Corporation,澳大利亞廣播公司)旗下?lián)碛泻芏嚯娨暸_(tái)、廣播站、新聞以及其他網(wǎng)絡(luò)服務(wù)。
圖片16-28. 對(duì)于ABC,首頁(yè)承載了許多子站點(diǎn)的入口。
集中入口點(diǎn)(Focused entry points)
很多大型站點(diǎn),不可能以一種單一的方式組織內(nèi)容就能滿足所有的用戶——所謂眾口難調(diào)。
面對(duì)這種情況,我通常使用“集中入口點(diǎn)”模式。首先我都會(huì)根據(jù)內(nèi)容和核心用戶確定一個(gè)適用于該站點(diǎn)的信息架構(gòu)模式(層級(jí)結(jié)構(gòu)居多)。
然后,假設(shè)一些用戶不會(huì)通過主信息結(jié)構(gòu)來(lái)尋找信息,我會(huì)有意提供一些入口點(diǎn)來(lái)幫助他們發(fā)掘有用的信息。這些入口點(diǎn)不必覆蓋所有站點(diǎn)內(nèi)容——專注核心信息即可。
我曾說過一些分類組合很難使用——特別是用戶組合和任務(wù)組合。我發(fā)現(xiàn)入口點(diǎn)很好地解決了該問題。例如,你先運(yùn)用基礎(chǔ)的層級(jí)結(jié)構(gòu)組織網(wǎng)站內(nèi)容,然后為不同的用戶或任務(wù)提供合理入口。
案例——澳大利亞的水
澳大利亞政府的“水”主題網(wǎng)站包含了很多政府政策和相關(guān)大綱。當(dāng)然,政策和大綱并不總是這么明顯——一些人可能很了解(如相關(guān)政府人員和媒體工作者),但是很多人都很無(wú)措。兩類人都需要找到自己關(guān)心的信息。
這個(gè)網(wǎng)站是個(gè)運(yùn)用“集中入口點(diǎn)”模式的典型案例。主信息架構(gòu)是簡(jiǎn)單的層級(jí)結(jié)構(gòu),圍繞政策和大綱進(jìn)行組織:
圖片16-34.?Water policies and programs,作為類別分組顯示出來(lái)了。
話題式入口,比如脫鹽(desalination)、雨水貯蓄池(rainwater tanks)和節(jié)水(saving water),提供一些用戶感興趣的話題入口:
圖片16-35.?話題入口頁(yè)面——鏈接貫穿整個(gè)網(wǎng)站
標(biāo)簽(Tagged)
標(biāo)簽?zāi)J綗o(wú)論在基礎(chǔ)的數(shù)據(jù)庫(kù)模式或者是超鏈接模式中都有所運(yùn)用。網(wǎng)站中的每個(gè)類目都利用關(guān)鍵詞作為標(biāo)簽——而它們同時(shí)也是內(nèi)容的入口。
標(biāo)簽可能是內(nèi)容原作者添加的,也可能是其他具有權(quán)限的讀者(例如同一團(tuán)隊(duì)成員)。
這種模式適用于大量不同內(nèi)容的作品集,特別是內(nèi)容讀者都具有很不同的觀點(diǎn)和想法。
當(dāng)用戶感覺無(wú)從下手時(shí),標(biāo)簽?zāi)軌驇椭脩籼剿骱桶l(fā)現(xiàn)相關(guān)的信息。例如,F(xiàn)lickr列出了所有的標(biāo)簽,你可以根據(jù)一個(gè)特定的標(biāo)簽找出所有相關(guān)照片——攝影師和訪問者都有權(quán)添加標(biāo)簽。
適用內(nèi)容 | 適用內(nèi)容 | 挑戰(zhàn)和話題 | |
---|---|---|---|
層級(jí) | 擁有各類內(nèi)容的小心站點(diǎn) | 習(xí)慣先閱讀概述信息,然后詳細(xì)內(nèi)容 | 平衡內(nèi)容的廣度和深度 |
數(shù)據(jù)庫(kù) | 內(nèi)容具有一致性 | 想通過更多方式進(jìn)入內(nèi)容 | 所有內(nèi)容需要適應(yīng)于結(jié)構(gòu),且不要收集超出需求的元數(shù)據(jù) |
超鏈接 | 培育階段的內(nèi)容 | 追隨相關(guān)材料的鏈接 | 作者需要了解鏈接的內(nèi)容; 當(dāng)內(nèi)容完成后,可能需要重構(gòu); |
線性 | 順序性內(nèi)容 | 用戶想按照特定順序理解某些內(nèi)容 | 只有當(dāng)用戶必須按順序閱讀時(shí)才使用 |
簡(jiǎn)單層級(jí)+數(shù)據(jù)庫(kù) | 綜合性內(nèi)容加上具有一致性結(jié)構(gòu)的內(nèi)容類型 | 區(qū)分出哪些內(nèi)容需要結(jié)構(gòu)化,哪些不需要 | |
目錄 | 大量結(jié)構(gòu)性內(nèi)容集 | 尋找特定類別,然后順藤摸瓜查看具體產(chǎn)品 | |
中心輻射 | 分級(jí)內(nèi)容 | 用戶每次想回到中心頁(yè)面,然后在查看新的內(nèi)容 | |
子站 | 大型企業(yè)和政務(wù)站點(diǎn),需要許多獨(dú)立的內(nèi)容版塊 | 考慮子站是否需要統(tǒng)一的導(dǎo)航、頁(yè)面布局和品牌 | |
集中入口 | 任意均可,但通常層級(jí) | 用戶想隨心瀏覽,且沒有最好的方法 | |
標(biāo)簽 | 大量?jī)?nèi)容集 | 根據(jù)自身的定義發(fā)掘信息; 輕松找到相關(guān)信息; |
誰(shuí)有權(quán)限進(jìn)行標(biāo)簽操作 |
[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è)計(jì)結(jié)構(gòu)——有效的交互設(shè)計(jì)框架和模式》(Web Anatomy: Interaction Design Frameworks that Work)。
源地址:http://www.hoowolf.net/20……/ia-patterns/
- 目前還沒評(píng)論,等你發(fā)揮!