白社会VS开心-对比评测

1 、导航

极赞,且采用了少见的跟随窗口滚动的方式。由于整体配色清淡一致的缘故,这样也不觉得打搅,不过就牺牲了导航常用的深色系,使导航不够醒目,利弊参半。我猜测原因是这样的:为了及时通知消息(当页面拉到较低位置的时候),又要把标签栏走马灯的提示效果让给 Web im ,只好让导航条跟着滚了。

 

找人的输入框容易被误解为“找好友”,其实是全站搜索,刚开始有点错愕,适应后也满好。新通知和通知拉层的设计极赞,必引为己用。

 

2 Banner

其实谈不上是 Banner ……,或者算是形象版头吧。

 

视觉上和导航并不统一,但基本忽略了这一点。看见有人说那个大太阳是白社会的天气预报,大笑。 Boss 圈圈和“生活在别处”都是小众趣味的文艺腔,无视之。音乐播放器的 UI 极赞,神来之笔,比开心体贴许多,协调又趁手。但经常忍不住去点那个“随便听点什么”,猛点,点它不动。

 

3 、内容版头

一句话发布框是向 FB 的致敬之作,下面的三个小图标其实很好用,但我很怀疑纯图标会使得点击率下降 500% ,不及 FF 直接用文字表述的清晰。右侧的小报 / 等级 / 金币/打卡信息简洁紧凑,花絮效果居多,且数字颜色太浅,虽然与整体融合度佳,却削弱了概念上的感染力。

 

任务模块是神来之笔,把 UCH 的创造给发扬光大,极赞。但遇到我不喜欢的任务,还关不掉,成天在那里死皮赖脸地挂着。这点开心做得好很多,绝不会在主要界面上设置强奸性的元素。包括等级,积分,也有人“偏生不喜欢”的。白社会的风格化终归不够大气。

 

4 、左侧导航

清爽归清爽了,和谐归和谐了,毛病始终在那里,就是字太纤细,远不及开心的醒目。为了使组件导航条更突出一些,图标没跟着 12 号字一起瘦身,又使得图标大过文字,进一步削弱了组件标题的视觉权重。唉,白社会就是死要面子活受罪。像开心那样用 14 号加粗字体又怎么了?丑是丑一些,用起来实在。导航,自然以点击顺手为最高原则。别拿设计人员的美学来摆架子。

 

在左导航和动态区之间有一个折页效果,是很漂亮,但我不喜欢。过多的立体感会增加整个页面的复杂印象。好的产品设计,应该丰富而不复杂。炫技无益而有害。

 

5 、中央动态区域

对这块似乎褒贬不一,我持整体贬低的态度,可能是因为媒体出身,很强调“通透”“流畅”“统一”这些概念。而白社会强调的是“丰富”“活泼”“快速定位”,完全另一套概念。换句话说,可能无法直接地盖一个“优 / / / 差”这样的印章。得看用户的喜好。比如像我这样的用户,喜欢自上而下的顺序阅读,就很反感,觉得它样式和颜色太多,花,乱,看得头晕。而另一些用户喜欢跳跃性阅读,随便挑着看,有可能就觉得它重点突出,丰富活泼。

 

我经常大发议论说,用户印象是永远没有错的。用户感受都是对的。只是看我们最终能取悦多少用户,他们是大众还是小众,是否能取悦到我们想要的用户。从这个角度来看,白社会的动态区域 UI 恐怕放弃面太大,因为我这一类的用户并非少数。这也是我持整体贬低态度的原因,不仅仅出于个人好恶。

 

具体到细节,将动态 类别过滤用下拉菜单的方式放在区域右上角,想法很不错,却又犯了拘泥于图标的老毛病。我觉得那玩意儿挺好用的,就是想不起来去用它。或者说,我看不见它, 就算看见了也意识不到这哥们是干什么的。原则上,如果用户没有强烈的主动使用需求,但确实又能有效改善其体验,我们尽可能使用文字链接而不是图标,以引导 用户建立这个习惯。白社会的设计师虽然强悍,却有不少美学上的固执。

 

而把动态过滤的设置链接放在全局右下(这回你终于用文字链接了吧),应用过分高端。既然整个区域是跳跃性浏览,到末尾的时候很容易“跳过去”,此处所受的重视就比顺序浏览更少。此外, 30 多条动态对吧,也只能跳着看,页面太长了,很难拉到底。拉到底的第一反应不是短暂的停顿,而是快速回弹,怎么看得见右下键浅浅的“设置”两个字。

 

关于白社会的动态过载,泥沙俱下,我在之前的文章里详细讲过,这就特别需要用户手动来过滤一些不爱的内容,免得被其赶跑,动态过滤设置也就特别重要。结果功能入口被丢在如此冷清的角落里,非常不明智,如韩信在项王帐下,仅一执戟郎中耳。

 

全局左下的“查看更多新鲜事”,我们部门去年给这种交互效果取了个名字叫“滚筒式”翻页,很好用——就是不好点。 TW 整条通栏可点击,用起来多舒服。虽然白社会在学 FB ,可人家略微居中的点击位置顺手不少。不过我喜欢白社会点击更多链接后的 loading 提示,轻巧顺畅,比 FB 的更好。

 

最后说两个花絮,在可回复的动态中,只要有第一个人回复,内容动态下面的窄评论框就会缺省展开,估计是认为这条信息有可能具备讨论价值。取材自 FB 引导交流的思路极赞。在白社会中,可赞的交互设计确实多不胜数,看得我又爱又恨。必引为己用。

 

而用户发布内容后,在自己首页的动态区域内亦可见,也很棒。用户直观地意识到自己的动作被融入了整个社交动态环境之中,确信发布成功,将为人所知;也就更容易树立对整个动态环境的认知度和认同度。同时也便于查看好友对自己发布内容的回复。

 

6 、右栏色带区域

“最近访客”有个算 法问题,如果一个人看了我的日志,但没踩我的主页,那么他不会被放到那里边去,这是错的。应该按开心的算法,看了日志(或其他个人内容页)的就算访客。他 确实访问了“我的页面”,不应该把访问概念局限在“个人首页”上。这样用户能更快了解自己所发布内容的反馈——比如我在开心刚发了日志,一看最近访客的头 像更新,就知道谁先看过了。非常及时。同时也显得那里热闹一些,人多一些,心里比较满足。

 

“可能认识的人”和“邀请好友”从位置到设计都恰到好处,整个右栏色带区域的内容编排简洁明了,逻辑清晰,赞。白社会在这里倒是能收起卖弄的欲望,清宁流畅。

 

7 Web im

评价就俩字:“自恋”。我说的不是技术层面,技术上挺好的,社交平台做 Web im 也不错,但丢那个位置很不能忍。第一,太突出了,其实又不爱用,社交平台的优势在于异步交流,即时聊天只是辅助性服务。第二,好友多的时候在页面右侧会出现双重滚动条—— Web im 的 和浏览器的,极其不爽。第三,我本能地想从这里进入好友首页,但是点小头像,大头像,都是打开聊天窗口,非得“点大头像浮层的姓名文字链接”这么麻烦才能 去好友首页——难道白社会就这么肯定,用户互相访问的需求远远小于在线聊天的需求?依我看,恰恰相反吧。不常用操作占据了常用操作的地盘(虽然 1024 下看不见),我如何不恼?

 

总之这个模块的权重被设得太高,过分突出。而有新的聊天消息时,浏览器标签栏出现跑马灯效果,更是烦球得很。拜托,“ Web im 聊 天”的内容权重并不高,用户接受不了这种程度的打搅——那叫骚扰好不好?别瞎抄人家开心。在开心里,新消息以“好友对自己所发布内容的回复”为主,这种消 息的质量足以抵消标签栏闪烁的干扰。换句话说,用户是否认为消息提示是一种干扰,更多取决于在他心目中消息的质量,而不是其形式。基本上用户对“互动反馈 ”是有很大期待的,他发布内容,往往就是为了看好友怎么来评论,而 Web im 上的搭讪闲聊则远逊于此。因此又是一个不重要信息占用了重要信息的地盘,鸠占鹊巢。

 

有时候觉得白社会的炫技心态严重,突出 Web im ,可能也源出于此。

 

8 、老板键

524 第一次看见的时候,愣了半响,哈哈大笑。白社会的产品团队真的很聪明。

 

白社会全局居左,在 1280 的 极右侧基本是视线的盲区,适合放一些不常用,又不算全无价值的东西。这个老板键呢,我猜它的目的倒不是真的让用户去跟老板躲猫猫,而是一个用户群定位的暗 示:“这产品适合坐办公室的成年人,用我,比用开心更加安全。”简简单单的一个功能,却比啰啰嗦嗦乱七八糟的交互文案更来得亲切友好,印象深刻。

 

开心、有道、白社会,虾米,亦歌,是国内我很喜欢的五个产品团队。前三者尤好。

 

9 、个人主页

个人主页这里恐怕是 有些大问题的,比如开心就把它用“别人怎么看我”的方式给折叠起来了。原因很简单,我去个人主页的概率很低,目的也就是看看自己的页面在别人眼里是什么样 子,如果用上了一个独立的导航位,权重放得太高,反而让新用户迷乱:“它干嘛的?我在这里干嘛?”字面上和功能应用上都不容易理解所谓“个人主页”的定 义。

 

在白社会的个人主页里,首先放照片,其次日记,再次新鲜事,要球不得。虽然照片和日记的权重较高,但更新频率太低,容易造成对方头屏无更新的印象。印象相当坏。开心就反过来,新鲜事→照片→日记。通过强调“更新”来促进用户之间的互相访问。

 

此外,开心的照片模块放最新相片,白社会的照片模块放专辑封面——这更要命,直观可见的更新量那就更低了。唉……这些家伙在想什么哟。

 

当然,将个人主页的 权重提高也不是一无是处。最大的好处就是把一些个人性的东西放进来,让首页更整洁。比如左栏的音乐盒和礼物橱窗,比如右栏的好友列表,比如顶部向虾米致敬 的自动简介“我是某地某星座男生”(不!我是怪蜀黍!)。但我用了一年的开心,很难适应在两个个人页面(首页和个人主页)间跳来跳去,更认可单页面中心的 产品框架。国内用户总体上低端,产品框架不宜复杂化。任何时候都应该把“好用,顺手,简单”这些指标放在第一位,而不是固执于视觉上的完美或者呆板机械的 内容逻辑。

 

10 、其他,以及总结

好友界面的设计很鬼扯,很不好用,操作时页面跳来跳去很烦恼。交互设计师你来连续给 10 个人分类试试?由于资料分布稀疏,如果不用搜索(我就不爱用搜索),查找好友的效率很低,对好友进行操作的效率更低。设计上的极简主义,放在这里就变成了主观思维的极简偏执。

 

我的站内信是空的, 所以没法评价(谁给我发一条试试)。邀请和设置页面都很好,但设置的下拉菜单一看就很复杂,会吓到人,尤其是新用户,第一印象受此拖累,觉得这玩意儿太复 杂,怕是折腾不动。找人页面还有个大的缺陷:不应该把过滤项全部折叠起来,至少把过滤选择链接搞得更醒目一些,否则不容易留意到,也就不容易找到人。

 

白社会全局采用了棕 色的超链接,不难看,但有些抢眼,有些花哨,对比度上对灰色的文字有些压制,不及常规的深蓝色超链接效果。说到灰色的文字,只考虑了整体上的视觉协调,却 远不及开心黑色文字的清晰舒适,也属于好看不好用的范畴。基本上白社会配色的对比度偏弱,文字内容不够突出,第一印象固然美,却不适合集中注意力大量阅 读。那么,第一印象和大量阅读,哪一个对社交平台更重要呢?

 

比开心好看,却不如开心好用,考虑设计者的感受比使用者更多,就是我对白社会 UI 设计的整体评价。而它在交互体验和交互性能上的优势有目共睹,不夸也罢。计划中对白社会的评测有 3 篇,今晚,或者明天再接着写第三篇“组件快评”。虽评价别家的孩子,也是借这机会来讲我对社交产品的设计理念。一吐为快

 

 

 

白社会和开心在组件导航上的缺省排列顺序很有意思。

▎白社会:日记→照片→分享→礼物→音乐→投票→说秘密→真心话→游戏大厅

▎开心:照片→日记→记录……

日记和照片对比,日记的发布频度更高,信息量更大,照片的感染力则更强。开心轻信息而重关系,所以照片在前;白社会走的是信息流的路子,所以日记在前。

 

添加组件的 UI ,白社会的入口设计更好一些。设置组件方面功能都差不多,白社会参考 FB 新增了组件评论,有点意思,但评论页的组件简介文字又臭又长,相当难以忍受。

 

快评一下具体的组件吧,正题开始。

 

1 、日记

列表页“自己看”,没有把摘要铺出来,我不习惯,查找时过于依赖标题的索引,社交日志标题又往往简短随性。列表页“别人看”,摘要倒是铺出来了,可留言也跟着出来了,样式和颜色都很乱,蓝色和粉色搭配着很不舒服。

 

写日记的界面比开心要好很多,编辑功能虽然略显繁复,全局操作的位置和样式却有进化。只是用户对信息类组件的界面体贴并不特别在意——内容强大,反馈积极才是王道。这里还有个 bug ,发表框顶部定时显示自动储存信息,总是显示第一次自动储存的时间。而发表后缺省进入正文页(不是列表页),顺序和开心相反,我却很喜欢。

 

进入到日记正文页面,就像我之前对 UI 的点评一样,文字对比度太低,不适合集中注意力的阅读。开心的黑色文字显然阅读舒适度更佳。而留言全用了粉色底,又是短短的 400px 宽,与白色底 750px 宽的正文很不相衬。留言一多起来,视觉上和正文就完全无法融合,极丑。看上去这个 FB 样式的回复界面特立独行,在兼容性上十分要命。

 

所有留言挤挤挨挨地挂在下面,全然没有分组的概念,仅仅超过 5 条之后阅读就变得辛苦起来,更加因回复逻辑不清而丧失了分组交流的功能。每条留言后面都挂一个被姓名和时间挤得歪歪斜斜的“回复”,到了 10 条之后,评论区乱哄哄嘈杂一片。这种回复 UE 专为首页 580px 的动态区域而设计,因为动态的快速刷新而简短,因为简短而清晰友好;但到了独立而开阔的内容页,一旦拉长了,就极其的扭曲,与页面格格不入。

 

另一个不妥之处是,文字区域过分宽阔,像开心一样 600 就够了呗,非要弄 750 ,莫非 400-600 不是最佳阅读宽度?结果不仅显得 400px 的评论区愈发局促,右侧也放不下最近访客信息。考虑到留言的不确定性,明确告知哪些好友来看过这篇日记,对作者是个起码的鼓励。内容生产的反馈应无处不在,迅速而丰富,刺激生产者不断发布信息。

 

还有些细节,比如在正文页面没有像网易博客一样,提供上一篇,下一篇的日记标题(至少是开心式的功能链接),虽不重要,但有欠体贴。而正文页多出来的“与他相关的日记”折叠标签位又显得无趣,不讨厌,也没兴致去点。再看正文顶部的发表时间,鹤立鸡群,竟然搞 12 小时制显示,显然是无聊嘛。

 

比以上种种都要命的是,发表日记设置为“好友的好友”可见,我猜没多少人会注意到并去更改缺省选项。这可不仅仅是日记组件的问题,更加是整个白社会的社交隐患。比如说我在开心,写了近 200 篇日记,少量内容是对部门战略和管理的影射和揶揄——跟大佬沟通无效,就发点牢骚宣泄。当然,我也不会把大佬加为好友。如果这些内容写在白社会我就惨了,虽然总编不是好友,但通过同事中的共同好友,他就能顺藤摸瓜看到我的日记。然后……就吊起来打!

 

这只是举个现实例子,其实不举例子也很容易理解。隐私,是社交平台的命门。或许白社会希望在发展初期扩大可读内容范围,或者只是在 Beta 阶段作个测试,但这样的设置,连测试都没有必要。它意味着我战战兢兢,对自己发布的每一个字每一张相片都格外小心——天知道谁会看到。又或者在懵懂中被人闯入,“看见了不该看的东西”,“一篇日记引发的血案”。相比起来,开心贯彻始终的原则性很值得尊敬和效仿。

 

2 、照片

首页大小图搭配起来虽然信息量大,但显得凌乱,更新时间的露出倒是满体贴,优于开心对“创建时间”的露出。上传 UE 很棒,得了 Flickr 的真传,相比起来开心的上传简直土得掉渣。照片处理也很有意思,但 UE 上有些小问题。第一,左栏选择效果后,必须不停地去窗口顶部点确认或者取消,鼠标成本高,操作不流畅;第二,泡泡框容易截字;第三,添加文字 / 装饰 / 边框后无法用上一步的方式取消,非得选择“删除”不可,如此等等。

 

对这个模块的比较,开心唯一的优势是图片尺寸,缺省显示 720 ,并可放大到 998 左右。而白社会统一采用了 640px ,在部分需要大图浏览的情况下(如风景照)居于下风。

 

3 、分享

简洁倒是简洁,但组件里的发表框太弱小。如果将首页“一句话”发表框下面的分享图标变成文字链接,显然有利许多。另, URL 显示太长了很烦,不妨开发短地址技术。

 

“分享至白社会”的浏览器按钮极赞,和 FF 的做法类似,弹出框界面则本地化风味更重。

 

4 、礼物

开心的礼物是少了些,但白社会的未免又太多了,一下子弄太多选择,有点烦。礼物这玩意儿主要看运营吧,而不是产品,搜狐社区这方面就相当成功。我对礼物不感兴趣,不好评价,只觉得礼物设计的个性还是不够。那些贫嘴交互文案的调子放到这里来倒是不错。还有个 bug ,收礼的交互文案中没有用上“他 / 她”的性别判断,很是别扭。

 

纸箱包装和场景的想法都算是有趣,但“祝福语”列入必选项范畴就很糟糕,往往与用户意愿相悖,使人烦躁。

 

5 、音乐

开心突出了“我的音乐”,白社会有搜狐做靠山,不缺资源,自然更重视“随便听听”,且通过搜索来规避版权风险。相比起来,白社会优势更大,毕竟上传是件麻烦事情。但强迫用户去建立专辑则大可不必(照片那边也是)。

 

音乐播放器的界面设计明显优于开心,同时采用了独立浏览器窗口,即便关闭白社会所在浏览器,照样继续听歌,小小的优化增加了产品的黏性。

 

“推荐此歌”大概是取材于虾米,活学活用,善。但白社会和虾米的用户构成迥异,分享歌曲的动力天壤之别,分享后的结果呈现也不够突出,用户的操作回报就显得贫弱。兼之受到界面限制,很难对“推荐歌曲”作出醒目的功能提示,在虾米上红极一时的功能,复制后多半南橘北枳。

 

6 、投票

点击缺省进入列表页的想法不错,开心早就该这么做了。界面比开心美观不少, 5+5+5 的选项追加也很体贴。“

 

按我半年多前的观察,开心的投票曾达到过一分钟发起 30 条 的速度(目前无法统计)。国内用户在投票方面的巨大热情是个社会学的研究课题。白社会在这方面已经比开心更进一步,但仍有继续发掘的价值空间。不过首页一 句话那里引导用户快速发起投票,我倒是不赞同,必然会降低投票的质量,拔苗助长。对投票的开发态度应该趋于精耕细作,而不是使其粗糙泛滥。

 

7 、说秘密

这不就是 qiushibaike.com ,以前的 moumentei.com 嘛,两年来,我便便时必在手机上看的网站。

 

注重信息组件甚好,不过可别忘了,糗事百科的红火建立在先审后发带来的品质基础之上,如果缺乏管理,放任自流,那就不可能有今天的口碑。

 

进入到组件内容列表页,浏览界面的设计差得离谱,冗余花哨的元素太多(包括标题)。列表页并不完整显示正文,然而间隙又留白太过,使阅读不够流畅,不及原版远矣。不如全盘照抄,在列表页全文展示,限字 500 即可,并使内容更紧凑简洁。

 

秘密组件合并了糗事百科的糗事和秘密两个分支,再作添补,内容类别到达了 6 个之多,画蛇添足,反而失去了原版的个性鲜明。照我看来,单攻糗事 / 八卦的娱乐风格即可,绝不能让性质截然不同的内容混杂在一起,风格互相干扰,用户印象模糊。诸如忏悔、发泄的主题容易自说自话,缺乏阅读价值,不做也罢。情感秘密虽有猛料,但在实名登录,熟人社交的环境里,谁又敢如此孟浪呢?

 

我昨天本来写了一条秘密,讲公司里有个不认识的艳丽姑娘,颇有风情,对她详加描述品头论足。结果写好了 300 字,沉思半响,在发布前又毅然删掉。若是马甲失效(就怕万一),必被同僚所笑,不可不防。所以这情感主题也是不做也罢,平凡的嫌它清淡,生猛的又隐忍不发。

 

归根结底,由于缺乏审核管理而降低了最新内容列表的品质(缺少发掘者),又因为实名社交而无法直抒胸臆(“秘密”名不副实),是两个天生的硬伤。就像现在的热门秘密,其实以转载笑话居多,长此以往恐难搞大,但仍算是社交应用中有价值的创新。

 

8 、真心话

超讨厌真心话,组件动态都被我关了,又有什么好点评的。不过“你说他才说哦”的界面设计倒是有趣。相关部分留到开心研究里再谈吧——这款组件就像臭豆腐一样,支持与反对者泾渭分明,有人津津有味,有人掩鼻狂奔,双方都愕然道:“你怎会如此?”

 

9 、游戏大厅

白社会最具创新精神的应用!用竞争来提高小游戏的可玩性,再用小游戏来提供无聊消遣,赞!但提供的游戏太多,选择太多,反而不能将用户有效集中起来。未免过分急切,又陷入贪多嚼不烂的怪圈。

 

除了用户分散之外, 小游戏的玩法单纯,黏性很低,无法从互动中去产生一些建立在用户关系上的“潜交互信息”。比如某个不太熟的姑娘在开心里高价把我买为奴隶,天天带我逛街, 我就觉得她是不是对我有意思……和开心强大的邪恶娱乐组件比起来,游戏大厅对用户关系的挖掘太过肤浅,流于表面文章。

 

10 、心情

相当无聊的家伙,怪不得缺省关了起来。其实收集自言自语、心绪浮沉也不错,用感性手法略微加工(必须感性!),就能引申出不少的回味。只是策划挖掘太浅,动态又骚扰太过。“逗你玩”的功能极傻,近乎于肉麻当有趣。

 

11 、阳光牧场

从不玩此类游戏,一看就猛翻白眼。

 

12 、组件总结

呃……其实也没什么好总结的。组件平均质量较高,音乐和照片尤其强大,秘密和游戏则小有创新,但创新内容的完成度不足。总体上缺乏自己的风格,跟随开心又摇曳不定,思路倾向于在信息组件上发力,却浅尝辄止。

 

有一些严重问题是日志那里就看到的,在各个组件里贯穿始终。比如隐私之大防;比如回复 UE 嵌入在正文(日记 / 投票 / 秘密 / 相片)里的生硬。 FB 这 个样式适用于以短信息为主的,轻巧而快速的信息流,在信息流之中区隔并突出留言内容,却与国内用户常见的“正文评论系统”迥然其趣。首先在长短、配色等样 式上无法融入正文环境,其次在留言数较多的时候,看上去混乱不堪,可读性极差;又无法对留言分组,在嘈杂中插入一场脉络清晰的讨论。

 

由于回复主体和回复内容之间是平行关系,不若开心的从属鲜明,故而白社会难以构建强大的消息集纳中心——回复样式本身就不予支持。看到这里才明白,“通知”的设计亦属无奈。虽然 UE 加速了回复的速度,却因通知的低效率和不精确、以及浏览的不舒适而减损了回复的冲动。为了优化流互动而作的这一系列牺牲,未必能赚回票价。

 

此外,统一的 12 小时制时间格式,在国内见所未见,只能用“诡异”两个字来形容。

 

我曾经想在开心研究里,挨个点评开心的组件,没想到先评了白社会。苦笑。我的开心研究已拖稿 8 个月了……接近十月怀胎,时常被友人讥笑。可一想到恐怕要写万把字我就发毛,就想方设法地抵赖下去。

 

对白社会的碎碎念到此为止,评测结束后,我可能会离开,也可能留下来,看接下来一两周信息流的质量而定。从这款产品里吸收了不少东西(尤其是交互上的)。向同行致敬。

你可能感兴趣的:(social/facebook,照片,游戏,音乐,产品,浏览器,im聊天)