好友或关注在社区产品中的设计

众所周知，“关系”的设计是社区产品中相当重要的一个环节，在设计关系的时候需要考虑到关系的成本，信息与关系的走向、关系的后续衍生产品和辅助功能等，不同类型的社区有着不同量级的关系设计，如果最初的架子没有搭建好，就会给后期的运营带来很大的麻烦。在此，将之前产品设计中领悟到的一些关于关系设计的问题总结整理，供大家参考。

1、谁与谁发生关系？

在社区产品，或者包含社区产品的大网站中，关系一般可以分为两个大的类型，：

(1)、用户与用户之间的关系

(2)、用户与内容之间的关系(包含用户产生的内容和网站本身产生的内容)。

以下我们先探讨关于用户与用户关系的设计问题

2、用户与用户之间的关系该如何设计，适用哪种类型的网站

要搞明白哪种关系适合哪种网站，首先要区分的是强链接与弱链接。

强链接：需要从强链接获取认同、纯关注、同情、炫耀、依靠等情感沟通，强链接类似家人、现实生活中的朋友、同学等，尽管可能你与对方不是处于同一个知识圈中，但依然可以找到很多个共同的公共话题和情感的交流。而且这种关系属于天然继承（亲人）或者环境造成（同学，同事）。

弱链接：需要从若链接获取知识、资讯、帮助、交流等，弱链接多产生在同一知识领域、共同的职业、同一爱好者群体、朋友的朋友（基于同一领域的）等。通过这些关系，可能对我们的工作、学习、爱好产生影响，在相互交互的过程中，双方换取资讯、知识、及对于某件事物的认识。

那么究竟哪些网站属于典型的强链接，哪些又属于弱链接呢？

SNS类网站，类似Facebook、Kaixin001.com 等基于实名注册和现实社交关系的基本上属于强链接关系。
豆瓣、last.fm等基于同一爱好或者文化基础的属于典型的弱链接模式，当然弱链接可能会转换为强链接。

在我们搞清楚强弱链接后，我们还需要知道的是，强弱链接的成本和信息披露的不同。

3、不同社区或网站适合什么类型的关系？

我们都知道，Facebook所采取的关系是好友，也就是需要对方同意后，方可以加为好友，加为好友后所获取的内容为对方的个人资料和个人状态的内容（照片、随笔、评论、日志、关系等） 。
而twitter采用的是关注，只需要主动关注即可成为关系，产生关系后，所得到的信息仅为对方的140字内容和少量个人介绍。

这两种关系的获取成本是截然不同的，
需要对方同意并加为好友的，首选需要得到主人的主观审核，并且获取了相对较多的内容，
而单纯关注性质的获取的成本就相对低廉的多，当然，得到的综合信息也会少很多（仅来自单一的产品形态）。

OK，由此可见：

若获取的内容为综合的，基于现实关系的(强链接)的，对关系双方资料有保护倾向的，需要采用好友的关系，也就是需要双方认证的。

若获取的内容为单一的，基于虚拟关系(弱链接)的，对关系双方不需要刻意保护的，需要采用关注的关系，也就是无需认证，最低成本获取关系的模式。

（弱链接在某些社区网站还用以标注收藏的作用）