-
2009-03-04
blogbus改进带来的意淫
-
2009-03-02
数据浪费实例四则
文章之前先向大家推荐这本Zac的《网络营销实战密码》，全书文字流畅易懂，例子深入浅出，即使没经验的人，也可以完全看懂，只要你想做跟网络营销有关的事情。有一定基础的同学，3日内轻松看完~
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的相关功能开放，豆瓣借助分析我的好友，也向我推荐了更多更合适的音乐、书籍或其他内容。
鲜果网。一直对鲜果网青睐有加，原因是其能帮助提高阅读效率，所以我在鲜果网上也是十分活跃(仅限阅读)，而活跃行为带来的数据，也让鲜果能够对我的阅读行为进行分析并在“鲜果猜你喜欢”中向我推荐文章，扩充阅读量。只是很遗憾，这个功能的设计初衷是好的，而结果却是差强人意的，文章的推荐结果还是不太准确，且常常将我阅读过的文章重新推荐。这个主要还是应该加强下算法，不过也可能是因为鲜果网所掌握的用户行为数据还不足以来进行比较准确的分析。
总
总的来说，用户在网站上的行为都是可以被记录下来并进行分析的，在技术上我们已经可以看到其实现的例子跟影子(大家可以去看看雅虎统计或者维度统计)，而这些行为数据绝不尽显我上面所举的例子，应该且不止包括点击、阅读时间、鼠标轨迹、输入内容等，网站的运营者在这方面可以花费不少的心思。
UPDATE:文章实际上是几日前就已写好，当时写的时候在Blogbus上确实只有Lorna一位好友，但现在已经多了一位舞羽飘渺
-
2009-02-28
到底什么是Blogbus的自频道呢？
到底什么是Blogbus的自频道呢？
自频道作为后台的一个一级导航栏目，显然尤其重要性，可是在后台的自频道栏目下，我却看不到任何相关信息。
尤其是新建自频道的域名一旦成功后就不可修改，让我不敢贸然建立。
初略看了他人的自频道，发现与博客日志基本无异。
哪位同学能看到这篇日志时，在日志后面回复我，到底什么是自频道，让我消除顾虑去建一个。
-
2009-02-25
每次体验都不当自己是用户
现在在互联网讨论产品设计，主流基本都是“以用户为中心（UED）”，没有从用户角度出发的设计被认为是不尊重用户的差劲设计。而我最近在撰写的《Blogbus使用笔记》博客则在副标题写上“每次体验都不当自己是用户”。这句话确实有些“非主流”，自然也就有一些同学对此提出疑问与不解。
体验时不把自己当成用户，是为了更接近产品设计者的初衷构思，理解设计意图。不同的设计意图自然有不同的设计方法，我们不能简单的从产品的易用或者美观上来直接对一个产品好坏下结论。例如在某社区发表评论时如果需要插入图片或表情，一共需要点击至少4次鼠标跳转两次页面才能操作成功，而如果只是纯粹的文字评论，操作上则是简单到只需要一次鼠标点击或者干脆纯键盘的CTRL+Enter组合快捷键就能完成。这样的设计，是设计者为了增加贴图的难度，吸引大家更多的使用文字来交流，提高每条评论的平均质量。具体的设计，如下图。这种故意而为之的设计，从用户角度出发很难去发现设计者的意图。
在实际的工作当中，可能会出现人员的变动，甚至产品经理也要换人。这个时候如果新的产品设计师没能很好的了解上一任设计师的设计意图，则很有可能将一些原来故意而为之的好设计，变成盲目听从用户的简单易用却糟糕的设计。例如上面的图片中，新设计师有可能会在输入框旁边直接增加贴图的功能，而贴图操作变得简易之后，可能会使整个社区的文字交流氛围大打折扣。
之前写了《blogbus的后台操作易用性》一文讲述Blogbus后台操作在易用性上不做刻意追求是可以理解并接受的，道理其实就是今天这篇文章的主旨。基本上一个人能够成为产品设计师或者产品经理，都是具备一定的实力功底，尤其是有一定流行度的产品担纲者。尝试理解产品(原)设计者的设计意图，将帮助我们更好的进行产品改进以及新产品的设计。就说最近的鲜果改版，新的产品设计师显然没有对原设计师的设计意图有充分的理解，请看下面这张对比图
首先是在旧版当中，可以很清晰的看到用户对收藏文章所添加备注内容，而在新版当中用户的备注内容则被弱化，从样式上来说更像是文章的简要而不是备注；其次，在旧版中，用户展开文章之后，备注内容依然显示，而在新版当中，一打开文章，则备注内容就此消失。不管是从原设计者的角度出发还是从用户角度出发，都是没能充分认识到备注（笔记）功能的重要性。当然，新的设计师也还是有些不错的改进，就是直接显示出了文章的Tag。
新的设计者带来的新设计自然都有其新的意图与优秀之处，然而原设计师的设计构思也理应得到尊重与理解，才能将原有的好设计改进成为优秀的设计，才不至于白白浪费了原有的好设计，才不会出现动辄网站改版就有一大批用户“呼天喊地要死要活”。
-
2009-02-22
博客大巴首页的表现形式如何更好开往下一站
这两天打开电脑的首要事情就是打开www.blogbus.com，刚开始看的时候，没能看明白首页这“早班车”“午班车”“玩物频道”“行者频道”的到底是什么，虽然整个页面看起来是十分的简洁舒适具备美感，可我这多龄网虫就是一时没能看明白。还有十分好奇的是每个频道都有个小标题，后面跟着“[某某]的博客”，点击这个小标题居然又是到一个新页面只显示一小段简介，更是百思不得其解。
所谓功夫不负有心人，我每次体验都不当自己是用户，于是我在多次的点击之后终于弄明白这一切都是怎么个一回事了。目前首页左侧的格式基本是如此。
[某天] [早/午]班车
[某频道]
[某标题]-[某人博客]
[简介]
[某频道]
[某标题]-[某人博客]
[简介]
基本上就是以时间作为班车的单位，一天就两班车，早午两班，晚上不上班。而每班车上面都有四个频道，大概也就相当于普通班车上面一排有4个座位（也就是4列），每列座位可以有一篇文章的简介，附带这篇文章作者的博客链接。这种排版思路跟杂志出版十分的接近，同样是选择少数优秀的文章经过精美的排版推送给读者。可能是Blogbus内部的某工作人员是杂志社出身，这大概也是Blogbus会做《城客》的原因（本人猜测猜测）。
说回到Blogbus这种首页的内容表现兴式，且不说好坏，我尽管说说我个人的选择方案。我会让日期重新回归时间属性，让原先的“频道”变成一辆“大巴”，在一天内可以有多班“大巴”“驶过”首页，每辆“豪华”大巴上面只乘载少数(1~3)名乘客(有客即走)，落实到实处，就是下面的表现形式：
[某天]
[玩物班车]
[某标题A]-[某人博客A]
[简介A]
[某标题B]-[某人博客B]
[简介C]
[行者班车]
[某标题]-[某人博客]
[简介]
在上面这种表现形式中，每天会有多辆班车，每辆班车都有其特色，专门搭载不同的乘客，而每名乘客（博客）会带着自己的车票（文章标题），在车上描述自己的内心世界（简介）。
事实上我也不能肯定我说描述的表现形式会带给用户（读者）更好的体验，但现有的表现形式还是十分值得在设计上再琢磨琢磨的。我们在公车站等大巴时，车子都是从左边开往右边，那么在宽屏横行的时代，我们是否可以让首页不是从使用右侧滚动条从上滚到下，而是使用底部滚动条从左滚到右，就像一辆个人传媒早班车从我们眼前开往下一站……
-
2009-02-20
输入Tag时应有的友好提示
熟悉或者使用过wordpress的同学应该知道，在wordpress中输入tag（关键词）时是可以使用英文逗号“,”作为tag之间的间隔，由于这个习惯，我在初次使用blogbus发布日志时就犯了这个错误——使用了英文逗号。
在blogbus，tag之间的正确间隔是一个空格，且不区分中英文状态下的空格。
为什么Blogbus不在tag输入框下方给个提示“以空格为间隔”呢？诚然，这是一个很有可能犯的错误，不过错误的后果倒也并不严重，用户在下次发布时就懂得注意了。从某个角度而言，让用户吃一堑长一智是个不错的“用户教育”，然而我们每位同学尤其是女同学也知道，“第一次”的经验是很重要很宝贵的，那既然如此，为什么不让用户有一次印象良好的“第一次”呢？
解决办法：考虑到要维护整个界面的简洁（啰嗦一句Blogbus的后台是我见过的最好看的后台界面），不增加过多元素，所以我们要在程序上稍微动点心思，大概的思路就是读取当前用户发布的日志数，如果小于2，则提示“关键词之间以空格为间隔”，如果日志数大于2，则不提示~Done
-
2009-02-19
Blogbus文本编辑器问题若干
在上一篇日志《诡异的代码》编写过程中，发现文本编辑器存在的几个不足或问题，罗列如下：
- 无法对插入的图片增加边框或边距等样式
- 没有引用按钮，对插入代码或引用他人文字等操作非常不方便
- 没有缩进功能
经过测试，缩进或引用功能，可以利用在HTML编辑模式下使用<blockquote>来代替，而具体的样式可以自行修改模板的CSS，但相信对于大部分用户来说，是不太现实的。
PS：暂时还发现跟QQ输入法有些不太友好的感觉，常出现输入法无效的情况，但该情况可能与本人机器有关，有待验证。
-
2009-02-19
发现诡异代码
今天打开鲜果使用笔记时，发现页面只加载了前面一部分
用firebug查看，发现是最新一篇日志《那个叫做《冬之女王》的童话》内容前部附带着一串代码，导致了页面无法正常显示，只不过查看源文件时依然能够阅读到其他内容，且日志在Firefox浏览器下正常显示，仅在IE下出现浏览一场，不知道这算不算是Blogbus的bug~。诡异代码如下：
<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:PunctuationKerning />
<w:DrawingGridVerticalSpacing>7.8 磅</w:DrawingGridVerticalSpacing>
<w:DisplayHorizontalDrawingGridEvery>0</w:DisplayHorizontalDrawingGridEvery>
<w:DisplayVerticalDrawingGridEvery>2</w:DisplayVerticalDrawingGridEvery>
<w:ValidateAgainstSchemas />
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:Compatibility>
<w:SpaceForUL />
<w:BalanceSingleByteDoubleByteWidth />
<w:DoNotLeaveBackslashAlone />
<w:ULTrailSpace />
<w:DoNotExpandShiftReturn />
<w:AdjustLineHeightInTable />
<w:BreakWrappedTables />
<w:SnapToGridInCell />
<w:WrapTextWithPunct />
<w:UseAsianBreakRules />
<w:DontGrowAutofit />
<w:UseFELayout />
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" LatentStyleCount="156">
</w:LatentStyles>
</xml><![endif]-->
<!--[if gte mso 10]>
<mce:style><!
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:普通表格;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
-->
<!--[endif]--> -
2009-02-19
blogbus的后台操作易用性
今晚开始逐项功能的试用blogbus的后台，由于之前已经有wordpress、Z-blog、Bo-blog等博客平台的使用经验，所以对blogbus的各项功能还是可以比较快上手的，但始终避免不了有一个学习跟适应的过程。例如需要先摸清楚各项设置都放置在哪个位置、自身帐号所具有的操作权限、理解一些网站特有的界面描述文字等等。
今晚也同时结合自己的一些感受，在线访问了几个朋友对blogbus的感觉，其中一个反馈结果是“不懂用”或者“太难用”。首先我这里要做的一个解释是这个反馈结果是相当的主观的，这里面可能掺杂着访谈者某种先入为主的印象或者使用时不耐烦的心理情绪，所以反馈结果不能拿来说明事情。但是，对反馈结果的适当思考，也是有一定益处的。
我结合了鲜果阅读器（xianguo.com）的使用做了一个思考：产品操作易用性是否都得花费大比例的精力去提升？
我发现，像鲜果阅读器是需要花费大比例的精力与时间去改进产品操作的易用性的，让用户阅读文章时就像我们看书随手翻页那么简单，不然用户一定会很快离开这款产品。可是blogbus的后台操作，是否真的要将易用性进行得那么彻底？答案是无需的。因为Blog的主要功能还是在于发布新日志，应当重点的将写新日志的相关操作变得极其简单，而其他后台的设置操作则可以尽量的中规中矩，让用户即使一时不知道如何操作也可以一个个点开的去看，毕竟很多操作是很久才需要使用一次，或者是一次设置终身受惠，根本不用频繁使用。
这个道理其实很像我们的手机功能设计，现在的手机功能越来越丰富，可是我们通常只需要设置一次上网的参数（更多时候出场商已经默认设置好了），以后再也不需要去设置了。所以我们大家可以拿起自己的手机来看看，进入你的手机上网参数设置菜单，一定可以发现很多专业名词，如果你不懂这些专业名词，你压根就不懂得如何去设置了。
从用户角度出发，我们当然希望所有的操作都变得简单快捷，甚至让我们冒着退化成为做事不经大脑的新新物种的风险。可是，从设计团队的角度出发，牺牲部分的易用性是合理且正确的。
任何公司任何团队的时间跟精力都是非常宝贵的，更不用说是创业团队。
-
2009-02-18
blogbus使用笔记 开始撰写
-
1999-11-30
blogbus改进带来的意淫
Blogbus使用笔记
ZZB 在 blogbus 的使用笔记，每次体验都不当自己是用户
共1页 1
个人资料
