常见功能设计之“小组” （正式）
提示：（本作文写了四个小时，建议长时间没有上厕所的朋友先去趟厕所再回来看..）
“小组”是每个社区型网站聚集人气提高粘度的重要手段，是社区型网站的咽喉；如果说好友是用户在网站上的一维关联的话，那么小组应该是用户在网站上的二维关联；社区产品在挖掘用户商业价值开始定位用户属性角度时，他参与的小组也许要重要与他的好友。
麦田曾推算出豆瓣小组的流量占据了全站流量的70%以上，我毫不怀疑这个结论的。（虽然阿北曾在愚人节的时候一正视听）
基本可以说”所有产品的小组都是呈长尾分布的”，无论人数、活跃度、内容数量等等；
头部的构成决定了产品的性质和方向，尾部却是该产品真正的价值所在。
“小组”的功能点大致可以分为几个部分：创建小组、加入小组、参与和展示
创建小组
1、对于百度贴吧而言，它要打造一个大众的巨无霸式的产品，任何一个关键词都是一个话题(小组)，所以他的产品设计基本上没有严格的所有”创建小组”的概念，它是这样的： （假如，你进入了一个尚未”创建”的柴静观察吧）
欢迎您在此留言，发表对柴静观察的看法，并与今后来到这里的朋友们分享交流。
不得不说，这短短两句话的魅力是无可估量的。换一种不合适的说法也许马上就会使创建率至少降低一个两位数的百分点。
这里给我的感觉是：”这是一块肥沃的尚未开发的土地，锄头和铁锹已经在这里了，你很轻松就可以’创建’它”；让用户感觉自己已经到达了一块肥沃的目的地、一块即将被自己开发的土地，让用户感觉自己’发现了新大陆’，而不是在做别人都不去做的事情；而且紧接着在下面列出了发言的内容..
这个创建的方式，值得所有做开放式论坛的人学习和研究。
在某次讨论中有人曾说”不对创建加任何门槛会使小组的讨论和内容过于分散，不利于社区的发展和管理”，我反对了这样的说法。
我说：”用户会用脚选择加入那个小组的，无须产品管理者牵着鼻子走；百度在这里不需要设置门槛，如果在这里加了门槛的设置，实际上是试图把长尾的尾部移植到头部去。这是一种自以为然的做法，事实上是不可能做到的，因为尾巴永远是存在的，而且尾巴存在的价值甚至会大于头部。虽然这些尾巴”看似”是多于的”。
当然，我也同时认为：如果有一种完整的算法能够在这里告诉我”类似相关的吧”可能会更好些，比如根据关键词的相关度和某些算法在右侧列出：”柴静”、”新闻调查”等非常相关的贴吧，也许会是用户很需要的。
“我们应该适度的引导用户去他们更需要的地方，但无须牵着用户的鼻子走”。
2、Google论坛是前身是新闻组，典型的Google论坛是一个”小众的大众产品”：论坛内部的人是相对小众和集中的，但对于论坛这个产品的需求又是一个很大众的。
百度贴吧的创建者实际上是垦荒者 并非真正的拥有者，而Google论坛的创建者则是该论坛的拥有者，他创建的是”我的论坛”，而且从论坛本身的产品设计来说 它具有一个”常规论坛”所需要的几乎所有功能；和百度贴吧不同，Google论坛需要更加精准和过滤后的内容，这也要求他头部和尾部的差距相对会小很多；
Google论坛的”小众”定位决定了他在”创建“时需要用户填写一些精简后的内容和选项，是门槛也是一种天然的过滤。
不过，Google论坛在创建时的那些”选择访问级别”的解释实在是太啰嗦了，这样的”小作文”式的注释其实反倒增加了用户的理解难度。
3、豆瓣小组的定位比较中规中矩。所以他的创建过程也比较中规中矩，名称、介绍、标签是创建时的所有选项。
不过他在关于groupname的处理上比Google论坛做的要更加细腻和精到：
Google论坛在创建时需要用户自己填写一个groupname（也就是这个即将创建的论坛的固定目录名，如UCDChina的论坛目录名是”groups.google.com/group/UCDChina”），因为目录名是唯一的，所以如果目录名被占用需要重新输入一个新的。
这样的做法有两个不好：
1> 无形中增加了用户的创建成本，而且这个并非是必须的成本(虽然我们产品设计者认为有一个独有的好记的目录名对于论坛创建者和参与者都更加方便，但并不一定论坛创建者和参与者就一定觉得这样方便，更不一定非得需要这个’方便’)；
2> 无形中让有限的目录资源被浪费。（事实上某些长尾尾部接近无效的论坛并不很需要这个目录名）
豆瓣的做法是：在创建小组的时候不给创建者输入groupname的权限，默认给的groupname是该小组的数字ID编号；在创建後的”小组管理”里才可以申请groupname。这样：”需要groupname的人能达到自己的需求，不需要groupname的人不被强行要求(甚至有可能会因为目录名而被拒之门外)，某些注册小组后将其闲置的用户也很少会去浪费这个资源”
Flickr在个人用户的目录处理上也是这样的。这种处理方式值得大部分开放目录名的产品学习。
关于”创建小组”的补充：
很多社区网站在创建小组或者在进行小组管理时就要求填写小组的”类别” 和选择(或上传)小组的”形像图片”，但我目前还没有看到有那个网站想到把二者结合起来的。
实际上选择类别很多时候是会惹发创建者不耐烦的，其实可以把”选择类别”和”选择形像图片”结合起来：当用户选择”计算机”类别时默认给他一个”计算机”的形象图片(当然，他也可以选择不用这个图片)，如果可能，当他先选择形象图片时也可以默认给他一个相对应的类别；
这里默认的形象图片是按照不同类别设计的，这样即增加了用户选择类别的乐趣和积极性又更好的避免了”用户经常只使用前面几个形象图片”。
加入小组
1、首先加入小组的权限设置是必须的，因为不同的小组对于此有着不同的需求。
2、当某个小组设置了”用户必须提交申请并通过管理员审核后才能加入”时，在这个小组管理的上就多了一个”验证管理”的任务点。
当UCDFeed的博客圈，在有人请求加入时，服务商Feedsky会发给我一个邮件告诉我：
“诺曼.李希望加入您在Feedsky创建的”UCDFeed”这个圈子
这种做法是最常见的做法，对我来说也是很好的做法。虽然我不能在这里就马上处理了，当它缓解了多个管理员的”管理层”内部问题。（虽然Feedsky现在只有一个管理员，但它将来势必需要多个）
3、如上例，按照小组的功能设计来说，这个”验证管理”的任务点本应该是在”小组”内有一个”待处理”的模块。
但往往产品设计者为了”让管理员更加方便的管理”而在”多了一个功能需求”时忙乱了手脚，他们不是在想办法”如何在这个设计的基础上满足多了一个功能的需求”而是”再去做一个设计来满足多了一个功能的需求”。
比如，QQ群的加入验证管理。（以下是我半年前弃用QQ群时看到的情况，现在也许有所改进。）
“UCDChina”QQ群有4个管理员，用户必须提交申请并通过管理员审核后才能加入。当诺曼.李请求加入该QQ群时，4个管理员同时收到要求处理请求的信息，他们都可以做出处理。
第一种情况：只要有任何一个管理员在第N个顺序中处理为”允许加入”，那么无论是在他前面处理的人还是在他后面处理的人做出的处理都是无效的，请求加入者诺曼.李会收到N个验证处理的信息，4个管理员都不知道自己的处理也许没有生效；
第二种情况：4个管理员都没有通过诺曼.李的加入请求，请求加入者诺曼.李会收到4个”被拒绝”的信息通知，4个管理员都不知道自己的处理也许没有生效。
第三中情况：xxx
可以看出，QQ在这里处理上的原则是”只要有管理员让加入者通过，那么他就通过了”，这是一种为了提高产品使用率的做法。 但这样做某种程度上损害了加入者和管理者双方面的体验。（加入者可能会收到N个处理结果，管理者不知道自己的处理是否有用）
4、Feedsky的圈子也存在一个不小的问题：
当我处理诺曼.李的申请点了”通过”后，系统告诉我：”诺曼.李已经加入了三个圈子，到达上限”之类的话，我无法把他加入进来。
这个时候我非常想告诉他：”哥们，你加入的圈子太多了我现在加不进来你，你给别的圈子退了吧”，可Feedsky没有给我提供这个功能。。
要不在诺曼.李申请加入圈子的时候就不让他申请三个以上，要不就给我提供这种通知的功能，要不xxx，反正别让我这样干着急最后只能把别人拒绝掉，而且他还不知道被我拒绝了…
5、豆瓣的小组是可以随便加入的、豆瓣的小组发言只有组内成员才能发言。
很多人说豆瓣这样做”很逗”：设置了只有组内成员才能发言，却又让用户随便加入，而且还在书评的下面给了一个”> 加入这个小组”方便链接。自相矛盾。
还不如像百度贴吧一样直接在下面就给一个输入框让用户马上就可以发言。然后，发言的同时就算是加入小组了。
我反倒很欣赏这种做法，百度贴吧可以那样做，但豆瓣的产品定位相对”高”一些无须和百度贴吧一样做。豆瓣的这种做法可以过滤很大一部分的无价值的”垃圾发言”。
当一个无聊的用户看到某个书评以后，想发一个”顶”、”楼主NB”、”好帖”之类的话，发现自己必须”加入”，可能就会放弃了；当一个实在有话要说的用户想要发言时，他们不太在乎（或者说可忍受）这个”点一下就加入”的成本。
很多时候”点一下”也是一次有效的过滤。。
6、某些社区网站在加入时必须写一个”推荐人”(必须是小组内现有成员)的ID也很有意思。
参与和展示
1、放在首页的榜单一定是一个不真实的榜单。
那些把”最多点击的小组”、”最多成员的小组”、”最多回复的小组”放在首页上列出来的做法很不可取；
不过。豆瓣的”15分钟”名组的做法算是不错，某些网站的”一周内上升最快”也不错，某些按照多种综合算法算出来的榜也可以。
总之：如果你要在网站首页列一个榜单的话，应该一定考虑好你的算法。
2、当小组的内容不是通过互动得到，而是通过机器或者其他方式自动得到时，小组的活跃度和真正的价值就会随之降低。
比如，麦田同志做蚂蚁社区的时候因为自己没有内容，又不想流氓过来内容，于是就采用了一种半流氓的方法：让用户输入自己的BLOG地址然后派爬虫去把用户的内容都爬过来。
最后我们发现蚂蚁社区成了一个BLOG内容聚合的地方，互动的信息和留言回复很少；而且很大一部分用户还是会回去作者BLOG的源地址讨论。（在蚂蚁社区上回复的人大部分不是麦田的托儿就是一些比较初级的用户）
再比如，SINA前一段搞了一个非常有才的”双发“拔苗助长了一把。（所谓双发，就是blog作者在自己的blog上发一篇文章的同时会自动在sina的论坛上也发了一个一样的帖子）
结果…
3、sohu的博客群、sina的博客圈现在都已经成了内容分类集合的地方，基本上都已背离当初设想能够集中和促进互动的目的。
认为”一个博客圈就是一个大论坛”的想法有着很多的不现实，而且人的分类和内容的分类其实并不能完全对等。白鸦会写产品设计的博客 也会写生活的博客 还会写体育的博客、有时候还写写管理和人文的… 把白鸦和他的文章同时都分到设计类也许是有问题的。
4、以上2、3这些做法看不到成效还有一个重要的原因：玩论坛的人和玩博客的人其实并非是一类人，而且他们之间的互通和重合并没有理论设想的那么大；同一个用户在论坛上想做的事情和在博客上想做的事情也有着很大的区别。（这个结论有很多论据，在此不便列举。）
5、用户的参与感在小组的产品设计中非常重要，众多的小组在产品设计中并没有考虑新人或者参观者的感受，往往当我进入某个小组时感觉”他们都在玩自己的没人理我，我像一个外人”。
6、组内收藏、本组之星、相近的组等等小功能都是小组中一些极有意义的做法。
在社区中挖掘人与人的关系、圈子与圈子的关系、人与某个产品(商品)的关系、圈子与某个产品的关系的钱途不可估量…
最后，
不同的网站对于”小组”的定位和需求不同，不同的产品对于”小组”的设计需求也会有着很大的差异；
关于”小组”能写的实在太多太多，此篇只为引题，白鸦在此接受所有关于”小组”的产品设计探讨和指正，视得到的问题决定是否接着写更多关于”小组”的续篇…..
我一直没有想清楚一个问题：MSN的好友分组、多人会话、MSN群之间的本质区别和关联以及产品价值是什么，如何很好的阐述？
有兴趣的朋友可以一起探讨这个话题…
抢到了！沙发！！！
抢沙发的感觉，真好！
把楼上拖出去打。
楼上的，可以上厕所了。 -_-!!
补充：我这里一般不会有无聊的人来灌水，所以没有改变WP这种登录和回复直接在一起的设计；
楼上抢沙发这位纯属非典型用户…
哈哈哈
豆瓣的小组活跃度不高，无论从UI还是从功能上我感觉都需要有更多的尝试。
此文收藏至20ju.com
“双发”这个构想我在以前的公司提出过，后来被PM阻止，当时认为论坛和BLOG群实质上是差不多，只是一个排序不同，也有想过分类的不同，于时当时的设想是当发表日志时给用户多一个选择“是否同时发表于论坛”。
“chinaren.com”中国人校友录时的加入班级是，当用户申请加入该班级时，以前已经加入的任何一人都能其“批准加入”
我觉得 豆瓣的小组活跃度不高 原因不在于现有UI的设计问题， 主要原因在于功能设计上；
现在小组的功能过于单调了，甚至比百度贴吧还要单调。
难得一见的好文！收藏了！
最简单化的使用；
诱导性的文字；
不要排名而使用有趣的随机排序。
最重要的，是保持 just for fun 的气氛。
我的观点。
突然看到楼上是一个经常在 V2EX 出没的朋友……
Leechael 的概括或者观点，基本上是 V2EX 的轮廓所在。
似乎每一个网站在做小组…不过似乎小组流量没有那么高吧 因为都做得不好
豆瓣groupname这样设计是因为当粗没考虑到目录名的设计，都是数字id，后来加了这个功能后，为了以前的数字id能改成有意义的目录名，所以就设计成这样子了。
看完！上厕所先！
觉得自己加入的小组一般都很冷清…
可怜的、小小的“尾部”。不少网站可能头部都不大，分散了就更可怜
加入功能太有必要了，一方面可以让提高门槛，过滤一些垃圾发现。
还可以让用户方便的找到兴趣相投的朋友。
其实在权限控制方面还可以加一种问答的形式，
比如要求加入的人回答一个问题，回答对的才可以加入～～（类似Q-zone)
Jerry： 还是你对豆瓣更了解..
我看到的是现在的结果，并不知道过程。
其实我本来想用Flickr做比喻的，后来还是决定支持一下国产。。。
事实上，这样以小组排列方式的论坛，比原始的BBS 格式，用户参与程度貌似低很多。应该不只是用户习惯的问题。
请教，如何解决？
[…] […]
小组的分类应该是功能设计的基础，应该包括以话题（兴趣、爱好）为主和以人为主（比如同学录、老乡等）的两种方式。两种不同的分类，可能组织方式会不同。
有没有这两种方式交叉的组织形式的网站？百度空间和百度贴吧以后整合了，可能形成这样的功能类型。
个人觉得新浪的“双方”是一个好的思路，但是，他们并没有做到真正的整合，也就是说，这个产品没有做到让用户顺手。
我希望的网站是这样的，我写blog，可以决定这个blog有哪些关键词（等同于发表在不同的话题小组内），可以推送到自己参加的小组中。不同人看到我的blog（论坛帖子），发布留言全部都在这篇文章后面。
不同“小组”的管理人员如果发现我的某个blog不适合在自己的小组内，可以删除该blog（实际上删除的是链接），但并没有删除我这篇blog本身，它在其它未被删除的小组内也依然存在。
终于找到志同道合的朋友。
我运营的是专业网站，就拿购买的BBS来看，我就不满意。现在的BBS点击头像，可以看见的是：网络操作日志（如发贴数，精华数，在线时间等），我认为这不是我们网站用户所关心的。我个人认为：点击头像为，用户的文章，用户的作品等。总之，我希望是点击头像后，展示的是人，而不是网络操作日志。
根据我们自身情况，暂时把BBS转换类似小组模式，目的：统一后台管理。
1，版主为一个管理团队，这个团队类似小组概念。
2，这个管理团队，有一个内部讨论区，在这个区里，大家文件、信息等是内部共享。
3，同时这个管理团队，管理一个开放的区，即为原来的BBS的一个板块。在这个板块里，网站注册者都可以发言。
4，版主内部区，可以由版主邀请人进入。
5，在开放的讨论区里，版主管理团队有权拒绝人进入讨论发贴等。
我的设想，希望大家批评指正～
我的MSN : deleting@hotmail.com
你是不是特意弄一张这么深沉的照片放在你介绍那里地？
装啥呀，真丑…
楼上的别老说实话。
看了空格和ittbj的思路都有些早期Bbbs的概念blog+bbs；
希望看到小组的参与与展示的更多讨论
有兴趣的话，尝试下http://club.cn.yahoo.com
我们很关注这篇博客，本身产品也在继续改进中。
:)
产品结构无法对盲从用户进行有效的引导，百度贴吧在创建过程中有效的回避了这个问题，但是“贴吧模式”也存在问题，用户自主运营的思路是否可以缓解草根用户使用目的不确定这个问题我认为还需要时间来检验。目前来看，贴吧对用户的引导和制约相得益彰，这也是贴吧成功的一个重要因素吧。
我一直没有想清楚一个问题：MSN的好友分组、多人会话、MSN群之间的本质区别和关联以及产品价值是什么，如何很好的阐述？
有兴趣的朋友可以一起探讨这个话题…
针对你的这个问题，我是这么想的
分组是我个人的私事，主要服务于我的视觉需要。
多人会话是与“会”者大家（较亲密的小圈子）的事情，主要服务于大家的远程“会话”需要，但这种会话有临时性，会话范围在熟人之间（MSN上都已相互加了好友–最大不超过二度关系），话题离散性强！
MSN群也是大家（关系较远的社交圈子）的活动场所（注意不再是“事情”了），最类似于小组
–相同的是：①话题的凝聚性都较强–这个圈子必定是有个主题的，创业/同乡/羽毛球/同性…… ②组织权限是多头的（多人会话是发起权是1个人掌控的），组织的严密性是由管理员掌控的
–不同的是（除了天然样式上的差异之外）：①小组中交流的形式是篇幅较大的文章，群里面是短句；②小组的交流是非即时、异步的，群是即时、同步的。
产品价值有使用价值和交换价值的区分。
使用价值是天然属性，任何事物，只要能满足人的某种需要就有使用价值。
交换价值（或曰商业价值）却不是，需要一定的社会制序条件才能实现。
以上三者的使用价值是毋庸置疑的。
但从使用价值到交换价值的跳跃性实现却并不容易。
由于竞争环境（可替代产品）的问题，以上三者在短期内都看不到实现交换价值的途径。
尤其对于msn群的运营商来说，还要寻找更长的价值链条上的蜜糖！
回到小组的话题上来。
其实，按我自己的总结，BBS、小组、个人blog、集体博客、小专题、大专题（频道） 是内容组织的7种基本形式而已，他们有不同的天然属性和“纹理“上的特点
这些特点导致在应用中各有优劣
但是优劣的具体内容取决于网站的商业策划方面的根本性问题
毕竟，商业网站的策划还是从基本的定位、用户需求来入手，从最朴素的商业规律来探讨的
…………
等过些时间再详细写些我关于这些的想法
希望和白老大有进一步的交流
感谢 永桔 如此认真的回复，
我想我需要思考一下才能给你完整的答复..
我是外行，基本看懂了，收获不少
白鸦 也是 “柴米”啊！
校友录的班级就是一个group,而且因为都是相互熟识的同学，所以与其他群组略有不同，但现在做的还不是很细，有空大家聊聊
iqst有时间找我聊聊校友录相关的事情，我最近对这个很感兴趣。 :)
[…] 常见功能设计之“小组” （正式） (tags: sns) […]
永桔 :
其实，按我自己的总结，BBS、小组、个人blog、集体博客、小专题、大专题（频道） 是内容组织的7种基本形式而已，他们有不同的天然属性和“纹理“上的特点
这些特点导致在应用中各有优劣
个人意见，不管怎么分，骗到钱是正事，有了钱再让用户舒服，用户更舒服了，你的老板就更有钱了
? :“小组”是每个社区型网站聚集人气提高粘度的重要手段，是社区型网站的咽喉
!:个人意见认为进入社区首先去的是感兴趣的是话题，小组是个人认为和自己有类似兴趣爱好
的一群人的组合时才加入的群体。存在不稳定性，如果小组长很有号召力或者组内有引力的
人群存在时，个人用户会留下并活跃，反之，即便不脱离小组，也不会很活跃。（不排除习
惯性进入小组观察）
？：社区产品在挖掘用户商业价值，开始定位用户属性角度时，他参与的小组也许要重要与
他的好友。
！：个人认为很好，定位用户属性是个问题，有钱人上网一般不说话，认为有价值的东西可
能会感兴趣。小组内可以对感兴趣的话题进行讨论，好友不一定有共同话题
？：您好，您是第一个到达这里的人，柴静观察吧尚未建立！
欢迎您在此留言，发表对柴静观察的看法，并与今后来到这里的朋友们分享交流。
不得不说，这短短两句话的魅力是无可估量的。换一种不合适的说法也许马上就会使创建率
至少降低一个两位数的百分点。
这里给我的感觉是：”这是一块肥沃的尚未开发的土地，锄头和铁锹已经在这里了，你很轻松
就可以’创建’它”；让用户感觉自己已经到达了一块肥沃的目的地、一块即将被自己开发的土地
，让用户感觉自己’发现了新大陆’，而不是在做别人都不去做的事情；而且紧接着在下面列出
了发言的内容..
这个创建的方式，值得所有做开放式论坛的人学习和研究。
！：高兴的同时是不是要考虑下种什么？种的东西可以活下去不？
？：“我们应该适度的引导用户去他们更需要的地方，但无须牵着用户的鼻子走”。
！：我自由，我喜欢。给点提示就好了。
？：2、当某个小组设置了”用户必须提交申请并通过管理员审核后才能加入”时，在这个小组
管理的上就多了一个”验证管理”的任务点。
！：我很烦，网上很多人有这东西，我为什么非要来这里？(除非有我的熟人，可以顺利通过
审核)
？豆瓣的小组发言只有组内成员才能发言
！：赞成，感兴趣就会加入说两句，避免垃圾留言
？：、某些社区网站在加入时必须写一个”推荐人”(必须是小组内现有成员)的ID也很有意思。
！：这个网站我没有认识的人，怎么推荐？网站很挫，不去了
[…] 常见功能设计之”小组” （正式） […]
ufo007
[…] 白鸦在 常见功能设计之“小组” […]
好长的内容，上个厕所回来看。
在下正筹备建一个大学生社区网站。偶然来到，不意有如此大的收获！
我是白鸦的铁杆粉丝！
[…] 关系+群组 白鸦在 常见功能设计之“小组” 中提到：如果说好友是用户在网站上的一维关联的话，那么小组是每个社区型网站聚集人气提高粘度的二维关联。人际关系可以有效增加网站粘度，但是目前国内SNS有点泛滥的倾向。 […]
其实，按我自己的总结，BBS、小组cheap jerseys from china、个人blog、集体博客、小专题、大专题（频道） 是内容组织的7种基本形式而已，他们有不同的天然属性和“cheap mlb jerseys纹理“上的特点
这些特点导致在应用中各有优劣
Nevertheless so that you can start on our cheap shoes boycott, I’ll desire a program. Because draping our canvas shoes about the front door seriously isn’t foul-proof or even forgetfulness-proof, Now i am ending of which I’ll require a shoes should don palm at all times small a single louis vuitton shoes outlet that’ll slot in the shoes or even video on to my own important wedding ring exactly like it coming from ChicoBag.