专注于互联网分析、用户体验、网页设计
« »

按钮还是分类,以及好友的组合

SNS型的网站,由于需要保护用户的隐私,特别是对于要求真实信息的SNS网站,都会在设置里提供个人资料保密公开之类的选项,而大部分用户都会选择对好友公开,所以想在这类型的网站上玩的话,加好友是不可缺少的一步。

当然,添加好友这一操作是很简单的,只需要在相应的地方轻轻的用鼠标点一下就可以的,剩下的就是等待对方的回应了,同意或者拒绝。

看一下开心网上的好友请求,可以很方便的拒绝对方的好友请求。

如果是同意对方的好友请求的话,那么就会出现这个弹出层,是要求选择好友类别的。

在这里就有一个问题,如上图中最后一个类别,其实这里并不是一个可选的类别,当选择“我根本不认识他”时得到的结果就是拒绝对方的好友请求,很显然,这里的“我根本不认识他”是个错误的提示,因为它并不是一个可选择的选项。

好友属性里的好友组别是可以多选的,系统默认提供了如上图的组别选择,那么这里是否真的是可多选呢?

在我看来,这里应该是个单选的选项,最好的表现形式是以下拉菜单来表现,如下图:

很显然,这样的类别更切合实际,采用单选的形式来更加精准的描述好友的属性。比如说选择同学这一类时,就可以包括高中同学跟大学同学两类。

日志信息 »

该日志于2008-10-26 19:30由 摄氏度 发表在体验设计分类下, 你可以发表评论。除了可以将这个日志以保留源地址及作者的情况下引用到你的网站或博客,还可以通过RSS 2.0订阅这个日志的所有评论。

相关日志 »

AdSense »

4条评论

  1. ludden 说:

    其实也要看好友分组的进一步应用,如果仅仅是对好友进行分类然后列出来,那么单选就很方便简单;如果利用好友分组,然后对好友动态(SNS的核心)进行分组浏览,那么多选有利于查看好友动态的效率,这有点类似用Google Reader订阅rss feed,可以给每个 feed 打多个 tag,这样分类浏览很方便。

    • 摄氏度 说:

      有道理,但开心网目前的这个好友属性似乎没有关联到好友动态里,好友动态里的信息并没有分类。而且我觉得这样子的单选并没有与好友动态有冲突。

  2. edtop 说:

    下拉是存在逻辑问题的,如果一个即使你小学、又是你大学,又是你现在同事,那就不能准确分类了
    不过我很赞同你说的在“我根本不认识他”这个选项的分法

    • 摄氏度 说:

      其实我写这个日志的时候,有一个观点忘记说了,那就是我把好友分类的定义应该是按最近关系来算的,比如即是小学同学又是大学同学,那么这个好友分类应该就是在大学同学组里,以最近原则来计算,这样可以尽可能的简单化关系网络。

发表评论 »

返回顶部