大部分時候我們講導航，講的是導航對內容和結構的一種表現。就是說我們在www.cppcns.com討論導航的時候，更多的去關注怎麼與之互動，以及視覺上是怎麼好看。但是導航，不僅僅侷限於互動方式和視覺形式。
被狹義化的導航
回想一下我們是如何設計導航的？難道不正是根據內容、根據內容的結構去設計？最終，導航可能包含了三方面的功勞：互動設計、視覺設計，別忘了，還有資訊架構。是資訊架構決定了導航的設計。
資訊架構決定了我們是用幾級分類，乙個專案是否可以屬於兩個或多個分類，等等。資訊架構裡面，有很大一部分www.cppcns.com工作是分類。分類，就是對已有的專案、內容，通過已知的共同屬性，進行分組、歸類。在計算機、資訊系統被發明以前，人們就在不斷進行著分類工作。從日常生活到科學研究，分類無處不在。我們為什麼會要對動物、植物進行分類呢？哦，是為了形成科學的知識體系。那麼當然，是先有了動物、植物、微生物的具體存在，才有了界、門、綱、目、科、屬、種這樣的生物分類法。為什麼要分那麼細緻那麼多層級？是因為生物屆的複雜性要求分的這麼細緻。
所以我一直以來支援的觀點是，根據內容去進行分類，和資訊架構。所以我也十分推崇使用卡片分類法，既是定量分析也是定性分析。在有條件的情況下，推薦大家嘗試。
回到開始的話題，如果我們考慮導航的時候，僅考慮其互動方式和視覺形式，那麼很有可能反作用於資訊架構。比如下面的例子。
tab 式導航的例子
我們為什麼要用 tab 式導航？是因為它能比較好的表現出分類以及分類的結構（一般是兩級）。並不是因為有了 tab 式導航，所以人們才把分類分為兩級程式設計客棧。最初的時候，一定是因為先有了兩級分類，設計師才設計出了精妙的 tab 式導航。而 tab 式導航的大規模使用，也在反面的影響大部分資訊架構的設計。簡單的幾項內容，本可以一級邏輯表明，卻**用了兩級分類，理由是 tab 式導航比較好看。就好比人們總是習慣於用四個漢字作為導航文案一樣。比如蠻好用「新聞」兩字可以的，非得用「新聞熱點」。這道理是一樣的。
導航的互動和視覺設計不應該影響資訊架構的設計。魚眼選單真的那麼好用麼？如果原本乙個下拉列表就十個選單項，你會選擇用魚眼選單嗎？或者又是僅僅因為它很酷。
仍然是那個問題，什麼樣的內容，決定了什麼樣的導航。尤其要注意下，我這裡說的內容，不僅包括文字資料的分類，也包括功能型**的使用者任務和目標。
導航不僅僅是 tab
我們看到在 office 2007 系列產品中，原來的選單已經被板磚兒樣的按鈕所取代。這些被稱為 ribbon 的板磚兒，或者稱之為 context n**igation（情景式導航），是對類似互動操作的一種分類。顯然，情景式導航，已經超越了簡單的針對內容的分類。
搜尋框是一種導航嗎？這樣說似乎有些牽強。但是在資訊檢索系統中，搜尋框、過濾器等，程式設計客棧確實是起到了導航作用的。xbbvtjm或者我們可以稱之為輔助導航。
歸本溯源，導航為什麼會存在？在所有的系統、應用中，都是為了讓使用者能夠高效的完成任務、達成目標。這樣的話，從廣義上講，引導使用者快速完成任務的鏈結、按鈕，都可以作為大導航系統的一部分。
可能很多朋友有這樣乙個問題：導航設計是否要考慮商業目標？我覺得這與上文並不衝突。具體的可留待討論。
小結不要為了導航而導航，前面乙個導航是指表現形式，後面乙個導航是指實際的導航系統。
對於導航的設計，資訊架構比互動方式、視覺形式更加的重要。
導航不僅僅是內容的一種分類，也包括類似互動操作的分類。導航的目的是為了讓使用者高效的完成任務、達成目標。
情景式導航有可能是導航設計的一種發展趨勢。
本文標題: 導航設計與資訊架構
本文位址:
如何做資訊架構與流程設計？
所有的資訊與流程，都是功能與使用者的互動，那就離不開資訊的傳遞。而資訊的傳播有三大要素 使用者 產品 資訊，並圍繞它們的特徵與要點展開資訊架構與流程設計。現在，我們假設，你已經有了功能設計的方案，接下來要做的就是把功能排列組合，以產品的方式呈現出來。這就涉及到了資訊架構與流程設計。所有的資訊與流程，...
架構與設計
怎麼樣去架構乙個專案？1 對專案必須有足夠的了解。從客戶角度來看，客戶想要乙個什麼樣的產品，有哪些需求，我們將這些需求進行評估。2 評估時候對需求模組進行逐一分解，需要哪些技術進行支撐，同時對這些技術進行統計總結，提供統一的元件 我們自己的解決方案 提高系統的靈活性，復用性，擴充套件性和可維護性，達...
針對使用者階段設計資訊架構
任何乙個產品的使用者都是乙個初生的嬰兒，在產品生命週期中，他也是逐步成長的，從第一次使用到變成深度使用者，對他的照顧應該是細緻入微的，否則某一天他也許會悄然的離去。那麼如何做，這裡談些空的，沒有什麼具體的方法，先留個空，待後續填充！觀察使用者行為，劃分不同的使用者群 使用者分類是基礎，通過日常的運營...