網(wǎng)站建設(shè)的網(wǎng)頁設(shè)計(jì)心得:把導(dǎo)航系統(tǒng)做薄
　　和朋友討論時(shí)，我提到過一個(gè)觀點(diǎn)，所有框架層設(shè)計(jì)中，最核心的是導(dǎo)航設(shè)計(jì)。最近更看到有國外同行提出“80%的可用性是導(dǎo)航！”因?yàn)榱己玫膶?dǎo)航可以保證用戶找到任何信息。也就是說，提供到達(dá)的可能，遠(yuǎn)比如何到達(dá)的可用重要。
　　我習(xí)慣把導(dǎo)航分為一維、二維、多維來簡單理解，一維對(duì)應(yīng)線性結(jié)構(gòu)，二維對(duì)應(yīng)分層結(jié)構(gòu)，多維對(duì)應(yīng)無序結(jié)構(gòu)。這么說可能比較抽象，其實(shí)都已經(jīng)是耳熟能詳?shù)膽?yīng)用，分別舉例闡述設(shè)計(jì)意圖：
　　1.最原始僅限于一二三級(jí)的，單對(duì)多樹狀應(yīng)用就是“分層導(dǎo)航”，基本屬于必要元素。
　　2.跟蹤用戶行為，記錄的用戶在網(wǎng)站的活動(dòng)足跡就是“線性導(dǎo)航”，俗稱面包屑。
　　3.管理系統(tǒng)的后臺(tái)，在首頁增加的類似跨分層結(jié)構(gòu)的鏈接就是“無序?qū)Ш健保追Q快捷方式。
　　二維結(jié)構(gòu)復(fù)雜到一定程度，必然造成導(dǎo)航縱深過度，用戶到達(dá)的難度增加。此時(shí)就需要考慮其他方案綜合實(shí)施，具體設(shè)計(jì)可以概括如下：
　　從無到有的堆積過程，把當(dāng)前所有能夠調(diào)度的資源全部拿出來。
　　由多到少的序化過程，分解任務(wù)找出主次任務(wù)線索并重組。
　　回憶起Flickr改版，前幾次重要的導(dǎo)航改動(dòng)，都會(huì)更換版本代號(hào)，可見Flickr把導(dǎo)航系統(tǒng)看的相當(dāng)重要。同時(shí)，Beta和Gamma兩個(gè)版本的升級(jí)也對(duì)應(yīng)了我的想法，參考頭部導(dǎo)航片段：
　　Beta的特點(diǎn)是想要什么就能看到什么，從Alpha起就在不斷的加功能，雖然期間也在做任務(wù)分解的調(diào)整。但顯然，量太大怎么調(diào)整也會(huì)感覺復(fù)雜。Gamma的特點(diǎn)是想要什么就有什么，只不過把要不要的權(quán)利還給了用戶。
　　如果從用戶體驗(yàn)的角度來闡述，Beta已經(jīng)滿足了用戶的認(rèn)知體驗(yàn)，好玩夠用；Gamma提升了用戶的操作體驗(yàn)，耐玩易用。大家仔細(xì)對(duì)比，還能找到 豆瓣改版 與之相似的痕跡。
　　有了運(yùn)營數(shù)據(jù)，問題很容易暴露。比如北京的交通，最理想的狀況是把北京市劃分成N個(gè)小區(qū)域，各區(qū)域之間使用地鐵/城鐵等高速交通工具，各區(qū)域之內(nèi)則使用公交等低速交通工具，同時(shí)地鐵/城鐵和公交站上下一體化，如此可以盡量避免公交路線的大范圍交叉（扁平結(jié)構(gòu)），主動(dòng)預(yù)防而不是被動(dòng)減壓。
　　我們面臨的事實(shí)，首都不能重建，但產(chǎn)品完全可以重來，網(wǎng)站建設(shè)也是一樣。