<返回懒得设计

先抛两个问题：
1 很多图片服务网站默认的看到的是相册，而flickr是图片？
2 很多音乐网站的从分类点击进去看到的是歌曲或者专辑，而last.fm是歌手？

“粒度”(granularity)指的是信息单元的相对大小或粗糙程度。各种不同的粗细程度有：杂志的议题、文章、段落及句子。
这是从《web信息架构》一书中摘下来的。
书中没有用很大的篇幅介绍信息粒度，从我的理解来看，
1 图片的粒度要比相册细
2 歌手的粒度要比歌曲粗

简单分析一下图片
图片是最小的信息单位，拿flickr来说，对于图片的集合，有几种形式：tag、sets（相册）、collections（付费用户能看到更大集合的相册）。
问题来了，flickr为什么不用sets作为信息的主线，而是用图片？

拿一个用相册作为信息主线的picasa作对比，相册是最小的信息单位，图片连title都没有。
从使用来说，一个新用户必须先创建一个相册，才允许上传图片。
从浏览来说，相册的结构解决不了浏览最近10张图片的需求。

如果就图片的信息架构展开说下去，有很多可以对比的东西，我当初就质疑过facebook的图片架构，最早是以相册为单位，后来发现这个架构并不适合社区，也就是给传图片和看图片的人都增加复杂度。现在改了，弱化了相册，由于历史遗留的问题，这点并没有改得很彻底。想看反例可以去看看中国的山寨版facebook，目前都还没有跟着改过来。

再简单说音乐
音乐在信息结构上要复杂，歌曲的层级上面有专辑、歌手。周边信息也复杂，风格、年代、地区等。
网站在选择不同的信息粒度作为主线，将延伸出不同的使用方式。
看last.fm提供的其他产品服务和功能，都是紧紧围绕歌手这条主线，比如电台、活动。
一个国外音乐网站，上线之前没有解决音乐版权的前提下，能做起来，是一件很匪夷所思的事。但last.fm做到了，并且将这个模式做得很大。有兴趣可以看看它是如何处理专辑、歌曲的关系。

做产品设计很容易忽略信息属性本身，从信息的粒度着手，分析其上下级的关系，如何给单元信息进行有效地组合并传递给用户？信息和信息之间的相关度如何建立起来的？排序和展示方式如何？
了解信息粒度是信息架构的第一步。