簡介
各種不同的粗細程度有：雜誌的議題、文章、段落及句子。
兩個問題：
1 很多圖片服務網站默認的看到的是相冊，而flickr是圖片？
2 很多音樂網站的從分類點擊進去看到的是歌曲或者專輯，而last. fm是歌手？
這是從《web信息架構》一書中摘下來的。
書中沒有用很大的篇幅介紹信息粒度，從我的理解來看，
1 圖片的粒度要比相冊細
2 歌手的粒度要比歌曲粗
簡單分析一下圖片
圖片是最小的信息單位，拿flickr來說，對於圖片的集合，有幾種形式：tag、sets（相冊）、collections（付費用戶能看到更大集合的相冊）。
問題來了，flickr為什麼不用sets作為信息的主線，而是用圖片？
拿一個用相冊作為信息主線的picasa作對比，相冊是最小的信息單位，圖片連title都沒有。
從使用來說，一個新用戶必須先創建一個相冊，才允許上傳圖片。
從瀏覽來說，相冊的結構解決不了瀏覽最近10張圖片的需求。
如果就圖片的信息架構展開說下去，有很多可以對比的東西，我當初就質疑過facebook的圖片架構，最早是以相冊為單位，後來發現這個架構並不適合社區，也就是給傳圖片和看圖片的人都增加複雜度。現在改了，弱化了相冊，由於歷史遺留的問題，這點並沒有改得很徹底。想看反例可以去看看中國的山寨版facebook，目前都還沒有跟著改過來。
再簡單說音樂
音樂在信息結構上要複雜，歌曲的層級上面有專輯、歌手。周邊信息也複雜，風格、年代、地區等。
網站在選擇不同的信息粒度作為主線，將延伸出不同的使用方式。
看last. fm提供的其他產品服務和功能，都是緊緊圍繞歌手這條主線，比如電台、活動。
一個國外音樂網站，上線之前沒有解決音樂著作權的前提下，能做起來，是一件很匪夷所思的事。但last. fm做到了，並且將這個模式做得很大。有興趣可以看看它是如何處理專輯、歌曲的關係。
做產品設計很容易忽略信息屬性本身，從信息的粒度著手，分析其上下級的關係，如何給單元信息進行有效地組合併傳遞給用戶？信息和信息之間的相關度如何建立起來的？排序和展示方式如何？
了解信息粒度是信息架構的第一步。
