“好友”设计应该单向，还是双向.doc

“好友”设计应该单向,还是双向“好友”设计应该单向,还是双向白鸦很早就写过一篇文章,《常见功能之“好友”设计》,探讨交互网站中几乎必配的“好友”功能。文章中,白鸦的观点是:“张三认为李四是他的好友,那么李四就是他的好友。。。。。。所以,张三如果加李四为好友无须李四同意”;因此白鸦说:“我基本不赞同99%的“需要对方验证才能添加对方为好友”的做法”。下面就是我对这个问题的看法。而为讨论方便计,我把白鸦设计的“好友”模式简述为“单向”;而需要被加好友确认的模式,可以算是“双向”的。“单向”好友的案例有百度空间;“双向”“好友”模式的单、双向问题之前,我特别赞同白鸦文章中,一位网友的观点:BS(web)模式下的“好友”功能其实不重要。对于非专业的交友网站,或者网站主要业务不是建立在“好友”关系之上——对这样的绝大多数网站来说,“好友”设计的重要性,远不如输入编辑器。编辑器是几乎人人要用,而好友功能,站方设计n多,其实用户都不会用的,用户会直接用qq或msn建立并维护自己的好友。这里我也多说一句,一些产品人员喜欢对设计“好友”下过多精力,考虑良多,做的花哨;但真的还不如花时间琢磨如何让编辑器更完善。比如就以搜狐博客来说,他的好友功能纸条功能,我从来不用;但每次我用word把文档复制进搜狐博客后,它的编辑器的换行都多了一行,使得段落间距凭空增大,页面非常不好看。不过,虽然web模式下的好友不重要,但对于一些网站,比如蚂蚁网,因为某些特殊原因,虽然不是交友网站,但好友设计也非常重要。所以在考虑蚂蚁网的时候,我把好友的问题梳理了一下。先说单向好友模式到底有什么好?两个字:“轻盈”。这两个字解释起来就是一篇长文,所以我只谈一下其内在逻辑:单向好友的模式是符合web模式下,用户交友特点的——除了我上面说的两类特殊网站,其他网站的用户压根不在乎web模式下交友;所以干脆站方就做一个“轻”的应用:大家随便加好友,你爱加谁是谁。打个比喻,这其实和贴吧类似:反正大家就是上去扯淡,干脆也不注册了,大家随便扯。再说单向交友模式有两个问题:第一,对某些高端用户来说,会可能产生不太爽的感受。比如,“张三如果加李四为好友无须李四同意”,那么,李四如果看到自己出现在张三的好友列表,会隐约不爽——我认识你嘛?凭什么我就成了你的好友?但这个问题其实是小问题,更甚至,这个问题其实对某些网站站方来说是好事。因为站方潜在的鼓励大多数的草根用户“拉大旗做虎皮”——记得那个典故吗,“我的朋友胡适之”。:)也就是说,像新浪“名人博客”,其实恰恰需要使用“单向好友”,而不是现在的“双向好友”——草根用户如果有“我的好友徐静蕾”,虚荣心大大满足;而徐静蕾看到了虽然腻味,但是她看草根博客的概率极低;,单向好友功能,其本质是一种“订阅”关系,所以如果以“好友”之名,有点名不符实。这算是一个真实的麻烦。有的网站,比如豆瓣换成了“友邻”。我认为这样稍微换个说法,要比直接用“好友”好点。所以到这里,我还是基本同意白鸦的观点;但我有个补充,“对于非专业的交友网站,或者网站主要业务不是建立在“好友”关系之上”;那么,确实