常见功能设计之“好友”.docVIP

常见功能设计之 “好友”.txt精神失常的疯子不可怕，可怕的是精神正常的疯子！常见功能设计之 “好友” “好友”的主要功能点大致可以分如下部分：添加好友、展示好友、好友沟通 添加好友 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、”最近访客”某种程度上也是好友沟通的一种方式。在”最近