常见功能设计之 “好友”
“好友”的主要功能点大致可以分如下部分：添加好友、展示好友、好友沟通
添加好友
1、张三认为李四是他的好友，那么李四就是他的好友；哪怕李四认为张三不是他的好友，但对于张三来说李四仍然可以是张三的好友。
所以，张三如果加李四为好友无须李四同意。
一般情况下系统应该自动给张三一个可选择性的操作”告诉李四，张三加他为好友了”，最好顺便再告诉李四的时候给他一个选项”是否也要马上加张三为好友”。
（以上为汉语言基础练习）
所以，我基本不赞同99%的”需要对方验证才能添加对方为好友”的做法。所以，我给王怀南和圆圆都分别提过babytree和yobo添加好友流程不好的意见。
2、至于”如果用户不想因为别人添加自己的通知骚扰到自己”，那么系统可以提供”不接收被添加为好友的通知”功能并告诉添加他的人。（为了促进产品的使用率，一般产品都不设计这个功能。）
至于”如果用户不想陌生人跟自己说话骚扰到自己”，那么系统可以提供”不接收陌生人信息”的功能。
3、至于”此信息只对好友开放”，这个意思应该是”此信息只对我认为是我的好友的人开放”，而不是”此信息只对认为我是他好友的人开放”。
4、我不赞同一个社区网站在用户不知情的情况下就提供一个功能让别的用户可以搜索到自己的信息。
“用户填写了这些信息并不代表他们就想完全公开这些信息”；
“起码要给用户一个’是否公开个人信息’的选择，才能决定是否把用户的信息让其他人搜索到。 那怕这个选项默认是选中的”；如果你不提供这个功能，那么你需要让用户知道他的信息别人能搜索到。
5、QQ最开始的”添加好友”功能设计很差。”别人添加了我我就自动加他”无疑是一个拔苗助长的功能；设置了”需要身份验证”后，双方互加好友时需要四步的添加过程、双方都收到两个信息的做法特别的笨（现在已经改过来了）。
请崇拜QQ产品设计的一些人不要一味效仿。（哥们儿：请勿对号入座。）
展示好友
1、展示好友是一个很关键的产品设计点，特别是当好友功能被用户重视的时候。
2、”是否公开自己的好友”应该由用户自己来选择。
3、”是否公开”的功能是否要做到”细致到每个人或者每个分组”可以看产品的进展而定。(如果有”同时在多个分组”那么分组设置是否显示会更加的麻烦)
一开始不要把产品功能做的过细或者过于强大，看着产品的发展再决定细致功能挖掘的做法是一个不错的理智选择。
4、以上三点阐述的是”对外展示好友”的部分。如何设计对用户展示自己好友的功能也有很多点。
“是否需要好友分组”"是否鼓励用户将自己的好友进行分组”都需要看产品的利用率而定。
产品一开始绝大部分用户好友都很少的时候，可以不提供好友分组功能；一开始就鼓励用户将自己的好友分组也是一个不错的选择（如,flickr在你添加好友的时候自动给了你一些常用的分组）。
5、好友排序的功能很重要。
可以根据用户与好友之间的”联系频率”"相似度”"关系远近”提供展示的排序。
douban的友邻排序就极其不可取。看看我的友邻那里前三四个人，他们的好友列表几乎已无用。人太多了！ 没有分组是造成友邻作用减小的一个原因，但”按照对方注册时间”排序也是现阶段(没有分组)最大的一个诟病。按照”好友注册时间排序”是种最低成本的做法，但对于用户来说最不可取。哪怕是”按添加时间”也比这个”好友注册时间排序”好N倍。
那天和keso聊到豆瓣友邻列表的问题时，我说：”建议阿北如果现在还不提供分组功能，那么就提供’按相近’或’按联系频率’或’按添加时间’”的排序方式，而不要用”对方注册时间”。
Wallop对于好友的展示方式就很有意思。
6、展示好友并不一定要局限于”展示好友列表”，往往”展示我的好友的动态”对于用户来说更有价值。
douban在这里做的很棒，所以才使得他的好友列表没有完全爆露缺陷。
建议一个产品在设计好友功能之初就提供这个”好友动态”的功能，哪怕做的很小。（如，百度空间现在只把有空间更新的好友的”空间”ICON用了另一个闪动的方式展现）
7、”现在在线的好友”对于某些强调沟通和互动的产品来说意义非凡。
8、”好友”的”好友”，”好友”或者别人的”好友列表”中”我的好友”，”好友”和我相同的部分(如，群组、读同一本书)，”这个群里的我的好友”等等都十分有挖掘价值。根据不同的产品方向可以挖掘出不同的巨大价值。
9、以上基本都是”我加了谁为好友”，”谁把我作为好友”也值得某些产品深究一下。（比如，若邻或XING这样的网站）
好友沟通
1、站内信息是一般社区网站对于好友沟通的最基本功能。
如果能为来自好友(我认为的好友)的信息 提供一个更具情感化的设计会使你的产品得到更多的好感。
2、”最近访客”某种程度上也是好友沟通的一种方式。在”最近访客”上把好友用一个很小的”不同”方式展现也会给你的产品设计加不小的分数。
3、百度空间有一个很小的设计”当你的好友在你的空间上留言时无须输入验证码”。这个功能你发现了吗？它的好处你能全部想到吗？
4、大部分校内社区都借用了这个功能：”打个招呼”。
我个人总是不喜欢这个设计，我认为：完全可以想办法把这个功能和站内信息融入到一起，或者跟”最近访客”想办法结合起来。
“打个招呼”的功能也许当初是因为发现某种需求后，没有去想”在现有设计上完善”而一味的”再设计一个功能满足这种需求”所造成的。
5、QQ空间设计了一个”心路历程”很有意思。
这个功能可以自动记录下用户的个性化签名，让N久不见的好友可以看到错误的”心情”。
6、MSN那个”好友正在听的音乐”和某写社区让你看到你的好友正在某个讨论版，以及某网站提供了”了解我某个好友的性格”都有些意思。
7、最后重复最开始就说过的一句话：”此信息只对好友开放”，这个意思应该是”此信息只对我认为是我的好友的人开发”，而不是”此信息只对认为是是他好友的人开放”。
（今天发现一个我挺看好的网站犯了这个笨错误。）
其实很多人放弃QQ和MSN不少原因是因为”人太多了”，所以想办法控制好友质量也很重要。
关于”好友”功能的设计其实还有很多很多值得探讨的地方，很期盼更多的朋友回复或写blog说出你的观点和我未提到的地方，以及对我以上观点不赞成的地方。
（XIOAXIAO、千鸟、SEVEN、臭鱼、Ryana、Todd、Moond，你们最近比我还懒，很久没有看到你们研究性的更新了…, 我给你们带去点点击你们也别再懒了，兄弟们很久不一起交流了显得有点失落…）
臭鱼的更新频率很是要不得。。。等了N久了也冒个泡，屁都懒得放一个。。。不过放出来也有点惊天动地。。
不是存心想很慢的更新，实在是身体素质不佳，现在已经是尽力的在想、在写了。
平时工作的时候有点儿空闲还得去抽烟。周末睡睡觉基本上也就用完了……
表扬一下白鸦，看了个大概。
是篇不错的总结，这类问题一直懒得去想，太复杂。
最近人累、事多、工作忙。（比如连续上了三个周，昨前天刚休息）
嘿嘿，被点名了。四五月是旅游阶段，六月再战啦～XD们都保重身体哦～
哈哈，这篇文章的出现，真是想到一起去了，最近我会出好友的推送的算法，嘿嘿
“添加好友”那部分的功能设计挺复杂，首先这个好友的定义就说不清…
ps:白兄的速度超赞，总能注入新鲜的血液~娃哈哈
还是白鸦的泡冒的比较勤快！
哎～只能怪自己比较懒。
难得像白兄这样，blog写了这么久，还能保持更新频率。
如果谁有兴趣，可以统计一下大家写blog的频率变化，恐怕基本上都是开始比较勤，后来就比较懒了。
这也是很多bsp都面临的，到了一定阶段，虽然每天新用户都在增加，可是活跃用户不见长多少。
但是今天白兄提到的“好友”，包括以后有可能提到的“圈子”（我瞎猜的），都是一种黏住用户的方法，可以从某些角度提高用户活跃度。
白兄这里提到的很多，在sohu blog都已有尝试。“好友的更新提示”、“最近访客”都是非常有效的方法：）
好文，收进~
我给PM的Idea大多很零散，要向白鸦大哥学习，整理下..
todd: 你怎么知道我下期要写“小组”呢？
总结的好。
todd真的聪明，产品线设计，过了好友，就是小组啊。～～哈哈：）
很系统，以前都没有想到这么详细，也没把这部分单拿出来做，受教了，顶！
在想怎么能在QQ和MSN等IM工具上提高好友质量呢？
有道理，百度空间的这个设计是对的，其他网站的设计大部分是涉及到了资源的分享问题，或者说想人为地增加一些互动。
等待老兄关于圈子的文章。
[…] http://uicom.net/blog/?p=610 […]
基于BS结构的好友功能。。。。我一直都认为用处不大，既然有了QQ和MSN，还有多少人会用慢如蜗牛、需要频繁跳转刷新的BS系统的好友功能呢。。？
好文,收藏.
订阅白鸦兄的RSS许久，今天冒个泡，因为阁下说的大多数功能都是我已经实现或者正在实现的。尤其是加好友那个流程。半年前我就跟朋友开玩笑说，我们网站允许单相思——我爱你，那是我的事情，可以与你无关。
关于“展示我的好友的动态”，这种timeline系统我们已经在做，这个方面我觉得facebook做的不错。这个里面，牵涉到信息的发布、订阅、过滤、排序…..说得很复杂，但是要让用户用起来很简单。
针对Zoby的评论，我个人也算是QQ、MSN的老用户了，分别具有8年、6年的经验，我的感觉是他们还不够。QQ略显的低龄，而且很多公司屏蔽了腾讯；MSN还不够中国。
在我们网站，针对“朋友模块”是考虑到如下环节：朋友的发现、朋友关系的建立、朋友的熟识、朋友关系的总结、朋友关系的终止，这是按照“朋友生命周期”来考虑需求以及功能点的。
订阅白鸦兄的RSS许久，今天冒个泡，因为阁下说的大多数功能都是我已经实现或者正在实现的。尤其是加好友那个流程。半年前我就跟朋友开玩笑说，我们网站允许单相思——我爱你，那是我的事情，可以与你无关。
关于“展示我的好友的动态”，这种timeline系统我们已经在做，这个方面我觉得facebook做的不错。这个里面，牵涉到信息的发布、订阅、过滤、排序…..说得很复杂，但是要让用户用起来很简单。
针对Zoby的评论，我个人也算是QQ、MSN的老用户了，分别具有8年、6年的经验，我的感觉是他们还不够。QQ略显的低龄，而且很多公司屏蔽了腾讯；MSN还不够中国。
在我们网站，针对“朋友模块”是考虑到如下环节：朋友的发现、朋友关系的建立、朋友的熟识、朋友关系的总结、朋友关系的终止，这是按照“朋友生命周期”来考虑需求以及功能点的。
其实很多人放弃QQ和MSN不少原因是因为”人太多了”，所以想办法控制好友质量也很重要。
呵，很重要的一点。sohu blog 这点就跟别的站点不同 ～～～
自己一直坚持，限制不是对用户利益的损害，而是保证系统健康向上运行的前提。盲目的满足每个用户的需求，只会导致整体的混乱。战术上限制，战略上就更自由。
预订板凳，等着看“小组”～～
我最近肚子疼啊
[…] 白鸦 » 常见功能设计之 “好友” (tags: reading design ue) […]
很棒的文章，看了让人很开心:) 期待“圈子”文章~
当理想照进现实
虽然据说这个电影很糟糕，不过就理想的产品设计和能达到的现状来说，这句话确实恰到好处的。
baiya提到的 ，在QQ里面好像都有选项吧，不过是现在的产品中！
小三要和小四结婚 小四不同意 小三就没办法和小四常相厮守 所以要想达到用户的占粘性 最好有验证过程 才能使得双方交流无任何障碍~~~
[…] 白鸦前些时候在讨论好友的问题。 […]
http://www.ruifan.net
1、连7这个单词都不会拼。丫是不是被儿子搞晕头了？
2、懒啊。这个理由比天大。
3、注重线下交流，改天来一起吃饭一起畅谈。
4、丫这个发型不错。或者说这照的不错。
说点正题：关于好友，什么在线的，IM的，无非都是想圈一批人。但凡没看n多IM服务商扎堆去做WEB IM，反过来web上有类似概念，圈子的网站又推出了客户端的IM呢。这个世界，没啥高深的理论，做呗。
[…] 白鸦 » 常见功能设计之 “好友” (tags: sns) […]
我基本赞同99%的”需要对方验证才能添加对方为好友”的做法。呵呵～
因为，我们设计的好友：
好友可以知道对方的联系方式；好友可以共享他的“好友共享文件夹”。其他功能就不说了。
因为，我认为好友的设计，应该从现实角度去开发：既然是好友，就应该知道对方的手机号码。这个不是随便什么人可以看到的。
“此信息只对认为我是他好友的人开放”很让人反感，没必要出现。
如果我的文件，给我朋友看。没必要，向别人炫耀：“这个文件是给某某看看，我不能给你看”。解决方法是：当好友进入时，可以显示“好友共享文件”，当非好友进入时，不显示。
“张三认为李四是他的好友，那么李四就是他的好友；哪怕李四认为张三不是他的好友，但对于张三来说李四仍然可以是张三的好友。
所以，张三如果加李四为好友无须李四同意。“
你这种说法，通常来讲是适用的。但是这是建立在以下2个前提下：
1. 这个产品没有涉及太多的好友相关的隐私权限需求
2. 这个产品，其他人看不到我的好友列表
所以，凡事不可一概而论。
牛啊，楼主说的好，虽然不是100%赞同但挺让人长见识的，特别赞楼主这种钻研精神，继续关注中~~
[…] 几个月工作下来，能写的关于UCD的东西有很多。注册登录，面包屑导航，产品细节，数据跟踪等等。挑一个最近正好相关的吧，好友系统。 前段时间UCD那个圈子的blogger都在讲这个好友系统的问题，白鸦、麦田、ItTalks一起讨论过了，白鸦最后出来总结了一把。 整个过程中，白鸦的第一篇确实有些问题。比如，“张三如果加李四为好友无须李四同意。”这话看起来对，仔细一想又觉得不对。比如我加姚明为好友，似乎是无须姚明同意，但是这样所谓的“好友”还是好友么？更确切的表述，是不是应该叫做：偶像？ 那么从这里我引申出一段思考：现实生活中友好的人际关系是不是可以分为一下几种？ 1，互为好友的人。比如我和我高中的同桌或者是隔壁邻居家的王二。 2，我希望与之成为好友，而他对此无所谓的人。比如我和初中时某个暗恋的女生。 3，我对他只能仰望，而他或许根本不知道我的人。比如我和胡锦涛。（3是2的升级版，其实可以统称为偶像。与之对应，我是粉丝。） 其中，2，3两种情况反过来同样成立。 把以上内容铺陈开去，就是魏老师后来的一篇博客了。那篇文章虽然长，但是一点都不臭，逻辑严密，让白鸦只能恨恨地骂魏武挥一声“老鸟”。 […]
[…] 说明：以下文字是对白鸦一篇文章的回复，他的文章在http://uicom.net/blog/?p=610 转载到这里，加了一个标题“允许单相思，网站更显人性化”。有贴网站，考虑的是如何将现实的人际关系映射到互联网上，并且利用互联网反哺现实关系。既然现实中几千年人类存在单相思，我们在互联网上也要允许单相思，：） —————————————————————– […]
[…] 引起这一系列他讨论的是”白鸦“发表的《常见功能设计之 “好友”》，里面主要思想就是，好友是单向的，加谁好友是我个人的自由，跟对方无关。所以他基本不赞同99%的”需要对方验证才能添加对方为好友”的做法。（最近看的一本书《small worlds》也提到了好友关系的不对称性） […]
[…] 最后，推荐白鸦的一篇文章《常见功能设计之 “好友”》。 […]
写的不错，非常好。你关于好友的见解我想的和你一样，上文中。老外说少既是多，其实是中国2500年前的老子说的，在第22章，原文少则多，多则惑，有的版本是：少则得，多则惑。陈道明做得利郎商务男装的一个广告，修改为，少则明，多则惑。
好友设计满复杂的，慢慢理解吧
我绝的”好友”只是一个人和其他人的一种关系!
在这种关系中去扩展!
比如你说的好友动态,那只是一个用户本身功能,跟好友是一个道理,这个用户拥有交好友的方法,也有关注好友的方法.
我最想看到的是一个好友关系设计数据库表示结构!
其他的还是在你以后实践中去更改.
[…] 引起这一系列他讨论的是”白鸦“发表的《常见功能设计之 “好友”》，里面主要思想就是，好友是单向的，加谁好友是我个人的自由，跟对方无关。所以他基本不赞同99%的”需要对方验证才能添加对方为好友”的做法。（最近看的一本书《small worlds》也提到了好友关系的不对称性） […]