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/35703662.html

————————全文分割线————————

现在在互联网讨论产品设计，主流基本都是“以用户为中心（UED）”，没有从用户角度出发的设计被认为是不尊重用户的差劲设计。而我最近在撰写的《Blogbus使用笔记》博客则在副标题写上“每次体验都不当自己是用户”。这句话确实有些“非主流”，自然也就有一些同学对此提出疑问与不解。

体验时不把自己当成用户，是为了更接近产品设计者的初衷构思，理解设计意图。不同的设计意图自然有不同的设计方法，我们不能简单的从产品的易用或者美观上来直接对一个产品好坏下结论。例如在某社区发表评论时如果需要插入图片或表情，一共需要点击至少4次鼠标跳转两次页面才能操作成功，而如果只是纯粹的文字评论，操作上则是简单到只需要一次鼠标点击或者干脆纯键盘的CTRL+Enter组合快捷键就能完成。这样的设计，是设计者为了增加贴图的难度，吸引大家更多的使用文字来交流，提高每条评论的平均质量。具体的设计，如下图。这种故意而为之的设计，从用户角度出发很难去发现设计者的意图。

在实际的工作当中，可能会出现人员的变动，甚至产品经理也要换人。这个时候如果新的产品设计师没能很好的了解上一任设计师的设计意图，则很有可能将一些原来故意而为之的好设计，变成盲目听从用户的简单易用却糟糕的设计。例如上面的图片中，新设计师有可能会在输入框旁边直接增加贴图的功能，而贴图操作变得简易之后，可能会使整个社区的文字交流氛围大打折扣。

之前写了《blogbus的后台操作易用性》一文讲述Blogbus后台操作在易用性上不做刻意追求是可以理解并接受的，道理其实就是今天这篇文章的主旨。基本上一个人能够成为产品设计师或者产品经理，都是具备一定的实力功底，尤其是有一定流行度的产品担纲者。尝试理解产品(原)设计者的设计意图，将帮助我们更好的进行产品改进以及新产品的设计。就说最近的鲜果改版，新的产品设计师显然没有对原设计师的设计意图有充分的理解，请看下面这张对比图

首先是在旧版当中，可以很清晰的看到用户对收藏文章所添加备注内容，而在新版当中用户的备注内容则被弱化，从样式上来说更像是文章的简要而不是备注；其次，在旧版中，用户展开文章之后，备注内容依然显示，而在新版当中，一打开文章，则备注内容就此消失。不管是从原设计者的角度出发还是从用户角度出发，都是没能充分认识到备注（笔记）功能的重要性。当然，新的设计师也还是有些不错的改进，就是直接显示出了文章的Tag。

新的设计者带来的新设计自然都有其新的意图与优秀之处，然而原设计师的设计构思也理应得到尊重与理解，才能将原有的好设计改进成为优秀的设计，才不至于白白浪费了原有的好设计，才不会出现动辄网站改版就有一大批用户“呼天喊地要死要活”。

本文写于2009年1月15日，收到鲜果内部人员的邀请参与了鲜果网的新版内部测试。文章在鲜果发布新版预告当天（18日）进行了重新编辑，回答部分是鲜果某设计人员所做的回答。

1.无意于怀疑或否定鲜果设计师于产品经理的精心设计，但忍不住提出一个问题，就是这个“首页”（beta.xianguo.com）是要做什么的？

鲜果首先应该是作为一款阅读器出现在这个互联网世界中，当然我们应该允许其接下来的发展中有新的定位或者索性没有定位，所以就这个新的首页，很想听听鲜果产品经理和设计师们对此是如何构思的，愿闻高见。

个人意见是为何首页不是原先的阅读器？

回1：这里就是想给用户一个进入各处使用鲜果的信息引导。关于进入阅读器，我们保留了原来的可以设置默认首页的操作，用户可以进行个性设置

2.新版首页从整体界面来说，整个界面布局太过中规中矩，没有突出点，一初始不晓得应该先看哪？（这个问题我不敢确定其他人会不会跟我有一样的感觉）

回2：恩，有人也提到这一点，就是没有重点了。呵呵，这是我们忽略了，陷入到自己的需求习惯去了，这两天调整下。

3.我相信大部分鲜果用户借助阅读器提高了阅读量和效率，可是有多少人在鲜果上有比较频繁的社交活动呢？例如发站内短信、相互关注动态、彼此订阅对方的推荐，我虽然没有官方的数据，但猜测除了高端用户（IT人士）外很少人会这么做。可能鲜果网会想在此方面发力，但是新版首页右侧顶部的“推荐好友”则让我十分好奇，就我个人帐号所看到的情况，我根本不认识这些人，也不知道鲜果为何会推荐这些人给我，这让我很困惑。
为何不在这个地方，把“鲜果猜”放出来？这是我喜欢的，但鲜果似乎一直没发力或者没做好的一个功能。

回3：鲜果原本确实很少社交方面的功能。其实这次强化好友分享这块，也不是为了SNS而去SNS，是想给用户另一个较好的获取信息的方式，所以增加以人为节点传播信息的渠道。关于“推荐好友”这里我们预设是将分享的信息质量高，分享的这方面积分较高的用户推荐出来，推动人的节点。但匆忙中现在实现的质量还是不很够。。这两天也会调整。关于“鲜果猜”，其实我们也很喜欢啊～！呵呵，只是这个功能其实一直没有做很完备，实际使用效果还不行，所以想真正完善了后再融入。

4.在一个阅读器加好友，对用户来说到底有何价值？
除了原本就认识的好友彼此关注对方的阅读情况之外，两个毫不认识的人为何要在一个阅读器上相互加为好友呢？
为什么我们不很直接的告诉用户：“添加志同道合的好友，帮助我发现更多合我口味的优秀文章”

回4：呵呵，对头，就是想达到这样的效果的。可是我们的引导没有做好：P。。。  关于陌生好友这点你说到电子上去了，这句话借鉴下，我看看怎样调整～呵呵

5.右侧下方的“推荐频道”
每个频道都会有若干标签，这些标签的样式被设计成了带有方向的导航形状，这个细节应该说是不好的。标签的设计毕竟不是导航，建议将样式改为简单的方框就行，不要带有方向性。

回5：这里的标签样式，其实是想表现这是个标签。。囧。。呵呵，看来也是出现偏差误导了。。现在的标签都是一套样式，渗透在各个地方，我综合琢磨下，看看如何调整～

6.关于热文（beta.xianguo.com/re）
不明白为何现在无法在当前页面直接阅读全文，点击标题都是弹出新页面。虽然我是使用遨游浏览器，有标签页管理，但是在热文阅读中，几篇文章下来我就要弹出几个新标签页，再去关闭几个标签页。且不说多了操作，耗费了多余的重复加载，就说对阅读者的心理影响，阅读过程中出现页面的切换，是非常破坏阅读连贯性的。
我举个比较夸张点的例子：
在图书馆看杂志，你一页一页的往下翻（操作成本类似电脑操作上的鼠标滚轮）不会觉得有太大困难，也很随意轻松，你看10来篇文章大概也就是翻个7、8页（在鼠标上滚7、8次轮）。但是如果你现在看10来篇文章却要不断的去换7、8本杂志（打开新页面，之后还得关掉页面），阅读完之后再放回原处，估计读者会有点不太乐意吧。

回6：恩，这里确实存在这个问题。不过从最终页再切回到热文，再进入其他文章，再切回热文，用户同样会浪费不少时间。所以当初考虑这个问题的时候参考的是一个惯例，同级别的，比如从热文点击好友分享，就会原地跳转；不同级别的就采用弹出新页面的方式了。

8.“好友分享”这次特地放在的顶部的导航，大概是鲜果想要重视社交方面了，这个暂且不讨论。
说说好友分享的页面，每个条目都跟热文的一样，给出了标题、来源、摘要等等。这里想说的是，是否有必要输出摘要？？
我们阅读一个未展开的简单条目，要判断其是否可读可以从标题跟摘要还有来源来判断，尤其是摘要更加能够让我们清楚文章的质量，摘要帮助我们过滤文章。但是既然是好友分享，其实就已经经过了一层过滤了，所以我建议好友分享页面，不必要输出摘要，可以给一个更长一点的好友分享列表。

回8：恩，这个说的非常好！确实是，我们对这点没有深入思考了。。、我好好琢磨琢磨。。。

PS：既然鲜果帐号能跟饭否、叽歪等服务绑定，其实也可以考虑在好友分享中将微博客的若干条最新信息放出来。呵~可能做着做着就是一个friendfeed了~

回PS：呵呵，其实只要用户有这样的需求，我们也是可以考虑的。只是近期是没时间考察和进行了～

受邀参与鲜果网的内测，与鲜果某设计MM的聊天时我提出了3个问题

对此3个问题，我的思考是

我画了下面这张图来表示“推荐”、“收藏”、“分享”三者关系

我认为“推荐”跟“分享”存在大交集，“收藏”是属于不对外的独立行为，图中“收藏”是放在一个独立的房间（空间）内，这个房间有一个门，你可以选择关起门来收藏，或者打开门来收藏，但不管是打开门还是关起门来，你的收藏行为都不会太过影响他人。只有“推荐”跟“分享”才是至于众目睽睽之下。

事实上，“收藏”、“推荐”、“分享”三者的措词在我们这里更多是为了方便讨论以及不引发歧义，而在具体情况下措词应该有所改变，例如在阅读器中，“分享”改成“告诉我的朋友”可能会更加的合适。

上面所做的思考主要是针对阅读器这一产品，其他互动类网站可自行思考并参考。下面我们来看看豆瓣是如何处理“收藏”、“推荐”、“分享”的。

以电影举例，每一部电影的页面都会有“想看”跟“看过”两种收藏行为，我将这理解为一级收藏，而当你点击“想看”或“看过”之后你就可以为其输入标签（tag），这个我称为二级收藏。如果你是“看过”这部电影，你还可以对其进行星级评价，这个星级评价就是“推荐”，从1颗星到5颗星分别表示了5个等级的推荐力度。在豆瓣中，默认情况下你的每次收藏都是一次分享行为，你在豆瓣中的好友会收到你的分享，可是当你勾选了“不让别人知道这次收藏”之后，你的收藏行为就会变得更加纯粹，不会对他人造成任何影响，也就是上图中的“关起门来”。

请点击看大图

PS：大四学生求职待业中………………欢迎联系

用户：任意用户

页面：阅读器

情景：想收藏一篇文章，方便日后重新阅读或者使用，添加备注可以更好的识别文章，由于这部分的布局原因，写下一段备注之后我已经迫不及待的要点确定了，却遭遇这个弹窗

建议：实在没必要在这个地方强求用户输入标签了，因为本身就允许无标签、无备注的简单收藏

类似情景举例：在冷饮店有简单的原味雪糕A，也有覆盖了多种水果的雪糕B。由于想吃雪糕B中的奇异果跟草莓，顾客就点了雪糕B，但最后吃剩下香蕉。营业员强行要求顾客把香蕉吃了，理由是顾客自己点的这款雪糕。

PS：该文已送至鲜果团队

"写在前面"的写在前面,下面的内容全部是发送给鲜果团队的邮件,除了部分图片出于排版的原因调整了大小.

写在前面，为了表述清楚，邮件中插入了多幅图片，加载可能费时，还望耐心等候图片加载完毕。以下观点纯属个人建议

————————————————————————————————————

一、 未登陆状态下，打开鲜果首页（http://www.xianguo.com/）可以看到下图

点击“阅读器”（http://www.xianguo.com/login.php）会自动跳转到http://www.xianguo.com/login.php?rurl=/reader/，如下图，只是一个简单的登陆窗口，连一个“注册”链接都没有，设想潜在新用户这个时候会是什么心情？

建议：将“阅读器”的链接跳转到http://www.xianguo.com/account.php 的类似页面

———————————————————————————————————

————————————————————————————————————

二、 既然/account.php 可以只有4个输入框就完成注册，那么/register.php为何就需要6个输入框外加9个复选框来完成注册？

VS

是否需要依靠9个复选框来知道初始注册用户需要哪些资讯并作推荐呢？我们是否可以在9个领域当中各自挑选一个代表RSS源推送给用户，并利用“醒目”的小提示教会这个“新用户”如何删除不需要的订阅源？这个就跟网络游戏中的NPC的道理是一样的，当用户快速完成一些基本操作，也可以获得一定程度的成就感。(Update:鲜果阅读器侧栏列表的右键菜单功能让一切都变得那么容易)

———————————————————————————————

——————————————————————————————

三、 同样是未登陆状态下的首页

对于一个没有丰富实际内容的页面，我们是否需要使用超过一屏的空间来展示“那丁点儿”内容呢，为何不把所有的内容都放在一屏里，并把能去掉的都去掉？就说最底下那个大大的注册按钮，我看了都忍不住要注册，可是却被放在了页面最底下。

下面是我自己修改过的未登陆状态首页图，对比下现有的首页图

-->图片可放大查看

VS

我所做的修改主要有以下几个部分：

• 去除“首页”与“阅读器”两个链接，原因是本身就是首页了，无须多此一举加个“首页”，而登陆状态下的用户打开首页是默认跳到阅读器界面的，所以自然也不需要“阅读器”了。
• 将“登陆”修改为“登陆进入阅读器”
• 去除底部“鲜果热文”和“博客榜”等四项，原因是作为不熟悉阅读器的人，这四段文字既不能将阅读器描述清楚也无法激发好奇心
• 去除“大苹果”图标，这个以前是可以作为博客秀的展示，但后来不晓得鲜果团队为啥取消了博客秀，直接使用一个GIF图片替代，估计是没太多人关注吧，所以我把这个也去掉，免得“浪费地方”。
• introList这个UL中的“鲜果阅读器”“阅读趋势”“自定义快捷键”三张图片本是很好的展示，却因为hover样式做得不够突出，使得许多人不知道这三个是可以点击的。于是我将这个部分移动了下位置，并且更改了三张图片各自的大小，使其更具吸引效果。同时建议鲜果将这三张图片的hover样式图片在原有基础上加上标题文字。
• 将注册按钮放在了中间最醒目的位置，并且顺着箭头方向，是鲜果阅读器中原有的一句“好友博客、焦点新闻、股票动态等网址，万千资讯随取所需”。个人认为这句宣传语写得非常优秀~

——————————————————————————————————————

个人观点阐述结束

期待鲜果UI设计师的回复

我是个乐于分享“精神食粮”的人，经常在鲜果、豆瓣、叽歪等网站上推荐一些内容，这里我将解释我的具体推荐标准，同时我的个人标准其实也是适合作为某些网站做用户行为分析参考的。

鲜果文章推荐标准（满足其一则推荐）

豆瓣电影推荐标准

一星：剧情杂乱、明显的故事不完整、把观众当白痴、有强烈的停止观看的欲望

二星：剧情杂乱、明显的故事不完整、有明显的停止观看的欲望

三星：剧情一般，无亮点，不搞笑，不煽情，观看过程中有数次走神

四星：剧情精彩，出现搞笑、煽情、思考等部分亮点，但不会观看第二遍

五星：剧情精彩绝伦，出现众多亮点，观看后心情受电影感染，愿意并期望观看第二遍

(图书跟音乐的推荐标准可参考电影部分)

普遍的2.0网站都具备了推荐功能，而用户自身对推荐功能的理解与站方的理解是否一致，是个值得思考的问题。下面列举部分用户对待“推荐”的态度：

1. 无意识的顺手推荐出去
2. “到底是推荐给谁？”
3. “为什么要推荐？”
4. 把推荐当成收藏
5. 推荐（推广）自己的文章（或博客）
6. …………

欢迎大家列举你所发现的用户对待“推荐”的态度

鲜果在阅读频道的文章顶部（<div class="item_header">）以及文章底部（<div class="item_bottom">）都加入了推荐和收藏按钮，这点很贴心，因为大部分用户是在阅读完文章之后才决定推荐与收藏行为的，显然这个按钮放在文章底部更符合用户的习惯。

但是，文章顶部（ <div class="item_header">）的“选中后单击收缩”却不以同样的理由放到文章底部（<div class="item_bottom">）。

以实际的使用情况来举例

测试用户：任何用户

打开频道：任何一个20+未读数的频道

浏览模式：标题浏览

具体情景：用户进入一个有20+未读数的频道，选择标题浏览，按照从上至下的顺序阅读，依次点开每一篇文章。

提出问题：当20篇文章都被打开时，显然整个页面已经非常的长了。那么用户想要重点回顾刚才的某3篇文章时，在长长的页面中寻找就变得有些不方便。

方法设想：如果用户在阅读完一篇文章之后，觉得没太大回顾意义的，是否可以在文章底部（<div class="item_bottom">）点击“单击收缩”，从而使这个20篇文章的列表中打开的只是值得用户回顾的文章，而不相关文章则是收缩状态。（我们实在不好意思请求用户阅读文章之后再拉回到header部分单击收缩，在bottom处单击收缩才是符合用户习惯的。）

依据原则：作为一个在线阅读工具，必然需要帮助用户提供阅读的效率，让一个频道中无用的文章隐藏起来，不是能很好的帮助用户提高阅读效率吗？

今年的8月7日，我给鲜果发送了一封邮件，建议他们的首页登录按钮不要采用JS，理由是在网速慢或者浏览器卡的时候，容易无法显示登录窗口。这次的邮件并不像上一次那样很快就获得了邮件回应，倒是鲜果的一个姐姐主动加了我的Gtalk并在海内找到了我，我想总算是比较友好的，就没有在意鲜果是否采用我的建议。

邮件截图：

Read more »

海内的左侧栏今天添加了一个鲜果热文，鲜果热文是我平日里都会使用到的。而海内，则是我偶尔使用的，主要原因是身边使用海内的好友比较少，所以我在上面活动的意义不是很大。但即使我的海内上有足够多的好友数量，我也实在想不出，我会有在海内上阅读鲜果热文的需要。

目前海内的鲜果热文只是输出文章的推荐数，用户却不能在海内上进行推荐，也就是，没有将鲜果帐号和海内帐号捆中间的社区相对密集，是嘈杂的闹市。如果有时间，哪怕你走马观花也能淘到一些像样的玩意，我就常去逛，这是个人的职业绑起来，这点以鲜果的执行力跟海内的开发速度来讲应该是很快就能实现的了。

我还得再强调一点，我实在想不出我有什么必要得在海内上阅读上热文。假如我去了学校的图书馆，因为图书馆不能上网，可是却有一份鲜果热文报在那，那我想一定会看！可是，我打开浏览器，打开海内页面的同时我也可以打开鲜果阅读器，两个页面的切换对我来说毫无成本可言。而且我在鲜果阅读，有推荐跟收藏的习惯，看到一些好文我会及时收藏，以备日后所需或者重新阅读，可是在海内上却不行。

不妨做下假想，以目前这种合作方式，长久下去会是什么局面？海内如果希望用户在没有好友的情况下，也能在海内上溜达，那么完全可以自行开发一个阅读器，可是既然现在已经跟鲜果合作了，自行开发已经不太可能，大概会向天健买下鲜果吧。目前的鲜果团队属于天健公司，天健本身有CMS一系列的产品，但是市场占有率不高，鲜果是旗下最好的产品，俨然一支独秀。大概，海内团队跟鲜果团队在气质上，会有很大的相似相亲吧～