在很多方面的使用上，不得不說豆瓣是做得很成功的，比如說豆瓣的導航——在豆瓣，除了頂部固定形式上的欄目導航外，右側還有很多動態的功能導航，頂部導航條只是負責給用戶引導欄目位置，右側的功能導航則是引導用戶完成交互行為，右側的這些功能導航才是豆瓣導航的真正精髓所在。然而即使再成功的產品也會存有瑕疵，比如說GOOGLE頭部左側的“更多 ▼”下面的另一個“更多 ?”，第一個更多右側的標識很明顯指的是有下拉菜單，但下拉菜單中的更多右邊標識就很不清楚了，以長久以來使用Windows的經驗看，這應該又是一個橫向的下拉菜單，但不幸這只是一個“更多”頁面的鏈接；還比如說豆瓣的小組話題功能……

　　豆瓣的小組話題其實就是一個輕量版的論壇，剔除那些繁雜的功能，只保留論壇最核心的功能——文字討論。當用戶加入所感興趣的小組后，系統對這些小組做一個聚合，形成一個以用戶個人為中心點的小組網絡。這是與平常論壇最大的不同，平常的論壇做的是聚合用戶，而在豆瓣則是由用戶去聚合小組。

　　在論壇里混跡的人都知道，論壇的發貼按鈕一般都是位于較頂部位置的右側，很顯眼的位置很顯眼的按鈕，這是在引導用戶多發新貼。然而在豆瓣的小組里，發貼的按鈕卻不明顯，甚至可以說一點都不起眼。

　　首先，豆瓣小組里的發貼叫“發言”，也許這個詞更貼近生活，但是這個詞卻容易產生歧意：在小組首頁時，“發言”很容易讓人聯想到是發新話題，但是當進入到小組里的某一個話題時，右側出現的“發言”鏈接卻很容易讓人聯想起另一個意思——針對這個話題的發言，但是很不幸，這個“發言”仍然是發新話題；

　　其次，在豆瓣的小組首頁時，“發言”鏈接所處的位置既不在頭部也不在底部，而是位于靠中間的位置，上面有“最新加入”下面有“喜歡去”，兩個帶圖片的欄目占盡了用戶的眼光，夾在中間的“發言”顯得那么的不被重視，對用戶的發言缺乏一種明顯的引用。但是在某一個話題里面時，右側的“發言”鏈接卻是位于頂部明顯的位置處，似乎在努力的引導用戶“發言”，顯然這是一種錯誤的引導，此時的用戶更需要的是針對這個話題進行“發言”；

　　最后，豆瓣小組里的話題一頁顯示的回復數是整整100條！也就是說當回復數量沒有達到100條的時候，這些回復信息都將在一頁顯示完全，100條回復信息的高度瀏覽器需要顯示多少屏？顯然這不是個便于用戶閱讀的高度。而且話題的回復框只出現在最后回復的后面，當回復信息數量超過100條時，就意味著用戶至少都要拖動滾動條越過這100條信息到底部，然后點擊頁碼到最后頁才能發表回復。豆瓣最大限度的希望用戶閱讀回復時，也最大可能的讓用戶失去了回復的欲望。

　　很顯然的，豆瓣小組的定位與論壇是有著巨大的差別的。

　　在豆瓣的小組里，用戶之間的交互行為并不只是發生在話題上，除了小組話題外，還有“小組收藏”、“喜歡去”、“關注的活動”等功能，僅僅只是文字版的話題無法完成小組成員之間的交互需求，所以豆瓣在小組里加入其他的交互功能來滿足用戶的需求，或者可以說，豆瓣在談化話題這個最像論壇的交互行為。

　　豆瓣的小組通過種種功能，串起小組成員之間的交互行為，使其有著比論壇更廣闊的關系網絡，然而對于“話題”這個小組的核心應用來說，卻沒能真正的發揮出它的功能，用戶與用戶之間的直接交流，遠強于小組推薦一本書或者是推薦一個活動。

　　原文：http://www.prower.cn/interaction/543