信息粒度

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

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

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

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

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

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

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

你可能感兴趣的:(信息粒度)