BSP/SNS上的数据浪费
使用Blogbus到现在已经有半个月，在没有发日志的其他天里，基本是在看其他人的博客（Bus上的），除了留言参与评论，我几乎找不到跟他人博客产生关联的途径。在个人独立博客http://nihaozzb.cn的写作中，这个感觉尤为强烈，时常感觉自己的博客成为了一座孤岛，不是笑傲群雄的孤独，而是略带凄凉的孤寂，只能在有点寂寞得受不了时上上SNS网站跟人瞎扯扯。而这次落户Blogbus上，有一个很强烈的期望，就是可以摆脱博客孤岛的那种寂寞。
Blogbus在08年10月份时开始进入SNS领域，原来的BSP依然还会是主业，只是现在是“blog为基石的SNS”。可在我发布了数篇文章之后，获得若干评论后，我依然无法以我在BUS上的BLOG为基础去拓宽SNS(随便加好友可不行)。在我到他人blog上参与评论时，我甚至还需要手动输入称呼和邮箱等项，即使我在blogbus的登陆状态，也就是说，我跟那些没有注册blogbus的同学所能做的事情是一样的。
我们在使用wordpress等博客时，都可以实现一项功能就是在日志后面插入相关文章，而既然日志可以有相关文章，为什么写日志的人就没有相关的人呢？我在blogbus后台看到，系统会像我推荐我“可能认识”的人，我大概看了下，有不少是刚注册没有什么资料，而绝大部分是我根本就不认识而且也不感兴趣又跟我没共同点的人，唯一比较相关的是，这些人中的部分添加了Lorna为好友，而Lorna是我在blogbus上的唯一好友。于是，这里面就产生一个问题，就是我在blogbus上产生的数据（例如注册时的个人信息、所写的日志、所回复的日志）都用在了什么地方？
浪费了！嗯，数据浪费了。一个很简单的例子，例如我写的某篇日志有“产品”作为关键词，那么blogbus的后台就可以向我推荐同样用“产品”作为关键词写文章的用户，并简单注明理由和文章链接。再举个例子，我回复了某篇关于“摄影”的日志，这些也是可以记录下来，只是不要像上一例子赋予那么多的权重。
BBS上的数据浪费
关于数据浪费，我在自己运营BBS的时候，也深有体会。每一个运营了一段时间的BBS，都会存在一些优秀的原创帖子，这些帖子不具备时效性，任何时候浏览都适合且随时欢迎新回复，但由于BBS自有的机制，时间久的帖子总会随着新帖子的出现慢慢沉到没人注意到的地方。这个时候就形成了数据浪费，因为BBS的老用户们对这些优秀帖子虽然烂熟于心，但是那些刚刚注册的新用户是不会特地去把你的BBS翻个遍，他们几乎只是看第一页那20来个左右的帖子。一个有着上万帖子的BBS，这个时候展现在新用户的面前，很有可能就只是这数十个帖子，这个时候，就是一种数据浪费。
于是，BBS的运营者通常都要相方设法的将更多的内容(数据)展现在用户眼前，例如将帖子加精并允许用户直接索引精华帖、将合适的帖子固顶、在适当的地方插入相关帖或者随即帖，或者干脆直接向用户发送站内短信推荐帖子，方法各异而目的都是一样，让用户发现更多内容，而不浪费积累下来的内容(数据)。
工具性网站上的数据浪费
前面将了两个反面例子，接下来讲正面的。
豆瓣网，很多人把豆瓣定义为SNS网站，但是对我个人而言，我更多是把其当作我收藏电影、书籍的工具，所以这里当成工具性网站来讲。我每看完一部电影，都会在豆瓣上点击“看过”来将其收藏，并毫不吝啬的评价、写标签、作短评，因为我知道这些功夫不会被浪费掉，豆瓣会根据我这些行为来“猜”我喜欢的电影，而且猜测的准确性极高。而随着豆瓣SNS的相关功能开放，豆瓣借助分析我的好友，也向我推荐了更多更合适的音乐、书籍或其他内容。
鲜果网。一直对鲜果网青睐有加，原因是其能帮助提高阅读效率，所以我在鲜果网上也是十分活跃(仅限阅读)，而活跃行为带来的数据，也让鲜果能够对我的阅读行为进行分析并在“鲜果猜你喜欢”中向我推荐文章，扩充阅读量。只是很遗憾，这个功能的设计初衷是好的，而结果却是差强人意的，文章的推荐结果还是不太准确，且常常将我阅读过的文章重新推荐。这个主要还是应该加强下算法，不过也可能是因为鲜果网所掌握的用户行为数据还不足以来进行比较准确的分析。
总
总的来说，用户在网站上的行为都是可以被记录下来并进行分析的，在技术上我们已经可以看到其实现的例子跟影子(大家可以去看看雅虎统计或者维度统计)，而这些行为数据绝不尽显我上面所举的例子，应该且不止包括点击、阅读时间、鼠标轨迹、输入内容等，网站的运营者在这方面可以花费不少的心思。
本文首发于《Blogbus使用笔记》，原文链接http://onblogbus.blogbus.com/logs/35531006.html，全文转载如下
——————全文分割线——————
这两天打开电脑的首要事情就是打开www.blogbus.com，刚开始看的时候，没能看明白首页这“早班车”“午班车”“玩物频道”“行者频道”的到底是什么，虽然整个页面看起来是十分的简洁舒适具备美感，可我这多龄网虫就是一时没能看明白。还有十分好奇的是每个频道都有个小标题，后面跟着“[某某]的博客”，点击这个小标题居然又是到一个新页面只显示一小段简介，更是百思不得其解。
所谓功夫不负有心人，我每次体验都不当自己是用户，于是我在多次的点击之后终于弄明白这一切都是怎么个一回事了。目前首页左侧的格式基本是如此。
[某天] [早/午]班车
[某频道]
[某标题]-[某人博客]
[简介]
[某频道]
[某标题]-[某人博客]
[简介]
基本上就是以时间作为班车的单位，一天就两班车，早午两班，晚上不上班。而每班车上面都有四个频道，大概也就相当于普通班车上面一排有4个座位（也就是4列），每列座位可以有一篇文章的简介，附带这篇文章作者的博客链接。这种排版思路跟杂志出版十分的接近，同样是选择少数优秀的文章经过精美的排版推送给读者。可能是Blogbus内部的某工作人员是杂志社出身，这大概也是Blogbus会做《城客》的原因（本人猜测猜测）。
说回到Blogbus这种首页的内容表现兴式，且不说好坏，我尽管说说我个人的选择方案。我会让日期重新回归时间属性，让原先的“频道”变成一辆“大巴”，在一天内可以有多班“大巴”“驶过”首页，每辆“豪华”大巴上面只乘载少数(1~3)名乘客(有客即走)，落实到实处，就是下面的表现形式：
[某天]
[玩物班车]
[某标题A]-[某人博客A]
[简介A]
[某标题B]-[某人博客B]
[简介C]
[行者班车]
[某标题]-[某人博客]
[简介]
在上面这种表现形式中，每天会有多辆班车，每辆班车都有其特色，专门搭载不同的乘客，而每名乘客（博客）会带着自己的车票（文章标题），在车上描述自己的内心世界（简介）。
事实上我也不能肯定我说描述的表现形式会带给用户（读者）更好的体验，但现有的表现形式还是十分值得在设计上再琢磨琢磨的。我们在公车站等大巴时，车子都是从左边开往右边，那么在宽屏横行的时代，我们是否可以让首页不是从使用右侧滚动条从上滚到下，而是使用底部滚动条从左滚到右，就像一辆个人传媒早班车从我们眼前开往下一站……
onblogbus.blogbus.com blogbus使用笔记开始撰写，效仿鲜果使用笔记。下文为blogbus使用笔记第一篇正式文章
----------------------正文分割线--------------------
今晚开始逐项功能的试用blogbus的后台，由于之前已经有wordpress、Z-blog、Bo-blog等博客平台的使用经验，所以对blogbus的各项功能还是可以比较快上手的，但始终避免不了有一个学习跟适应的过程。例如需要先摸清楚各项设置都放置在哪个位置、自身帐号所具有的操作权限、理解一些网站特有的界面描述文字等等。
今晚也同时结合自己的一些感受，在线访问了几个朋友对blogbus的感觉，其中一个反馈结果是“不懂用”或者“太难用”。首先我这里要做的一个解释是这个反馈结果是相当的主观的，这里面可能掺杂着访谈者某种先入为主的印象或者使用时不耐烦的心理情绪，所以反馈结果不能拿来说明事情。但是，对反馈结果的适当思考，也是有一定益处的。
我结合了鲜果阅读器（xianguo.com）的使用做了一个思考：产品操作易用性是否都得花费大比例的精力去提升？
我发现，像鲜果阅读器是需要花费大比例的精力与时间去改进产品操作的易用性的，让用户阅读文章时就像我们看书随手翻页那么简单，不然用户一定会很快离开这款产品。可是blogbus的后台操作，是否真的要将易用性进行得那么彻底？答案是无需的。因为Blog的主要功能还是在于发布新日志，应当重点的将写新日志的相关操作变得极其简单，而其他后台的设置操作则可以尽量的中规中矩，让用户即使一时不知道如何操作也可以一个个点开的去看，毕竟很多操作是很久才需要使用一次，或者是一次设置终身受惠，根本不用频繁使用。
这个道理其实很像我们的手机功能设计，现在的手机功能越来越丰富，可是我们通常只需要设置一次上网的参数（更多时候出场商已经默认设置好了），以后再也不需要去设置了。所以我们大家可以拿起自己的手机来看看，进入你的手机上网参数设置菜单，一定可以发现很多专业名词，如果你不懂这些专业名词，你压根就不懂得如何去设置了。
从用户角度出发，我们当然希望所有的操作都变得简单快捷，甚至让我们冒着退化成为做事不经大脑的新新物种的风险。可是，从设计团队的角度出发，牺牲部分的易用性是合理且正确的。
任何公司任何团队的时间跟精力都是非常宝贵的，更不用说是创业团队。
