白社会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 个月了……接近十月怀胎，时常被友人讥笑。可一想到恐怕要写万把字我就发毛，就想方设法地抵赖下去。

 

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