網頁制作Poluoluo文章簡介：對於分類信息網站，目前已經有很程序的UI界面結果，不過對於一個新網站來說，照搬成熟的網站結構不一定是件好事，因為你的網站的內容與用戶是不確定的，所以對於初期的分類信息網站來說界面做的越簡單層次越少可能效果更好。
對於分類信息網站，目前已經有很程序的UI界面結果，不過對於一個新網站來說，照搬成熟的網站結構不一定是件好事，因為你的網站的內容與用戶是不確定的，所以對於初期的分類信息網站來說界面做的越簡單層次越少可能效果更好。前幾天有個朋友做了一個類似趕集網那樣的分類信息網站，覺得鏈接太多視覺太亂，讓我幫忙看看UI（避免廣告嫌疑就不給網站地址了），基本上是趕集的小翻版。在信息分類上，是這麼做的：大類分房產、招聘、車輛買賣、交友等等這樣的大類，每個大類下面再細分需求，比如房屋求租、合租、二手房、日租房、商鋪…一共十來個大類，每個大類下面十來個小類。
這就好比什麼呢？我們家在南方的一個小縣城裡，很多人家都自己蓋房子，一起就是4、5層小樓，結果就是3口之家8個房間7個廁所。
看似天衣無縫的分類體系，在某種程度上這個也是被用戶認可的分類維度，但是忽略了內容數量以及內容管理。其實我想表達的觀點概括來說是：一個被驗證成功的網站信息系統放在一個剛剛起步的新網站上，這個系統多數是冗余的。
很多人做競爭對手分析，只看到100，忽略從0-1，從1-10，從10-100的過程，如果對於一個完全沒有參照物領域，剛剛開始應該是沒有分類，只有當內容積累到一定過程了，才知道如何組織信息，這也印證了“需求從來不是創造，是被發現挖掘出來的”。
比如說，最早的QQ是沒有好友分類的，早期的Gmail也沒有label，當初的天涯也就只有幾個版塊，因為一個新的產品，基本是沒有辦法預見用戶的使用方式；當內容數量不夠的時候，也很難發現其中的信息維度和規律。一個新的系統，早期應該是越薄越好。
並且，當我們想照搬別人的一個信息系統，要看是否符合你所經營的信息內容，比如tag，tag這種組織形式放在圖片（flickr）、網頁（delicious）文章這類本身維度多，入口多，難以組織的信息下，tag是合適的。但是看很多用著tag的一些網站，其實完全沒有必要，一方面增加系統的復雜度，而且還非常難用。
從一個用戶的使用角度，我們每天面對海量的信息撲面而來，我們如何進行篩選過濾？分類索引？
先拿個招聘例子，很多招聘啟示上末尾會提示：郵件標題請注明：“UE”，但我發現一部分應聘的人就忽略這點，公司會收到N多的簡歷，也招不同的職位，在郵件列表一面搜索“UE”兩字，所有簡歷就出來，如果你的標題中沒有，是不是虧了？
這同樣說到email，一個好的信息架構師一定也是一個優秀的內容生產者。在撰寫內容的時候，尤其是標題，除了表達清楚該表達的內容，還要注意布置關鍵詞以便以後進行索引。
再比如，手機聯系人，gtalk聯系人，大家都是如何管理、查找、分類的？各個軟件、手機又是如何滿足這種需求的？