技术人员主要分为两种，参加技术活动和不参加技术活动的。

技术活动也分为两种，由中立机构、社区、媒体举办的技术活动；由企业（有自己产品的，而不是媒体型的企业）举办的技术活动。

今天要讨论的是由企业举办的技术活动。

企业，肯定并不是以作技术活动为生。企业做技术活动，通常都是需要花费高额的费用，以实现明确目标。

下面从企业的角度出发，来阐述一下，应该如何操办技术活动。

企业举办技术会议的目标

前面讲了，一个做产品的企业，突然花费巨大的人力物力，来做一场技术活动，那么肯定是要有明确的目标。这一类活动通常的目标有三种，宣传技术品牌；为开放平台征集用户；招募员工。每一场活动可能会肩负这三个目标中的一个或多个。

详细的解释一下这三种目标：

• 宣传技术品牌所谓技术品牌，是和普通的商业品牌、产品品牌不一样的。在讨论什么是技术品牌之前，先来看看什么是品牌：
  “品牌”不是“商标”。“品牌”指的是产品或服务的象征。而符号性的识别标记，指的是“商标”。品牌所涵盖的领域，则必须包括商誉、产品、企业文化以及整体营运的管理。因此，brand 不是单薄的象征，乃是一个企业总体竞争，或企业竞争力的总和。品牌不单包括“名称”、“徽标”还扩及系列的平面视觉体系，甚至立体视觉体系。但一般常将其窄化为在人的意识中围绕在产品或服务的系列意识与预期，成为一种抽象的形象标志。甚至将品牌与特定商标划上等号。人们从品牌的经验因素上辨别一个品牌的心理因素。经验因素通常由品牌的使用经验构成，心理因素则由品牌的形象，即由与产品或服务相关联的一切信息和预期所创建的符号性的标识。
  以上文字引自维基百科。品牌是由用户对于商品和服务的体验和感受所产生的。属于用户和企业，并不仅仅属于企业。

  那么技术品牌又是什么呢？应该算是一个企业所提供的产品和服务给用户所留下的技术体验和感受所产生的，可以被标示和识别的东西，应该是整体品牌中的一个特定部分。

  当越来越多的企业，开始向最终用户之外的其他人提供中间技术服务的时候，那么这些人就会对企业所提供的技术形成特殊的体验和感受。在这个时候，企业就要设法帮助这些使用他们技术服务的人建立正向的体验和感受。这种感受，如果企业不加干预，那么就要依靠使用者的学习能力来自然形成，而这个过程的不确定性就太大了。而且，使用者很难掌握完整的服务体系和架构，那么他们所形成的体验和感受也就往往非常片面。

  企业为了能够快速的，在特定的目标人群中，树立正向的技术品牌和形象，就会做一些技术活动，来向技术人员展现其技术服务架构。

  树立技术品牌通常会带来三个好处：

    - 告知合作伙伴，企业的技术能力坚挺，可以放心合作
    - 告知那些要在开放平台上进行开发的人，本企业的开放平台是可以信赖的
    - 告知那些有追求的工程师，到这家企业上班，是有上升空间的
  

  这一类的技术活动，通常是不欢迎普通用户来参加的。因为企业希望通过特定的技术语言和术语，来对相关的技术人员进行快速的信息灌输，并使其认同企业的技术实力。普通用户通常无法理解这种会议上的沟通交流内容，而使用普通用户可以理解的方式来阐述那些技术特性，又很难在真正的目标人群（开发人员）中引起足够的认同感和共鸣。

• 为开放平台征集用户开放平台简介：
  在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做Open API，提供开放API的平台本身就被称为开放平台。通过开放平台，网站不仅能提供对Web网页的简单访问，还可以进行复杂的数据交互，将它们的Web网站转换为与操作系统等价的开发平台。第三方开发者可以基于这些已经存在的、公开的Web网站而开发丰富多彩的应用。
  
  以上文字引自百度百科（维基百科中没有相关记载）建立开放平台，通常是为了实现两个目标：

    - 聚焦基础平台建设，将功能性的服务，丢给其他开发商，让他们来为自己的用户开发各种服务和应用
    - 使得自己的服务，融入更多地不同服务和产品中，为其他服务和产品的用户服务
  

  这两个目标的区别就在于，是让别人来为自己的用户服务；还是通过服务来为其他人的用户服务。其核心差别就是用户是谁的。之所以把这两个目标列举出来，是因为企业做开放平台之前，要先思考清楚，自己的目标到底是什么，这两种目标是很难共存的。

  为了达到提升服务用户的体验和用户数量的双重需求，就需要吸引更多地开发者来使用自己的开放平台。这个时候，企业就会举办技术活动。

  这一类技术活动的内容通常会分为四个类型：

    - 开放平台的架构介绍
    - 开放平台使用入门
    - 某一类型问题，如何使用开放平台来解决
    - 特定案例的分析
    - 基于开放平台的各类比赛
  

• 招募员工这个目标是最直接的，但同时也是最纠结的。出于发展上升期的企业，人永远是不会够用的，那么不断地招募到最好的程序员、开发者就成了一种巨大的需求。这类活动，通常是进行技术品牌宣传，但是这一类活动对于技术品牌的伤害通常也是很大的。技术活动，过来参与的除了个人之外，还会有很多团队或其他企业，与会的个人也往往会代表着不同的商业利益，这其中如果有一部分人在参加了活动之后，就背离了原来的组织，加入了主办活动的企业。那些损失了人员的团体的感受和体验就会下降，那些希望加入这家企业，但是在面试之后没能如愿以偿的人，体验和感受也不会好。以招聘为目标的活动，可以做，但是最好不要在短期内连续的不间断的做。对品牌的损伤还是很大的，这种活动最好是和一些开源相关的社区一起搞。开源相关的活动，参与者很多就是以个人身份参加的。

活动的过程

具体到一个活动的过程，基本可以分为以下几个步骤。

• 明确目标首先要想清楚为什么要做一件事情。决定任何一件事情，流程应该都是这样的：目标->路径->资源。上面介绍了企业办技术活动常见的三个目标。每场活动的目标最好简单明确，这三个目标里面，技术品牌的树立算是基础目标。另外两种目标是不能并存的，但是技术品牌的树立，可以和剩下两种目标中的任意一个并存。
• 确认内容根据目标，来组织内容。
• 准备物料、确认日期和地点找一个合适的场地很重要，日期最好不要放在节日。普通的周末，或平时工作日的晚上。不建议放在工作时间，特别是带有招聘目标的活动，最好不要放在工作日的上班时间。推广开放平台的活动在这方面的要求要低一些，因为使用开放平台进行开发工作对于很多团队和个人来说，就是工作的一部分。相关的物料，包含各种宣传物料，礼品、奖品什么的，也应该在这个阶段确定下来。
• 报名
  • 制定详细的分阶段报名计划
  • 选择合适的报名起止日期
  • 选择合适的报名渠道现在很多社交网站都具备活动报名的功能，最好不要自己重新做活动报名网站，社交网站本身保存了大量的用户信息，在用户通过社交网站来报名，就避免了填写大量重复信息的过程，同时也可以通过社交网站的传播，来看到那些朋友已经报名了。
  • 确定报名表格的格式根据活动的目标，可以选择不同的报名表格格式，从而让参与者提交不同的信息。宣传技术品牌的活动中，与会者来自什么组织更重要，因为举办活动的企业可以通过这些信息来判定互动的影响力。推广开放平台的，则更注重title，因为举办者可以根据title判定一个与会者在技术或平台选型时的决定权大小。招聘活动，肯定是希望尽可能详细的获得与会者的简历，以便能够时候进行筛选和面试。
  • 选择合适的报名宣传渠道报名渠道是目标人群可以上去填写报名所需信息的，并确认报名的地方。报名宣传渠道，则是指的那些可以用来宣传报名渠道的市场、媒体或社交渠道。技术活动的报名宣传，更多的要依靠特定圈子的社交渠道，比如技术社区、社交网络的技术圈子、eDM、QQ群。
  • 设立报名情况检查节点
  • 如果报名情况与预期存在偏差（太多、太少、人员结构不符合预期等），及时调整报名计划和报名的宣传计划
• 报名确认
  • 在活动开始之前，要对报名信息进行确认。
  • 通过邮件、短信（微信）、电话等方式进行确认。
  • 确认过程循序渐进，先发邮件；那些没有回复的，发短信；最后统一进行电话确认。
  • 根据活动的预算、报名情况，和预期到场率来决定确认方式
• 活动现场这一部分是最简单的，当士兵冲出战壕的时候，一切就都已经注定了。唯一需要注意的就是时间的把控。
• 事后讨论在活动结束之后，有多少人留下来进行讨论，讨论得是不是足够热烈，这是衡量活动质量的一种方法。活动现场，不论是演讲、培训还是问答，都是很受限制的。活动的真正商业价值，那些合作、招聘大多是在会后讨论的过程中取得进展的。
• sns传播活动现场再大，容纳下来的人也是有限的。那么就要刺激参与者进行sns传播，这样每个到会的人，他们的关注者和朋友也都能够看到活动相关信息。sns传播从来都是双刃剑，这部分的传播是完全不可控的，如果活动主办方对于活动的效果有信息，那么可以鼓励sns传播。如果自己都不是很有信心，那么也可以请与会者代为保密。
• 媒体报道这一块没什么好说的，花多少钱，办多少事。而且绝对可控，媒体拿钱办事，很少有拿了钱还骂人的。
• 参会人员事后跟踪这一块也是商业价值提升比例最大的一块。活动后的一周内，给重要的客户或招聘目标打电话，或登门拜访的效果是最好的。

延续性

做技术活动，延续性非常重要，最忌就是一锤子买卖。

如何确保互动的延续性呢？

• 建立资源库每次活动的内容、报名的信息，都建库存起来。并不断地梳理、传播。
• 建立系列主题就像课程计划，在活动规划的时候，就直接作出系列课程和主题。进行统一的准备和安排。
• 建立企业与社区、合作伙伴之间的平衡平衡是最重要的。如果活动做多了，合作伙伴和社区都受到了损害，那么肯定是越做越窄，最后死掉的节奏。要确保活动的所有合作方都能够通过活动获得收益。

总结

• 目标要明确
• 流程要清晰流程可以持续改进。
• 保持活动的持续性
• 和社区、合作伙伴要互惠互利

这篇文章是从企业的角度出发的，以后同样的话题，还可以从社区、从参与者的角度再写。

前面写了很多关于互联网社区的信息流转方式的东西，还写到了最具中国特色的两种信息流转方式之一，QQ群。今天要来说一说另外一种中国特色的社区信息流转方式——论坛。

前面的文章出来之后，我们的大妈就写了一篇文章来论证为什么技术社区不能采用QQ群的形式。我的看法倒是没有那么极端，使用的工具、管理者自己的管理方式、以及工具设定的各种规则，一起决定了信息的流转方式，而信息的流转方式则会决定社区的风格。国内的技术社区，可以选择不同的方式来运行，而且确实有很多社区是选择建立QQ群的，当然，这些选择QQ群的社区，可能在选择之前，并没有意识到这种选择带来的后果。大部分社区即使不使用QQ群作为主要的信息流转方式，也至少会建立一些QQ群来进行某些小范围的沟通。很多技术社区，或非技术社区中，大家互相交换qq号的事情，也是非常普遍的。

希望今天这篇文章出来之后，还可以看到大妈写的中国技术社区最好不要采用论坛这种形式的文章吧。

论坛的特性

上一篇关于QQ群的文章中说到了聊天室。在聊天室之后，大家发现了一个问题，信息缺乏层次。所有的信息，都按照时间顺序排列，在多人同时发言讨论问题的时候，信息非常混乱。新加入的人，没法通过顺序的阅读前面的信息来了解大家在谈些什么。内容是分散的。

上篇文章写到了，一些人追求信息的集中，这些人放弃了对实效性的追求，选择了论坛。论坛大概也就是这么产生的。

• 新帖和回复

  早期的论坛，就是一个长长的列表，所有的内容分为新帖和回复。新的问题，可以用一个新帖子来表达，所有这个新帖子附属的信息，都是回复贴。

  帖子也有了格式的要求，新帖通常会分为标题和正文。正文通常是由包含格式和多媒体信息的富文本形式构成的。回复贴，有些论坛设定也是要有标题和正文的；有些则只有正文，不能有标题；也有些论坛设定为标题可选，但必须有正文。

  信息有了最原始的分类，用户可以在列表中看到所有的新帖子的标题。点击新帖子的标题，就可以看到帖子的正文，以及这个新帖子的所有回复帖。

• 栏目的设定

  当列表中的内容越聚越多的时候，使用者又不满足了。他们希望信息进一步的集中，于是就有了分类。

  新帖子不再是堆积在同一个列表中了。论坛开始有了分类，不同的新帖子，应该放在不同的分类里面。这个过程一开始是要求发帖人自觉按照分类来执行的，管理员会在发帖人将新帖子发错类型的时候，进行人工干预。

  现在，很多论坛对这方面设定了规则，什么人可以进入什么分类，什么人不可以进入。什么人可以在什么分类中发表新帖子，可以在什么分类中进行回复，或可以阅读什么分类中的内容。

  发展到后来，分类下面还可以有子分类，最终形成树形结构。

• 标签

  分类算是一种进步，不过这种信息聚集方式，由于过于死板，正在被逐渐的淘汰。每一个新帖子，只能属于一个分类，用技术宅的语言来说，也就是分类和新帖子之间关系是一对多关系。当然，新帖子和回复贴之间的关系，也是一对多的。

  为了避免分类这种刻板的方式限制了信息的传播，现在比较流行的一种方式是标签。一个新帖子，可以有多个标签。用户可以订阅标签，然后看到属于这些标签的所有帖子。也就是说，标签和新帖子之间的关系变成了多对多。进入标签之后，看到的是所有包含这个标签的新帖子，至于这些新帖子是否还包含其他标签，就无所谓了。

  很多传统的论坛，会在分类里面再使用标签。

• 缩进

  现在的论坛，所有回复之间的关系，是平等的。也就是说，对于一个新帖子的所有回复来说，唯一的差异就是时间。进入新帖子之后，所有的回复贴都是按照时间顺序来排列的。这还导致了一个词汇被赋予了新的定义，那就是“沙发”，“沙发”是特指新帖子的第一个回复贴。早期的论坛曾经使用过一种缩进的方式，来标记回复贴之间的关系。

  所谓缩进方式，就是说回复贴可能并不是直接回复的新帖子，而是回复的前面的某个回复贴。这个时候，将回复贴放在最后面就不合适了，于是那个时候的论坛会将这种回复给某个特定回复贴的帖子向后缩进一个距离，然后放在其所回复的那个帖子的下面。

  现在还有不少缩进格式的论坛依然活跃着，比如留园网。后来，也有一些产品试图恢复这个特性。比如google wave，那真是一个非常有趣的产品，也曾经被很多人所看好，不过后来由于技术和市场方面的原因被放弃掉了，现在开源的版本被转移到apache基金会了。

  新的论坛上，已经很少能够看到缩进的特性了。不过现在的论坛还是允许回复给特定的回复贴的，虽然一个新帖子的所有回复帖还是按照时间顺序排列在新帖子的内容下面，但是在这种特殊的回复贴上面，会标明回复给哪一个特定的回复贴，一些论坛还会在这种帖子出现的时候，向回复贴的作者发出特别的提醒。

  用户自己也想出了一些在没有缩进特性的论坛中回复给特定回复贴的方式，于是又有词汇被赋予了新的意思，那就是“楼上”、“楼下”，第一个回复的叫做“沙发”，上一个回复的叫做“楼上”，下一个则是“楼下”。也有些论坛里面会使用“@用户名”的方式来特指回复给谁。

  缩进之所以会逐渐消亡，一个是因为缩进的方式非常破坏阅读的体验。另外就是，很多人为了使自己的回复能够排得比较靠前，故意去利用缩进的特性，每次都回复在最上面的可见回复上面。从而最终破坏了缩进特性设立的初衷。

• 排序

  在论坛里面，比较有趣的地方就是排序了。前面说了，新帖子是放在一个列表里面的，不论是否分类，或用过标签进行过滤。

  那么这些帖子应该如何排序呢？常见的排序方式有几种——

  • 按照时间排序

    这是最常见的一种方式了。但是这里面也有区别，同样是按照时间排序，也分为按照发帖时间排序，还是按照回复时间排序，这个通常是管理员可以进行设定的。

    当前的大部分论坛是按照回复顺序排序的，所以就有了“顶楼”。所谓“顶楼”的意思，就是一个新帖子，会被其他帖子淹没掉，那么为了能够保持这个特定的新帖子能够排在前面，就需要进行一些无意义的回复，从而使当前的帖子在列表排序的时候，尽可能靠前。也就是将帖子在楼层中顶得高一些。

    前面说到的《留园网》则是采取的按照新帖子的发帖时间来排序的方式，也就是说，回复得再热闹也不会影响排序。

  • 按照积分排序

    这里所说的积分，是论坛内部设定的各种奖惩制度所带来的各种计算分值。有些论坛还允许用户使用积分来推高帖子位置的。

  • 按照标签排序
  • 按照发帖人排序
  • 按照是否阅读或用户是否回复过的状态来排序
  • 按照搜索相关性排序

    现在的论坛，大多都包含搜索系统，那么搜索结果页里面的排序通常是按照各个帖子的搜索相关性来排列的。

  • 按照推荐算法排序
  • 按照订阅和时间排序（新浪微博）
• 打分

  在论坛发展了一段时间之后，一些可怕的现象在侵蚀论坛这种社区形式。最早的问题是“歪楼”，所谓的“歪楼”指的是一个新帖子发出来之后，后面回复的内容和前面内容关系不大，或者是偏离了新帖子的预期方向。继“歪楼”之后，出现的更严重的问题是“灌水”，这指的是在论坛中讨论一些和分类设定无关的话题。甚至有些论坛会逐渐的“水”了，这是一种很常见的社区死亡方式。所谓“水”了，指的是大家不再讨论一开始建立社区时预期要讨论的内容，有效的内容完全被无关信息覆盖掉。于是那些真正能够提供有效内容的人就会离开。

  为了避免上面所说的这些问题，论坛演化出了打分的功能，并引入了一些游戏化的方式，来引导论坛上面的讨论。

  一些新的实验性论坛，还采用了凭借积分发帖的方式。一个人进入论坛，每天登陆论坛，会领到一部分启动积分，或签到积分。然后他每次发帖都会消耗这些积分，如果有人回复他的帖子，回帖人也要支付一定的积分，这时，发表新帖子的人就可以得到一定的积分奖励。回帖所消耗的积分，要比发帖少一些。v2ex就是采用这种形式来避免无效水贴和无效回复的。

  现在的问答社区，则是给回复评分。最后将有价值的回复标记出来，并奖励那些总是能够提供有价值回复的人。

中国的论坛

上一篇文章和这一篇都提到了最符合中国特色的社区信息流转方式，那么论坛是怎么符合中国特色的呢？其实并不是所有的论坛都符合中国特色，而是中国人自己开发的论坛软件——Discuz、PHPWind，非常符合中国特色。这些产品，由国人开发，在国内被广泛的使用，根据国人的需求，进行了长时间的修改调整和演变。

老外开发的论坛产品在国内并不是那么受欢迎，而且他们喜欢将论坛和邮件列表放在一起使用。而国内大部分的论坛用户可能根本就没有邮箱或很少使用邮箱。反过来，国人开发的论坛产品，老外也很少使用，因为那对于他们来说实在是太复杂了。

下面就来看看，符合中国特色的中国式论坛到底有一些什么不一样的地方吧。

• 等级制度

  国内论坛上的用户，刚刚进入的时候是游客，注册成功成为新手，发帖、回帖一段时间之后，等级就会上升。这套等级制度在各个论坛里面都不一样，很多管理员都根据自己的论坛的特性给出了不同的设定。

  等级制度的作用主要有两个：

  1、通过等级和荣誉诱使用户发布或回复有效的内容；

  2、对内容和权限进行分级，达到多少级才可以进入什么分类，或者达到什么级别才可以在某些特定的地方发言。

• 游戏性

  这是一个相对专业的领域，国人也在这个地方做了很多研究和探索，毕竟网游是最赚钱的行业之一。

  下面关于游戏性和游戏性元素的文字，并非本人原创，而是分别摘抄自维基百科和百度百科。

  “游戏性”来源于英文“ Gameplay”，该词最早见于1999年Geoff Howland发表的《游戏性的焦点》（ The Focus Of Gameplay）一文。由于时间久远，当时作者所指的游戏性实际上泛指“游戏的玩法”或者“游戏”，与现在的普遍概念略有出入。而且由于语言的关系，中英文中的“游戏性”含义也略有不同。

  为了能够刺激和诱导更多有效内容的聚集，国内的论坛站长们想尽了办法，其中最有效的一种就是为论坛增加游戏性元素。国内论坛产品的很多功能都是围绕这些游戏性元素来设定的。

  所谓游戏性元素包含：

  1）沉浸元素

  沉浸一般是指“通过物理方式或者想象进入到一个与通常环境不同的场景”。在游戏中，它作为关联着体验和视觉认识的基本元素，不仅本身具有一定的游戏性，而且有助于加深其他游戏性元素的体验。

  2）情节元素

  情节是指按照因果逻辑或意义逻辑组织起来的一系列事件。在游戏中， 情节重在通过冲突和悬念引发观众的兴趣，进而使玩家深入到 虚拟世界中。

  3）扮演元素

  在游戏中，扮演是指有意识地假扮某一特定角色，并从该角色的处境和场合出发，进行思考、表达和活动的方式。

  4）竞争元素

  竞争是以某一方的优胜为结果的较量活动。不同类别的游戏具有不同程度的竞争性，根据竞争性的强弱，游戏可以分为 竞技游戏和嬉玩游戏两大类别。

  5）任务元素

  任务是指某个需要被完成的既定目标。在游戏中，任务的意义是把一个明确而具有挑战性的游戏目的提供给玩家，并促使玩家为之奋斗，进而在完成任务时获得成就感和完成感。

  6）动作元素

  动作是游戏性最朴素的表现形式。 篮球、 滑冰、 乒乓乃至打 保龄球都是这一元素的乐趣驱使所致。游戏者往往并不刻意追求更高层次的欲望实现，动作本身就成为了一种值得反复体会的经验。

  7）益智元素

  益智在游戏中往往能够起到锻炼玩家思考能力、活跃游戏气氛的作用，同时益智元素给人带来的乐趣在于解决智力问题时的满足感。

  8）创造元素

  创造元素在数字游戏中可谓比比皆是。在模拟游戏中，例如：《 SimFarm》（1993）中，为玩家提供了一块能够创造农庄的田野；《 SimSity》(1989)提供了一片能够创造城市的大地。而其他类别的游戏，如： 即时战略游戏则是创造一支军队； 角色扮演游戏则是创造一段人生。

  9）探索元素

  在探索中，人们往往处于一种好奇、喜悦和兴奋交织的情绪状态，这使得探险元素大量运用于数字游戏中。如，冒险游戏《 塞尔达传说：时光之笛》就是以探索为游戏的一大亮点。

  10）成长元素

  成长是指由低级或简单形态向较高级或复杂形态发展，或者在数量、价值或力量上的增长。在角色扮演游戏中多表现为升级和装备提升。

  11）管理元素

  管理作为游戏性元素也包含了两个层面的意义：其一是促进管理性思考，鼓励玩家运用谋略和部署进行游戏；其二是将玩家置于较高的管理位置，凸显游戏中权利在握和掌控大局的乐趣。

  12）群聚元素

  把两个及其以上的玩家聚集在一起的状态就是群聚的形式。正所谓独乐乐不如众乐乐，当今的网络游戏正是利用了这种元素。

  13）技能元素

  大量游戏是以酷炫华丽的技能吸引粉丝的，不同游戏职业、不同种族、不同级别技能也丰富多样，最大的吸引来自技能的打击感，配合特效，技能使游戏充满了吸引力。

  14）PK元素

  这是某些游戏的特色玩法，指的是中不同阵营之间进行战斗，具有很强的即时性、策略性特征，比如 万王之王、 传奇、 封神榜3等为PK塑造了范例。现在流行群体PK，影响成败的因素有头领指挥能力、团队配合技巧、队伍人数、队员等级和装备强弱等。

  现在再回过头来看看上面的介绍的论坛等级制度，通常那不是什么第一级、第二级，而是秀才、举人…状元、文魁什么的特定角色，从这里面，至少能够看到游戏性元素中的情节、扮演、成长等元素。

• 版主

  “版主”指的是对某一个特定的板块（分类）拥有部分管理权限的人。这些人通常也是用户，他们是被论坛的管理员（论坛的创办和拥有者自然就是最高级别的管理员，创办者可以另外再设定一些管理员）设定的。版主应该算是游戏管理元素的一种应用。

  版主可以帮助管理员分摊管理压力，可以在板块（分类）内部协调讨论的内容，在板块内部回复一些有难度的问题，在发生争吵的时候，在板块内部进行一定的调解。

  类似于百度贴吧这样的聚合型论坛，其版主所拥有的权利更大。

• 各种繁琐的规则

  前面讲到的14个游戏性元素，在中国论坛中，大部分都有运用，那么为了运用这些游戏性元素，就需要大量的，繁琐的规则。管理员可以通过调整这些规则，来强调不同的游戏性元素。从而引导论坛或某些板块的讨论内容，以及风格。

• 管理员的工作

  管理员可以进入论坛的管理后台，对规则进行调整。版主通常是无法进入后台的。

  后台工作：

  进入管理后台之后可以做的事情。

  • 设定和调整规则
  • 编制、修改、合并分类
  • 设定分类规则
  • 审核用户申请
  • 审核发帖内容
  • 设定敏感词（天朝特色）
  • 设定内容聚集爬虫
  • 设定网站广告
  • 修改和调整论坛的界面风格，设定皮肤
  • 发布公告
  • 封闭某些人的账号（删号、封闭、禁言）

  前台工作：

  管理员不进入后台也可以做的事情，这些事情，有些版主也可以在自己的板块中做。

  • 置顶
  • 调整顺序
  • 删帖
  • 调整帖子的分类
  • 对某些帖子设定禁止回复
  • 透明

    “透明”——除了发帖人自己，其他人都看不到这个帖子。删帖是一种非常极端的手段。一些企业用论坛来做他们的产品社区，用户遇到了问题，就会到论坛里面来骂人。如果删帖了，这些用户就会跑到其他地方去继续骂，这样负面影响就扩散了，但是如果这个时候进行“透明”处理，骂人的人爽了，觉得自己在产品社区中发泄了不满，但是实际上其他进入的用户都没有看到。

    对于需要透明处理的帖子，有时候还可以采用禁止回复，在前面灌水，将有些正面的帖子顶起来的方法来处理，这样骂人的帖子一下就被挤到后面去了。很少有人会去翻看四五页之后的帖子。

    上面所说的调整次序，其实也是为了处理同类问题，就是直接将某个帖子调到后面去，有时候还会结合透明来使用，也就是说发帖人自己看到的结果是帖子很靠前，而其他用户不翻个十几二十页，根本就看不到这个帖子。这样的帖子其他用户通过搜索还是可以找到的，单纯的透明贴，除了发帖人，其他人搜索也看不到的。

    新浪微博有一种有趣的处理方法就是将某人发的帖子迟后6小时再插入到消息队列中去。那么，除非有人只关注了一个人，否则这个人发出的信息，就会永远被埋在6小时之前，永远不会被人看到。新浪微博，也算是一种论坛的变种吧。

• 求回复

  求回复分为两种：

  • 跪求、裸求、拜求有效回复
  • 求无效回复——“顶楼”、“堆楼”
• 买卖贴

  有些帖子是可以交易的，通常是积分交易，也有一些是现金交易的帖子。

• 帖子中的隐藏部分

  帖子中可以隐藏一部分内容，然后：

  • 达到什么级别的人可以看
  • 付费的人可以看
  • 回复、顶楼的人可以看
• 堆楼

  经常会有一些社区为了体现活跃度，让特定的具有商业价值的帖子被更多人看到，会搞这种堆楼活动。所谓堆楼，就是发一个新帖子，然后告知用户，会从回复的人里面抽奖。常见的规则是抽取回复楼层数最接近50%、70%、90%这些位置的用户。这种帖子经常能够在一天的时间内就被堆出几万甚至是几十万楼。甚至还有不少专门的堆楼程序，可以自动的发帖堆楼。

• 广告贴

  由于国内存在大量的论坛站点，于是发帖机就成了一个特别的生意。这些发帖机能够自动的侦测到论坛网站的地址，然后自动的注册账号，并往论坛中发送广告帖子。

• 反广告机制

  使用中国式的论坛，就必须要和发帖机作斗争。于是论坛的新版本软件，就添加了很多反广告的机制。

  • 邀请注册
  • 注册审核
  • 使用验证码
  • 新用户静默期
  • 人工筛查

  很多人都是因为广告的问题，最终放弃了论坛形式。

论坛最好的试验场

很多人都在研究社区的信息流转方式，并希望通过设定规则来改变社区的信息流转方式，并最终创造出符合自己期望的社区风格。

中国式的论坛是一种非常不错的试验方式，这里面所包含的可调整的规则足够完善，完全可以在这个基础上进行调整和试验，寻找到自己需要的方式之后，然后再选择或自主开发更简洁高效的社区应用。

个人论坛站长的黄金时期，已经被备案审核制度和广告灌水机给彻底摧毁了。不过，这并不妨碍大家通过论坛这种形式来试验各种有趣的社区信息流转方式。

总结

论坛和QQ群算是两种最具中国特色的社区工具，特别是论坛，即使搭建论坛的软件版本相同，不同的论坛，不同的板块之间的信息流转方式也都是不同的，风格也有很大的差异。

现在，很多新的社区信息流转方式，包括问答、百度贴吧、百度知道、新浪微博，里面都可以看到论坛的影子。

建立并运营一个论坛，应该是研究社区形态的比较直观简洁的方式了。

这是一个讨论互联网社区信息流转方式的系列。前面介绍了不同的流转方式之间演进的过程，以及演进所遵循的基本规则。也介绍了最原始的信息流转方式，并在上篇《互联网社区的原始信息流转方式——邮件和邮件群组》文章的最后，给出了一个关于国人的笑话，那么这一篇就来稍微讨论一下对于中国人的互联网生态影响最大的，最具中国特色的两种互联网社区形态之一，以及这种形态所使用的信息流转方式。

聊天室的故事

在经历了邮件和邮件群组之后，新的信息流转方式在不断地涌现，很多人都在在这方面进行了尝试，有些形式被留存了下来，有些则被淘汰掉了。

在这个时期，出现过一种非常典型的社区类产品形态，那就是聊天室，这种形式现在已经不是很常见了。所谓聊天室，就是一个入口，上面有一个标题，说明这个聊天室在讨论什么，用户自己选择是否进入。进入之后，则可以按照时间顺序看到这个聊天室里面大家的发言。这里面有些聊天室有管理员，有些则没有；有些会限制部分用户的发言权，也就是说并不是每一个用户都可以发言，有些用户只能听，不能说。通常聊天室是有人数限制的，也就是说每个聊天室里面容纳的人数是有限的，至少允许说话的人数是有限的。有些聊天室还有特殊的准入制度，比如必须是管理员邀请才可以加入，或者是必须要满足某些特定条件才可以加入。

现在，这种形式已经不是很常见了，只有某些棋牌类游戏的游戏室里面还保留了类似的功能。这种模式对应于邮件群组的进步在于，人员和话题相对固定，效率和实效性提高了。现在还有一些语音或视频社区（大部分互联网社区的沟通，都是以文字为基础的）还在采用类似于聊天室的形式来组织。

聊天室所追求的东西有两个，一个是实效性，另外一个则是话题的集中。邮件群组虽然已经是大家为了相对统一的目标而聚集在一起的了，但是每一次讨论其实界限并不清晰，所谓一次讨论，通常是以人们发起了一个新话题开始的，但是这种话题通常是开放性的，对于话题后续的流转、分支、转变、结束，都没有一个明确的标志。话题与话题之间的关系也很模糊。聊天室基本可以避免话题的分支，当有人在里面随意歪楼的时候，沟通的过程会出现小的波动，就像一条河流里面的小水花那样，很快就会被滚滚洪流掩盖掉。一个聊天室里面，每次只能同时进行一个话题的讨论，用户可以选择在不同的聊天室里面进行不同的话题。相对于邮件群组来说，话题被进一步分类了，大家可以根据兴趣，选择不同的聊天室来讨论不同的话题。

聊天室的继承者——QQ群

聊天室的两个追求，最终分化为了两种不同的产品形态。追求实效性的人，放弃了内容的集中，转向了QQ群。追求内容集中的人，则放弃了时效性转向了论坛。有些像华山派的气剑两宗。

QQ群的工作方式，更像是聊天室。大家在同一个时间，聊一件事情。作为QQ群，这种信息流转方式包含了几个部分。

• 创办群
• 群的容纳人数限制
• 设置管理员
• 群里面所有人都是有相同的发言权
• 管理员不能对信息进行任何处理
• 对于人的处理方式只有两种
  • 邀请、允许或拉人进入
  • 清除出群

QQ群和聊天室的差异——

• 聊天室上标注的是内容，大家根据内容进入或离开
• QQ群中则是成员相对固定，大家可以在一个屋子里面聊不同的内容
• 聊天室里面有些人是没有发言权的
• QQ群里面所有人在发言的时候都是平等的

QQ群和聊天室相同的地方——

• 信息是完全按照时间排列的
• 信息的沟通和流转效率非常高
• 参与的人都在线上

QQ群这种形式，是很多人每天都要使用的信息沟通方式。在中国几乎所有的IM（即时通讯）工具中，群聊都成为了一个必备的选项。就算是后来为移动设备单独设计的微信和来往，也都拥有强大的群聊功能。

QQ群中的内容，会受到QQ群的主题以及QQ群中的成员限制。在一个QQ群建立之初，通常会有相对比较明确的目的，大家也会为QQ群冠以一个非常清晰明了的名字。但是随着时间的冲刷，QQ群中所讨论的内容就会逐渐的偏离最初的设定，QQ群会变成一个相对封闭的地方，大家都相互熟知（仅仅是网络上的身份被熟知），当有人发起一个不是那么正规的、不是那么符合群定义的话题的时候，也会得到回应。于是大家也可以针对这个话题聊上半个小时，然后讨论会逐步的平息。

在QQ群中，每一个话题存在时间是有限的，大多数人没法长时间的将精力集中在一个点上。在QQ群中，一个话题被提起，并得到群体中其他人的回应，于是这个话题就产生了，那些感兴趣的人会上来说几句。这个话题会存在一段时间，这个时候，如果在线的人比较多，也会有人不时的提出一些其他话题，但是大家的兴趣还留存在这个话题之中，所以那些新提出的话题，可能会无人理会，也可能会在少数人稍微讨论几句之后，就被埋没了。正在被讨论的话题，有两种结束方式，一种是逐步冷却，大家都没什么话说了，于是群变得平静下来。另外一种就是其他人提出的新话题引起了更多的关注，于是话题转换，当前的话题也就截止了。这种截止了的话题，在后面还有可能会被再次提起，如果再次引起了大家的兴趣，那么也能再被讨论一段时间。

文章的题目是中国特色的信息流通方式，那么QQ群又是如何符合中国特色的呢？想想前文讲过的那个笑话，这里再重复一下——

很多亚洲人都会组团出去旅游，
对于欧美国家的人来说，他们很难分辨得清中国人、日本人和韩国人。
后来有人发现了一个规律，来帮助他们进行这种分辨。
一群亚洲人聚集在一起，
一个人在大声说着什么，其他人都在认真听的，是日本人；
好几个人都在很大声的说着什么，好像正在吵架，其他人在认真倾听的，是韩国人；
几个人在大声说，有些人在听，有些人在交头接耳，还有些人则在左顾右盼的是中国人。

让我们再来看看QQ群中的角色分配——

• 创建者

  不管为了什么，这些人建立了QQ群。并组织了第一批用户。

• 管理员

  创建者自然会成为管理员，创建者也可以再指定几个管理员。管理员的权限就是直接拉人和踢人。管理员可以直接将自己的好友拉进群里面，也可以将群里面的人踢出去。

• 话题的制造者

  提出新话题的人，有些人会不断地提出新话题，会引导话题的不断转换。这些人和创建者、管理员有很多的重合度。

• 话题的附和者

  当有人提出话题的时候，有些人会在后面附和，也就是说并不给出什么有意义的东西，只是说一些我也是，我也遇到过类似情况等等，之类的话语。这些人在告诉话题的制造者，你说的东西有人听到了。他们的回复，虽然是无效的，但是也给了话题的制造者一种有人在听的感觉，这种感觉有时候还是非常重要的。

• 话题的解答者

  有些人能够为话题提供有效的解答，这些人就是问题的解答者，如果一个话题被提出了，只有人附和，总是得不到有效的解答，那么这个话题就进行不下去。

  话题的解答者所提供有效解答，通常是对话题进行有效的补充和引导，并不是给出最终的解答，很多话题也并不需要一个最终的解答。当然也有些话题，会因为得到了最终的答案而直接终止。

• 灌水者

  总是说一些和QQ群主题，以及当前正在讨论话题没有什么关系的内容。传八卦，放有趣照片什么的。这些人和话题的附和者有很大的重合度。

• 潜水者

  总有些人长期不发出任何声音的。

现在再看看前面的那个笑话，是不是将这些角色都对号入座了？QQ群，是中国人自己发明的，当然这并不排除有海外的类似的例子先出现，但是在这么长时间的演变中，QQ群具备了自己独特的特性。从流行程度上看，如果说存在即合理的话，那么QQ群绝对是迄今为止，最受中国人欢迎的信息流转方式。而且，QQ群也在不断的根据国人的需求进行着调整和演变。

很多中国人每天的工作就是面对一大堆的QQ和QQ群聊天窗口。下班的时间则是面对另外一大堆的聊天窗口。

QQ群中适合沟通一些不是特别复杂的事情，因为所有群中的成员，在发言的时候都是平等的。所以，非常复杂的问题，在进行这种对等的，线性的、即时性的沟通的时候，容易丢失线索。因为QQ群中所有信息都是按照时间排列的，而且在一个话题讨论的过程中，不能拒绝其他无关话题的乱入。任何需要分支的话题，都不适合QQ群。同一个时间段，只能有一个话题获得充分的讨论。

总结

本文简单的描述了在邮件和群组之后出现的聊天室形式，以及继承了聊天室特性的两个继承者之一QQ群。

QQ群是中国人自己创造出来，并根据国人的需求调整、演进了很多年之后，最符合中国人民族性的信息流转方式之一。

下一篇再写论坛的故事。

这个演化的过程，简单地说就是：

1. 从无序中发现有效的次序；
2. 用更少的人为更多的人服务。

今天的这篇文章中希望可以和大家聊聊，最早的互联网社区信息流转方式，邮件和邮件群组。

邮件

邮件算是互联网最早的应用形式之一了。邮件和互联网之间，应该算是鸡生蛋蛋生鸡的关系，到底谁孕育了谁这个问题，现在已经没有必要讨论了。

邮件是一种最原始的信息交互方式，一封邮件上写着收件人、发件人、标题、正文等等。可以让信息从发件人那里，传递到发件人知道邮箱地址的收件人手中。

这就是信息的流动了。

1. 发件人知道收件人的邮件地址
2. 发件人决定要发出邮件给收件人
3. 收件人能够阅读发件人发过来的信息
4. 收件人知道了发件人的地址，可以回复邮件
5. 收件人可以转发邮件给第三个人
6. 第三个人，知道了前面两个人的邮件地址，可以选择回复或重新写邮件给这些人

上面描述的过程，仅仅是一个发件人，将信息发给了一个收件人。那么，当一个发件人希望将邮件发给多个收件人的时候呢？

1. 发件人知道一些收件人的邮件地址
2. 发件人决定向这一些收件人发送邮件
3. 这一些收件人收到了信息，并知道了互相彼此，以及发件人的邮件地址
4. 这些互相之间知道了邮件地址的人，可以选择回复或发送信息——
1. 给上一个发件人
2. 给所有其他人
3. 其他不在这些人中的，自己知道邮件地址的人
4. 这群人或其他人的各种排列组合

之所以要将这个过程描述得这么繁复，就是为了告诉大家，信息流就是这样形成的，那种能够让讨论不断进行下去的链式反应就是这样形成的。如果形不成这样的链式反应，讨论就无法进行下去，那么社区就不会诞生，因为社区不能为讨论者带来价值（及时、有效的反馈）。

邮件群组

仅仅有了邮件，社区还是很难生存的。社区是一群相对固定的人，而邮件则是一个开放的系统。互相之间发送邮件唯一需要的条件就是知道对方的邮件地址。于是邮件系统就进化了，出现了邮件群组。邮件群组解决了几个问题：

1. 不需要每次书写一大堆的邮件地址了，一个群组的邮件地址就代表了群组中所有的人
2. 人们在知道群组地址的情况下，可以选择是否要订阅群组，从而接收到群组的信息。订阅并不完全是主动行为
3. 发件人，通常不知道每一个收件人的地址，而是只知道群组的地址
4. 群组中的人，可以对群组邮件单独处理，不需要将群组邮件和普通邮件混在一起
5. 有一个地方，能够记录所有人在群组中的讨论，并可以提供搜索服务
6. 可以确认谁有权利在群组中发言

信息是怎么在群组中流动的呢？

1. 发件人知道群组的地址
2. 发件人向群组发送了邮件
3. 群组判定发件人是否有权向群组发送邮件
4. 如果发件人有权向群组发送信息，那么将信息发给群组的每一个订阅者
5. 订阅者接收到信息，并阅读信息
6. 群组记录信息，以备后续查询之用
7. 收到信息的人，可以向群组发送回复
8. 群组判定再次发出的信息的发件人，是否有权限向群组发送信息

邮件群组并不都是用来做社区的，有很多邮件群组中的订阅者，是不允许向群组中发送邮件的。比如那些新闻订阅群组，用户订阅了，就可以定期收到新闻，但却不能够将信息发回到这个群组中去。在邮件群组中，用户通常有权利选择是否要订阅，用户自己的地址，是被保护的。这其中，有一种群组，为社区提供了有力的支撑。那就是群组中每一个订阅者都可以发言，都可以向群组中发信息的那一种。在这种群组中，信息流转的链式反应是很容易建立起来的。这种群组中的信息流转通常是这样的：

1. 一群人，出于某种目的，建立了一个群组
2. 群组中的一个人向群组中发送了邮件
3. 群组中的其他人，收到了邮件
4. 然后群组中的每一个人，都有权回复这封邮件给群组中的所有其他人

这就像题图中所画得那样，一些人围绕着一个不大的会议桌开会，其中一个说话了，桌子边的其他人都可以听到，然后他们再选择是否要继续这个话题讨论下去。如果桌边有一些人对这个话题感兴趣，那么这些人就会就这个话题讨论下去，他人不是那么感兴趣的人们，可以选择只听不说。一个相对固定的人群，在有人提出了有趣话题之后，就能够形成信息传递的链式反应，并在讨论的过程中为参与者提供了价值，社区就形成了。

所有在互联网上出现的信息流转方式，都可以在现实生活中找到原型。

邮件群组解决了邮件在信息交流中的一些问题，从无序中发现了秩序，而且这种秩序对于某种形式的信息产生和流转来说是更有效率的。于是，这种形式被固定了下来，并一直持续到了现在，目前依然有很多社区是以邮件群组的形式来组织的。当然，现在的邮件群组的功能已经更加完善了，可以解决的问题也更多了。

不过邮件群组也有些问题处理得不是很好。

1. 时效性

   邮件本身就不具备时效性。一个群组中的人们，每个人在线和处理邮件的时间都是不固定的，所以邮件群组中信息流转的速度通常不快。如果邮件群组中所有的成员都在同一个时区，并工作生活习惯比较接近，那么大家通常在同一个时间段来处理邮件。在大家都处理邮件的时间段，邮件群组就会非常活跃，在大部分人都在睡觉的时候，邮件群组也会比较安静。如果是成员分布涵盖全球不同时区的邮件群组，那么问题得到反馈的速度通常是以天计的。

2. 交流的顺序
1. 信息A被发送到群组
2. 所有成员看到了信息A
3. 几个成员回复了信息：A1…An
4. 信息A1…An被所有成员看到
5. 有些成员依然在回复A
6. 有些成员则开始回复A1…An中任意一条或多条，得到了信息A11…Ann
7. 大家再回复
3. 信息过载
   1. 当群组中的人比较多，而且都很活跃
   2. 一个用户订阅的群组比较多
   3. 当一个群组中同时讨论的问题比较多
   4. 当一个群组中讨论得比较激烈的时候

   信息过载了，用户会感到无所适从，信息流动的链式反应会断掉，线索会被埋没。

基于邮件群组的社区必然会受到一些限制：

1. 大家必须采用相同语言（这不是废话，有些以图片、音乐为基础的社区，并不一定要有相同的语言）
2. 信息的流转不能太快，否则就会因为交流的无序，而破坏信息流转的链式反应，丢失线索
3. 同时讨论的问题不能太多，这个问题通过标题、标签、群组的分支被部分的解决了。不过歪楼、灌水这些事情自古有之，所以在同一个群组中同时讨论的事情太多依然是不推荐的做法

 总结

邮件和邮件群组，算是最早的互联网社区中所使用的信息流转方式了。甚至可以说是这两种形式孵化出了互联网和互联网社区。这些古老的、混沌的信息传播方式，直到现在为止，依然是很大一部分社区所选择的主要信息流转方式，即使社区现在有其他更有效率的信息流转方式，社区成员之间依然会使用邮件和群组来进行一下信息流转的补充。信息流转方式的演进过程是从无序中发现有效的秩序，其实也可以说是通过各种规则，将那些不符合的部分给剔除掉了。那么，当有时候某些信息的流转需要绕过规则的时候，邮件和群组就是一种非常棒的补充方式。

上面说了那个围绕桌子开会的故事，但是群组和这些围着桌子的人之间还是有差别的，那就是群组中每个人的距离都是相同的，而这在超过3个人的桌子边上就不能成立了。那么当桌上的人想要和身边的人交头接耳一下的时候，应该怎么办呢？选择比群组更原始的方式，直接给某个人写邮件就好了。这些邮件可以在讨论在特定时间从新回到群组中去。这就是一个当秩序无法满足沟通交流要求时，向后退一步的典型案例。

最后补充一个关于信息流转的笑话。

很多亚洲人都会组团出去旅游，对于欧美国家的人来说，他们很难分辨得清中国人、日本人和韩国人。后来有人发现了一个规律，来帮助他们进行这种分辨。一群亚洲人聚集在一起，一个人在大声说着什么，其他人都在认真听的，是日本人；好几个人都在很大声的说着什么，好像正在吵架，其他人在认真倾听的，是韩国人；几个人在大声说，有些人在听，有些人在交头接耳，还有些人则在左顾右盼的是中国人。

• 硕鼠的Blog站|范路|Luke Fan

基于互联网的社区本质

最近好像讲的各种本质实在是太多了一些。最近对于社区的思考也比较频繁，在以往的文章中，有时候直接说社区，有时候说技术社区，有时候说是互联网下的社区，各种定义和描述也放了很多了。本质这种定义是比较难下的，什么什么的本质，这个东西太严肃了，要求太高了，为互联网社区来描述一个本质，这违背了我写东西的原则，我是一个讲故事的人，并不喜欢那些特别严肃的东西。所以这里要说的本质，应该只能算是某一个侧面的本质吧，这确实是一种本质，但仅仅是一个侧面。

互联网社区，其实是一个计算机程序，这肯定是没有人反对，那么用计算机程序的某一种特性来作为互联网社区的本质，应该也能够说得过去吧。

这里要对互联网社区本质的定义就是，一个拥有输入、处理、输出，三个最标准环节的计算程序。

今天要探讨的是社区的信息流，也就是说，互联网社区，是如何通过处理不同的人的输入，然后为不同的用户形成输出这个本质工作，将不同的信息发送给不同的人，从而形成社区的。

前一篇文章写了社区的规则，社区的信息流是被规则所规范的，不过归根结底，互联网社区是程序，规则也是需要使用程序来执行的。还有很多程序能够做的事情，是规则所不涉及的，比如SEO和推荐算法。

互联网社区的信息流动方式

前面讲过了，社区的核心是人，但是光有人是不行的。社区是依靠人来创造内容，然后再依靠内容来吸引人的。那么信息是怎么吸引人的呢？同样的一堆信息，使用不同的排列方式，吸引力一样吗？当信息很多的时候，应该筛选出哪些信息来给用户看呢？大家看不到有价值的东西，就会离开社区。当人们发出声音的时候，不能及时得到有价值的回复，他们也会离开社区。

这篇文章要讨论的，是互联网社区信息流转方式的一个大略的演进方向，以及其中几种有代表性的信息流转方式。

互联网社区的信息流转方式，这里面的内容很多，不可能在一篇文章中说清楚，甚至我可能都没有彻底说清楚这个问题的能力，毕竟我并不是社会学家、语言学家和人类学家。这应该是这一系列文章中的第一篇，后面还将陆续写一些不同信息流转方式的案例，以及规则和算法如何影响信息流转方式，信息流转方式对于社区性格、价值的改变，如何尝试建立新的信息流转方式等等。

一个最典型的信息流转——

• 甲提出了一个观点，以及一些疑惑
• 5分钟后，乙表示自己认同这个观点，并拥有相同的疑惑
• 有一些人看到了，但什么也没有说
• 又过了3分钟，丙表示，自己看到了这个问题，好像在其他地方也看到过有人在讨论，这个问题丁可能会有一定的见解，于是通知了丁
• 又有一些人看到了，但是他们依然什么也没说
• 10分钟后，丁收到了丙的通知，过来看了甲提出的观点和疑惑，于是对观点进行了一些讨论，他补充了自己在日常生活中的一些事例
• 甲先就丁提出的观点进行了讨论，然后询问丁，是否能够解答自己的疑惑
• 丁和甲进行了辩论，并对甲的疑惑提出了一些设想
• 丙邀请了更多的人进来进行讨论
• 更多地人发现了这个话题，有些人还是一言不发，但也有些人加入了讨论
• ……
• 甲的观点经过讨论和补充，变得更加完善，同时还获得了很多相关的实例，甲提出的疑惑，得到了部分或全部的解答
• 一段时间过去了
• 有人在此发现了这个话题，并进行了阅读，然后离开，或者是再在上面添加一些自己的评论
• 又一段时间过去了
• 又有人在此发现了这个话题，并进行了阅读，然后离开，或者是再在上面添加一些自己的评论
• 又一段时间过去了
• ……

这个实例里面有人提出了观点和问题，有人附和，有人帮忙寻找能够解答的人，有人参加了讨论，有人给出了解答……，这里面还包含什么呢？顺序，谁先来的，谁后到的；以及时间，几分钟，不是几秒，也不是几个小时，几天，而是几分钟；有人发现了问题，这些人是怎么筛选的，他们是否对这个问题感兴趣。这些都是组成社区讨论信息流的各种因素，当这些因素发生变化的时候，信息流也就发生了变化。

互联网社区里面的信息流，有些像是核反应里面的链式反应。如果形不成链式反应，那么核反应就无法进行下去。互联网社区的信息流也需要一环扣一环，不断地发展下去，否则就会散掉，形不成完整的信息流。这些信息流的形成，通常需要两个关键条件，那就是回复和反馈，必须具有及时性和有效性。如果上面那个例子中，大家只是讨论一些简单的家长里短，但是时间间隔是以年为单位的，那就讨论不起来，如果一个人说了什么事情，紧跟着的回复都是驴唇不对马嘴的，肯定也是讨论不起来的。这里面隐含着一个观点，就是及时性的衡量是和讨论问题的性质相关的。有些问题的间隔必须是以秒为单位，有些可以是以分钟为单位，有些则可以以小时、天、月甚至是年为单位。

互联网社区信息流转方式的演化历程

由于互联网社区的本质是程序，是输入、处理和输出，那么写程序的人肯定能够根据各种数据和经验来不断地优化这些程序，让社区中信息的流转效率不断地提高。那么社区信息流转方式的演化就肯定会拥有两个核心的目标：

• 从无序到有序

  互联网社区的信息流转方式的演进过程，应该可以被描述为，程序员或社区管理者（这两者经常是同一个人），在不断的观察信息流转的方式，并希望尝试从中发现一些规律，然后对这些规律进行筛选，找出那些对社区有利的规律和有害的规律，然后禁止那些有害的规律，并通过程序或规则去固化或增强那些对社区有利的规则。

  由于有些规则需要经常发生调整，或需要由社区中不同角色的人来进行调整，以及互联网社区的程序可能会被那些不是程序员的人们用在不同的领域上，于是聪明的程序员们将一部分程序做成了可以设置或解释并执行某些规则的方式。这样当某些规则发生改变的时候，就不需要重新修改程序代码了。

  最早的相对无序的信息流转方式，比如邮件列表，后来也发展出了一些自己的规则。真正无序的是邮件多人讨论，就是一个人给一个或多个收件人写邮件，然后收到邮件的人再进行回复或转发。邮件列表已经算是在这种形式上发展出来的一种相对有效的方法了。邮件列表的规则通常是围绕准入制度的，谁能够看到这些邮件讨论的过程，新人怎么发现这些正在讨论的内容等等。但是讨论的顺序，中间大家能够说什么，不能够说什么，谁先说、谁后说，说的时候是不是要引用前面说过的内容，新的内容哪些人可以看，哪些人不能看，这些都是不能规范的，混沌的。不过有些讨论会进行得很好，很快得到有价值的东西，有些则很快歪楼，大家最后谁也不知道在讨论什么，然后散掉。

  这个时候，聪明的程序员们就去设法分析那些有价值的讨论，看看他们是怎么做的。然后总结这些规律，再设计出新的信息流转方式，比如论坛、问答等等。

• 用更少的人，为更多的人服务，以及分工的不断明确

  这其实并不仅仅是互联网社区这一种特殊程序在演化过程中的追求，很多系统都在不断的追求这个。

  从邮件列表中，每一个人都是组织者、规则制定和执行者、内容的贡献和消费者这种混沌状态中，发展到各种职能都比较清晰。到了论坛时代，组织者就是组织者，他们订立和修正规则，监控讨论的进行；然后通过规则，去奖励那些有效、有价值的内容贡献者；吸引那些内容的消费者。

  然后，到了所谓的web2.0时代，更多地人开始参与讨论，更多的人能够创造出内容来，给更多地人消费。比如盛大文学，10万人写小说，上亿的人，付费来看这些小说。在这个过程中，组织者相对于内容的生产者和消费者来说，比例更少了。

  百度贴吧替代了传统的论坛，在论坛上，几个管理员需要自己负责找服务器来搭建论坛，需要设定论坛的规则，并维护论坛的运行。而在百度贴吧上，百度已经把服务器什么的都搞定了，贴吧里面那些吧主，就像论坛里面的版主一样，并不是专职员工，他们只需要对自己的吧负责就可以了，其他的都不需要管。这个服务比例一下就从几个管理员为几百上千会员服务，升级到了几十个贴吧员工，为几亿人服务。

  Tumblr和其他一些内容社区的涌现，Facebook和Twitter、新浪微博之类的社区的崛起，最终使得很少的人，就可以为全世界的人服务了。

总结

互联网社区的本质就是一个集输入、处理、输出为一身的程序。社区的核心就是信息从一个人，流向另一个人，社区的发展，就是社区中信息流转方式的不断进化和发展。

社区信息流转方式的发展，一直围绕着两个中心：

• 从无序中发现秩序，固化并增强某些特定的模式
• 用更少的人，为更多地人服务，分工不断细化

以后再用更多地文字来描述不同特色的信息流转方式，以及不同的信息流转方式为社区带来的不同的风格和价值吧。

• 硕鼠的Blog站|范路|Luke Fan

前面的很多文章中，都反复的描述了社区是具备生长型的。这种生长性来是来自于组成社区的人自身所携带的动物性本能。这是不可抑制的。但是，生长是有方向的，虽然生长本身是不可抑制的，但是生长的方向却是可以引导的。

那些建立或管理社区的人，对于社区的未来是有憧憬的，他们会期望社区发展成什么什么样子，于是就会设置各种各样的规则，来引导社区在生长的过程中向着自己所预期的那样发展。就像父母期望孩子今后能够如何如何，于是现在就要为之付出各种努力。

什么是社区规则

• 谁可以说话，谁不可以说话
• 谁可以加入，谁不可以加入
• 谁可以听，谁不可以听
• 什么话可以说，什么话不可以说
• 什么话要以什么形式来说
• 什么信息可以被哪些人听到，不能被哪些人听到
• 人们是怎么分群的
• 不同人群之间的差异
• 等等…

归根结底就是一句话——信息是如何在人群或个人之间流转的。

社区的生长方向

人们希望得到一个什么样的西瓜，就要为西瓜套上一个什么样的盒子。

• 父母的意愿

  社区是由人聚集而成的，那么谁才是能够决定发展方向的社区的父母呢？社区的创造者吗？社区的管理员吗？那些大神和意见领袖？

  这些人肯定对社区的发展方向拥有巨大的影响力，但是未来社区会变成什么样子，肯定不是完全由这些人说了算的。就像很多家里的父母总是抱怨儿女的并没有按照自己设想或规划的那样发展一样，社区走形了也是很常见的一种现象。所以将在规则下发展的社区，形容成父母的意愿还是非常贴切的。

  规则对于社区的影响，只能是影响，是一种引导，社区毕竟不是西瓜，而是更像小孩子。最终变成什么样子，还是要看孩子自己的，当然他们也经常有后悔的时候。

• 从人治到法治

  通常情况下，规则并不是生来就有的，也不是一成不变的。大多数社区在建立之初，并不存在规则。那个时候既没有规则，也没有潜规则。最开始的社区，通常是由创办者或意见领袖来实行人治的，他们创造内容，吸引或邀请其他人参加社区，然后再将那些他们不喜欢的人踢出去。

  这种人治总会随着社区规模的不断生长而无法满足需要，在这个时候，就需要制定规则。让更大规模的社区，或者通俗的讲，就是管理员已经看不过来的社区能够依照规则来进行自我管理。

  最早的规则，就是那些创建者、管理者和意见领袖总结、抽象出来的自己以前进行管理时使用的原则。

社区必须有规则

给岁月以文明，而不是给文明以岁月。

上面这句话，是刘慈溪所著的《三体》第二册《黑暗丛林》中所描述的那个大低谷纪念碑上所记述的文字。这里面的第一个文明，也就是给岁月以文明中的文明，就可以被理解成为一种规则，一种对群体有益的规则，而第二个文明，给文明以岁月中的文明，则是指的人群，也可以理解为我们在这个地方所讨论的社区。这就是社区与规则的关系，当有规则的时候，社区良性发展，当失去规则，或者说是规则失去方向和活力的时候，即使发展，等在后面的也必将是一个大低谷时期。

规则并不仅仅指的是那些规条或条例，还包含制定和修正规则的人，以及规则所需要捍卫的目标。如果制定和维护规则的人失去了目标，那么规则就会失去活力。最终就会变成前文《开发者社区的目标和KPI机器》所描述的那种KPI机器。等待这样社区的就必然是一个大低谷。

规则的建立和调整

规则，有一个建立和调整的过程，前面说了，很多社区在创建之初，是人治的，没有规则。

• 从有序到无序再到有序

  建立规则的过程，并不像是预想的那样，是一个从无序到有序的过程。而是一个从有序到无序，再到有序的过程。一群管理员按照自己平时的习惯，建立了规则，应该可以最平稳的过度，为什么还需要经历中间的无序过程呢？原来由管理员们人治的时候，肯定也是有序的，这一点大家都认可，那么为什么建立规则的过程不应该是从有序到更有序呢？原来人治的时候，在比较重要的事情上，规则相对的是比较一致的，但是在一些周边的地带，可能就会有比较大的灵活性，这样可以，那样也可以。有多个管理员的情况下，他们所实行的规则，可能就会存在差异，在规则确立下来的时候，有一些管理员就必然发现有些规则和他们以往采取的手段是不同的。

  规则刚刚确立的时候，或者说是规则刚刚发生调整的时候，经常会出现人治与法治并存的情况。也就是说经常会有管理员打破规则，实行一些原本看起来合理的事情。由于这里讨论的是线上社区，所以我们说的规则确立，是通过程序来确立的。当规则被以程序的形式固化下来，那么管理员的工作就不再是进行判定，然后执行规则了，规则都是有程序判定和执行的。这个时候，管理员要做的就是根据他自己的判定，适当的打破规则，并在必要的时候，调整规则。

  这个无序状态，对于所有的社区或需要进行规则建立和调整的机构来说都是非常痛苦的，如果希望规则被成功的实施，就必须要挺过来。挺不过来的社区，可能就崩溃了。就像那个邯郸学步的故事那样，实行新规则失败的下场并不是退回旧规则，而是彻底崩溃。

• 遇到冲突，解决冲突

  上面所说的无序状态，就是冲突比较密集的一个阶段。所谓冲突就是那些规则中让人感到不适应的地方，这些感到不适应的人，可能会是社区普通用户，可能会是意见领袖，也会是社区的管理者。所有和社区相关的人，都会在某一段时间，对规则中发生变化的部分，感到不适应，或无所适从。只要是建立或调整规则，那么这种状态就是无可避免的。

  解决冲突的方法有很多，可以找到冲突的人，然后重新启用人为判定，也就是实行双轨制。和那些感觉不舒服的人进行沟通，然后说服他们执行新规则。上面说的两种方式都是解决普通用户和新规则的冲突。当冲突发生在意见领袖、社区创造者或管理员身上的时候，除了沟通和规劝之外，唯一能够做的就是将那些感觉不爽的人，清除出社区。

  还有一些避免大范围冲突的方法，那就是提前做好说明和通知，尽量确保先行规则的稳定性。规则不能说变就变，在建立和调整之前，要做充分的调研和通告。

• 调整规则

  这里所说的调整规则，是指的在程序层面对规则进行调整，而不是管理员针对某些个案进行的临时调整。规则的调整，需要谨慎，否则规则失去了稳定性，会使得社区成员无所适从的。记得有一段时间，微博将回复给去掉了，大家只能转发，不能回复，这个过程中，有些人不知所措，有些人则感觉欢欣鼓舞。乱了两天之后，又改回去了。这个事情的底层原因是不可讨论的，但是这个过程对于微博的伤害是巨大的。

  规则调整，应该是遵循社区目标的。并不是说规则就是好的，规则出现问题，这种事情时有发生，但不需要为了维护规则而如何如何，唯一需要维护的就是社区的目标。

规则对社区的影响

新浪将微博做成了媒体，盛大将文学做成了游戏。

前面讲到了，规则对社区的影响就像是父母对于子女的期待那样。会起作用，也有些时候会事与愿违。上面两个例子，应该在一部分上算是无心之举吧。

新浪将微博做成了媒体，新浪本身就是做媒体的，新浪的用户基础就是媒体阅读用户。于是新浪的规则在不断地调整下，使得大号的影响力越来越大，其他人通常是上来看看，或者围绕着大号摇旗呐喊。于是微博的媒体性越来越强了。

在这里最好还是说一下回复和转发之间的差异。回复的可见范围是对原帖感兴趣的人，而转发则是关注转发人的人和原帖所有者才能够看到。国内的微博和国外的twitter最大的差异就在于微博拥有回复。回复最大的作用就是让大号所发出的原帖能够得到尽可能集中地关注。所有关注这个问题的人，就像是形成了一个bbs板块或者qq群那样，可以关起们来进行讨论。那些参与讨论者的关注者们，并不会参与进来。发表评论的人，是在为原帖拉动关注度，而不是为自己。成就新浪微博媒体性的关键就在于这种回复制度，热点话题更容易聚焦，提出热点话题的人，更容易获得关注。

盛大，是做游戏的。当盛大收购了大量的文学网站的时候，就为这些文学网站制定了游戏上的那种规则，按照字数付费，就像是按照时间付费打游戏那样。通过各种投票来确定付费更多的用户能够影响小说的排名，而排名又能够反过来影响点击量。于是作者们开始追求排名，追求投票，追求字数，并为此改变了写作的方式和风格。最终，由作者、读者和作品共同构成的文学社区的游戏性越来越强了。

这也算是种瓜得瓜、种豆得豆吧。很多人也把这种现象归纳为公司基因问题。

总结

今天讨论了社区与规则一些事情。但是没有说透，这是一个非常巨大的话题。后面还会陆续讨论，规则应该如何确立，不同的规则对社区会有什么样的影响等等。

作为社区，规则的核心就在于信息的流转方式，下周争取写一篇关于不同社区，在不同的规则下形成不同的信息流转方式，以及这些不同的信息流转方式又是如何反过来影响社区的故事。

最后，让我来列举一些常见的社区规则：邀请加入、单向关注、实名制、限制匿名用户、内容或注册审核制度、是否允许回复、禁言、禁止少于多少字的回复、限定回复字数、限定帖子的字数、回复是否可以带有多媒体信息、积分制度、会员等级制度等等。推荐算法也在越来越成为社区规则的一部分，因为这对于信息流转的方向也是有着巨大影响的。

前面几篇文章探讨了社区的一些情况，探讨了社区进行企业化管理过程中的发生的问题，探讨了企业为什么会越来越关注技术社区。

现在，我们来探讨一下，那些直接由企业建立的社区是什么样子的吧。当然，这里所说的企业建立的技术社区，并不是指的那些自发社区，职业化之后形成的由公司运营的社区。而是那些由产品或平台服务提供商建立，并维系的社区。这里也不讨论那种媒体企业建立和运营的社区，这主要有两个原因：第一、自发社区职业化之后，大多都转向了媒体模式，所以媒体企业建立的社区和自发社区职业化之后的状态比较相近；第二、媒体企业建立的社区和自发社区之间关系相对比较简单，就是竞争。

前文讲过，企业为什么会关注社区，企业为什么会自己建立社区，以及企业建立社区是为了解决什么问题。

本文就是探讨企业自己都建立什么样的社区，以及这些社区的一些故事。

企业建立的社区类型

• 产品客服社区
  很多企业都会建立一个产品客服社区，不论他们生产的产品和开发者是否有关。很多开发工具厂商、平台服务提供商也会在早期建立这种类型的社区。这种社区并不是我们所期望的开发者社区，虽然里面有一些地方比较接近，或者说开发者社区里面具备产品客服的功能，但产品客服和开发者社区比较起来，是不完整的。产品客服社区，只需要具备三个功能就够了。
  • 解答用户问题
  • 插件和补充功能的讨论区
  • 发布产品公告

• 内容社区开发工具也好，平台服务也好，其存在的意义就是让开发者在上面做出东西来。这些东西，可能是产品，可能仅仅是代码块或其他各种产品的中间形态。有时候企业会创建一种用于展示这些内容的社区。

  这种社区的基本功能为：

  • 内容提交
  • 内容展示（分类、排序）
  • 内容点评（打分、评论、讨论）
  • 内容分享（社交媒体再传播）
  • 内容分发、下载、支付…(AppStore)
  • 内容相关信息的数据分析、统计…
  • 内容推荐

  企业从提供To B的开发工具或服务平台，通过内容社区，转换成了直接为最终用户服务。并找到了新的变现方式。

  有些企业的内容社区是独立在客服社区和开发者社区之外的，比如Google就拥有很多不同定位的社区。也有一些是眉毛胡子一把抓的。

• 开发者社区开发者社区是为开发者服务的。企业所建立的开发者社区，是帮助开发者更好的使用企业提供的产品或服务。
  那么开发者社区和客服社区比较起来有什么差异呢？在客服社区的基础上，开发者社区还需要增加一些什么东西呢？
  • 以开发者为核心的意见领域客服社区中，所有的意见领域，都是由厂家直接控制的。不允许开发者形成新的，不受控制的意见讨论热点。
  • 开发者的作品展示，以及围绕作品的讨论这里所说的作品，要做一个限定。这些作品不是开发工具或服务平台的插件。很多客服社区也会有这部分内容，其实讨论插件，大家还是在讨论工具如何使用。

  开发者社区讨论的内容，要比客服社区更广泛，里面的讨论也更不受控制。最简单的示例，开发者社区里面，大家可以毫无压力的讨论开发工具或服务平台的各种缺陷，并可以讨论那些竞争对手产品中更好的东西。在客服社区中，这种行为是会受到很大限制的。

  开发者社区会包含部分的内容分享社区，会包含完整的客服社区的功能。有些会还会包含培训和招聘、外包等准商业化的元素。在客服社区中，唯一的商业化话题就是销售产品。

  这里面没有高下之分，有些企业会建立客服社区，有些会建立内容社区，有些会尝试建立开发者社区。完全是根据企业自身的需求来的。

社区和企业的关系

在讨论社区和企业关系时，所说的社区，是那种野社区，不是企业建立的社区，而企业则指的对技术社区感兴趣的企业。

企业会在需要的时候，尝试自己建立社区，但是他们不一定会建立所有需要的社区，很多企业的选择是建立客服社区或内容社区，然后委托其他社区来帮他们搞定其他的社区职能。

在企业选择其他社区的时候，他们通常不会选择其他同类企业建立的社区，因为那是有竞争关系的。

社区需要思考的，就是应该如何满足企业对其他这部分社区功能的需求，如何解决企业原本需要自己建立社区才能解决的问题。

缘起

前文阐述了技术社区是什么,社区是怎么产生的,社区的目标,以及社区是不是应该采用KPI这种企业方式来进行管理等等.

以前,企业就是企业,技术社区就是技术社区,这中间并没有什么交集. 这种状态是怎么发生改变的呢?是什么促使企业开始关注社区,甚至有些企业自己创办技术社区的呢?

最早关注开发者社区的企业,是那些开发并销售开发工具的企业. 比如Borland,Microsoft,IBM. 他们发现,通过社区这种形式,对他们的产品提供客户服务,是一种非常好的办法. 开发工具类的产品,其产品复杂度,里面涉及的内容等等,都是普通软件所无法想象的. 开发工具的用户,遇到的最大的问题是不会玩儿(网络游戏经常将自己遇到的问题分为三个层级:不能玩儿,不会玩儿,不好玩儿). 开发工具的用户,提出的各种问题,纷繁复杂,并不是厂家工程师都能及时搞定的.

然后,开发工具厂家发现了一种现象,他们工具相关的很多用户问题,其他用户都可以解答. 这些用户自发的建立起了社区,在上面交流和沟通开发过程中遇到的问题.

最后,开发工具厂商采取的办法就是,自己创建开发者社区,让自己的用户可以在上面找到有用的东西.

企业创建技术社区的目的

企业创建技术社区,解决了几个问题:

• 不让每个新用户进来都问一遍相同的问题,并需要厂家工程师回答了。即使微软那种擅长写文档的公司，也无法写出涵盖所有问题，并让用户在遇到问题的时候方便查找的文档。用户可以在社区中查找过去解答过的问题。
• 很多热心的用户,会聚集在社区中,为其他用户提出的问题寻找答案.
• 用户会协助工程师解决很多产品内部的问题.
• 用户会为产品的下一步开发方向进行充分的讨论,并为产品团队带来明确的需求.
• 社区能够吸引更多的用户来试用、购买开发工具产品,在很多用户的技术选型过程中,社区的活跃程度起到了重要的作用.

技术社区的作用在很长一段时间内,也就仅仅被开发工具厂商所注重,其他企业对于技术社区并不感兴趣.

企业与技术社区的新关系

现在对技术社区感兴趣的,绝不仅仅是开发工具厂商了,甚至那些开发工具厂商的社区已经逐渐消亡了. 这个改变是怎么发生的呢?

话说,随着亚马逊推出云计算,Google,Facebook,Twitter开放了大量的应用服务接口,苹果和Google的AppStore模式取得重大成功,软件开发模式发生了巨大的变化. 我在四年前写过一篇博客<<骑士时代的回归>>,描述了这种变化,更多的团队,更多的个人,替代大公司重新成为了软件开发的主力,他们不仅仅是开发者了，他们正在从开发者转行成小型创业团队. 于是,这些做云计算,开放平台,AppStore,甚至是广告联盟的厂商,开始关注开发者了. 其实他们所真正关注的是创业者. 大量的平台类产品的普及,带来最大的变化是创业和试错门槛急剧下降了,很多有技术的人,会选择创业.

就像最早的那些开发工具厂商一样,开发者(创业者)成为了这些平台厂商的直接客户. 于是这些厂商就对技术社区关注起来了. 毕竟现在各种各样的技术社区已经很多了,而且有一些已经发展得非常庞大,非常有影响力.

互联网免费时代带来的新思考

互联网的免费商业模式,为每一个创业者的心中,都装上了一个平台梦. 所谓互联网的免费模式,用通俗的话来说,就是”羊毛出在猪身上”. 互联网产品在规划的时候,就进行明确的定位,是准备做流量还是准备做变现.

准备做流量的产品,就不能为流量增长,设置任何门槛. 这里所说的门槛包括,收费门槛,账号门槛,信息阻碍门槛等. 所谓收费门槛最好理解,某些特定服务需要交付使用. 账号门槛,则是用户必须注册该服务的账号,并正确登陆之后才可以使用某项特定服务. 信息阻碍门槛,则是指的信息必须在该企业的服务之间内部流转,不能够流转出去.

流量企业,为了最大限度的获取流量,就必须放弃所有阻碍流量上升的门槛,就要提供最彻底的免费服务. 当然,雷锋已经死了,现在没有了. 这些提供免费服务的企业,最后需要依靠流量变现来盈利,那么他们就必须要将自己从产品型公司,转变成平台型的公司. 让更多的人,更多的创业者和开发者在这个平台上赚钱,这就是平台型公司必须要考虑的问题了.

至于那些变现型的产品,只要去证明自己的变现能力就好了,然后从流量企业那里购买流量或直接加入流量企业的平台,让流量企业的大数据分析引擎自动的找到自己.

由于流量入口的力量正在很多互联网细分产业链形成的博弈过程中变得越来越强大. 所以现在励志做流量型或入口型产品的创业团队也越来越多.

这些希望能够变成入口的企业,就会开放自己的接口,建立自己的平台. 到现有的社区中去寻找开发者和创业者. 或者自己建立社区,吸引开发者和创业者来加入.

长尾理论为企业与社区之间的关系带来新的变化

传统企业即使平台化了,也不一定非要依靠社区. 企业的销售部门和BD(业务拓展)部门,售后支持部门可以更加高效的完成社区的工作. 那么社区的必要性在什么地方呢?

社区通过大量的用户之间的沟通,提高了客服的效率. 这一点和开发工具厂商最早建立社区时的目的差不多.

10个项目,如果由人工来筛选,肯定能够最快的选出最有价值的那个. 于是销售或BD扑上去,直接展开合作,这绝对是最高效率的商业拓展方式. 不过现在命题发生了变化,100个项目,选择10个来合作,这个工作依靠传统方式也能够解决,虽然要稍微辛苦一些. 新的形式是100万个项目,寻找1万个来合作,这个事情,传统的方式就搞不定了.

以前被很多人挂在嘴上的二八理论,也彻底被长尾理论所替代. 以前是百分之八十的人,对百分之二十的事务感性兴趣. 而现在的长尾理论则是说,要尽量满足不同的需求,那些选择百分之八十不常被关注内容的用户,可以创造超过百分之五十的利益.而且，更重要的是，那些不常被使用的，长尾内容和信息、服务，能够吸引到更多地流量。

在应用的数量变成了百万级别的时候,每天新上线的服务,可能也是以万记的. 然后又要满足用户的长尾需求,再依靠人工已经彻底无法实现有效筛选了. 于是,社区成为了一种必然的选择. 所有的应用进入平台之后,通过大数据的筛选,自动找到更有价值的应用,将流量进行细分之后,为不同需求的用户提供不同的服务. 在这个过程中，社区能够提供非常多指标来帮助数据挖掘引擎，寻找更有价值的东西。

小结

企业现在非常关注技术社区,本文就分析了一下企业和技术社区之间的渊源是如何开始的,企业最早为什么扶持和建立技术社区. 以及为什么现在企业更加关注技术社区了,现在的企业关注技术社区,和传统的开发工具厂商对于社区的期望到底有什么相同和不同.

前面讨论了社区的发展历程。很多自发形成的公益性的社区，开始面临一个艰巨的问题。那就是随着规模的扩大，必须要进行职业化转型。也就是说原来主要依靠志愿者的业务时间维系的社区，在不断扩张的规模面前，已经无法很好的运转下去了。必须要让原来的那些志愿者，脱离他们原来的工作，全职的为社区工作。

职业化之后，就必然面临一个问题，那就是需要赚取更多的钱，以支付越来越多的各种费用，雇佣更多地专职雇员，吸引更多地用户，创造更多地内容。

于是，KPI这种在公司里面十分常见的管理方法，就摆在了面前。这里就是要讨论一下社区目标和KPI之间的故事。

首先做一个假设，那就是任何社区和组织，在不加限制的时候，都会本能的遵循某种动物性本能，会在没有疾病的时候，自然生长，并不断地扩张和膨胀。

那么社区在健康的情况下，就会不断地生长、扩张，这就需要职业化。职业化之后，社区会继续膨胀扩张下去。这些专职雇员被按照社区的目录或圈子分割为不同的团队，每一个团队也都有生长和膨胀的需求。于是循环往复、无穷无尽的膨胀和扩张。

下面就面临一个问题，当团队大了以后应该如何管理呢？变大这个事情没什么可讨论的，这是很难克服的本能需求。那么管理应该如何来呢？万事万灵的KPI这个时候就出现了，不过很多社区人都在抱怨，特别是那些最初就在社区里面的人，他们抱怨不开心，社区为了这样或那样的KPI，必须要放弃很多一起做得很开心的事情，做很多不开心的事情。甚至有些社区开始变得不那么健康，也就是说不能生长了，或者萎缩了，有些则干脆死掉了。

这是什么问题呢？这就是今天这篇文章的要探讨的，社区的目标和KPI机器之间的关系。社区是一群人为了统一的目标聚集在一起的。但是很多社区在生长的过程中，偏离了目标，这就是为什么大家会觉得不开心的原因。

什么是目标

• 最根本的需求

  目标的作用是能够指明方向，为后面的工作计划提供指导。目标是在后续的工作中发生分歧的时候，进行判定的唯一标准。
  这里举两个例子，一个技术社区的目标是：促进软件开发领域知识与创新的传播；另外一个则是：成为最大的中文技术社区。这两个目标的高低很容易进行比较，一个是明确的根本目标，传播有价值的东西，另外一个则是为了做社区而做社区。希望这个例子能够帮助那些希望做社区的人选择更合适的目标。

• 简单

  目标应该是能够用一句话说清的，能够清晰的被大家所理解，不会造成任何困扰的。

• 可以分解

  目标要被执行，就必须进行分解，根据时间、空间进行分解，比如我党的目标就分为短期目标和终极目标，短期目标必须为终极目标服务，但更适合于当前的社会环境。目标针对于社区中不同的团队，不同的板块也会被划分为不同的子目标。

• 可以被验证

  既然目标需要被执行，那么就必须是可以被验证的。否则就不知道怎么样做才算是最符合目标的方向。或者是不知道做到什么程度算是实现了目标。

目标的用途

目标很重要，特别是社区这种人群由于共同的目标聚集在一起的地方。虽然通常情况下社区自发产生的时候，目标并不一定那么明确，但是这个目标肯定是存在的，否则社区就不会产生并发展、壮大。在社区发展得过程中，目标可能会不断的明确，也会出现变化和细分的现象。

• 口号

  目标明确了，得到了社区内部专职雇员、志愿者和参与者的认同，然后就要把目标告诉所有人，从而吸引符合目标的人来到社区，告诉那些不符合目标的人，要么改变，要么离开。

• 分解成KPI

  目标还有很多其他用途，但是这里要讨论的是KPI和目标之间的关系，那么KPI是从目标中分解而来的，不能是拍脑袋来的，也不能是看到别人如何如何，所以我也要如何如何。
  举个例子，通过著名的技术社区InfoQ的SLogon，我们了解到，InfoQ的终极目标是“促进软件开发领域知识与创新的传播”，那么他们今年的目标是什么呢？是提高网站有质量的访问量。这就是他们根据终极目标分解得到的短期目标。从上面这个故事就可以看出，一个社区的负责人是如何根据目标分解当前的KPI的。

• 在KPI被质疑的时候，用来验证分解是否正确

  KPI中的某些指标可能会被质疑，或者是被周边其他的兄弟团队所质疑。记得每次在一个什么会议上，准备推荐一些讲师的时候，总会遇到这样的问题，到底应该算是商业购买的席位，还是算是技术分享的席位呢？经常是技术分享席位已经没有了，只能购买商业席位。或者是和技术分享相关的人沟通好之后，商业席位销售的人员一个招呼打过去，席位就没有了，必须从新谈商业合作。后来，我们只能这样，免费的技术席位，讲技术。所有花钱购买的商业席位尽量做广告。这种情况下，就会出现对KPI的质疑。如何判定谁对谁错呢？有的时候，钱会压倒一切，离钱近的部门嗓门儿大。
  真的应该这样吗？事实证明，这样做的社区，其品质在下降，他们在背离自己的目标，那么为了这个目标而聚集在社区里面的人也就会背离社区。

KPI机器

KPI从来都不是一个负面的词汇，虽然这个东西确实给很多社区人带来了巨大的痛苦。但是KPI本身并没有错，KPI算是一种相对比较成熟的，高效的现代管理方式。

既然错不在KPI身上，那么问题出在什么地方呢？KPI机器，我希望大家能够明确的知道，这是一个贬义词，这不是什么好东西。执行KPI管理和沦为KPI机器之间到底有多大的差异呢？个人感觉，最大的差异就在于目标的丢失。很多人都说，走得太远了，已经记不起来当初是为什么出发的了。

为了大家能够理解什么是KPI机器，这里讲一个故事。街边上有很多办信用卡的小摊子，大家可以上去和他们聊聊。很多摊子唯一关心的就是如何恩能够办更多地信用卡，他们会协助办卡者作假，以通过审核，办到更高额度的信用卡。比如我父母就有一张可以透支几十万的信用卡，这个额度大概相当于他们好5年的退休金总和。因为很大比例不符合条件的人得到了信用卡，于是那些进行风险控制的人，就只能将信用卡的使用条件修改得越来越严厉。这就是一个典型的KPI机器，每个团队完成自己的事情，不知道根本目标是什么，也不管其他部门的死活。

当一个人，一个团队，一个社区，已经开始为了KPI而KPI，能够为KPI牺牲根本目标的时候，那么这个人、这个团队或社区，就沦为了KPI机器。KPI战胜了目标，KPI赢了。

KPI是怎么胜利的呢？并不是什么外行领导内行或者什么其他表面上的原因。

首先，就像前面说过的那样，不断地拓展和膨胀，是一种最最基本的动物性本能，所以KPI的设计和执行部门或个人，也会受到这种本能的影响，希望部门、团队能够不断地拓展和膨胀下去。KPI设计和执行部门必然会处在一个更靠近领导层的位置，他们对于资源的分配会具有巨大的影响力。所以这种膨胀也就更加难以抑制了。

然后，KPI的设立，有一个根本的目标，KPI的目标，那就是追求更高的效率。随着各个部门的不断膨胀，对于效率的追求也就越来越趋近极致。这种对于效率的追求，体现在最后被KPI所考察的团队、部门、个人身上，压力就会越来越大。发布了可以被轻松完成的指标，这就是失败的KPI。当压力持续上升的时候，相对于目标来说，能够给人带来更大痛苦的KPI就会给人们留下更深刻的印象。这也是人性的一部分，只有痛苦的事情才能留下深刻的印象，于是大家在不断地和KPI赛跑的痛苦旅程中，就逐渐的忘记了最初的目标。

KPI的另外一个初始目标是追求可控。一句大家耳熟能详的话，叫做指标、责任落实到人。记得有一次中午出去吃饭，我和另外三个同事一起，我们点的菜上错了，点了一个菜，上来的却是另外一个。于是我去找服务员理论，她说我当初就是点的那个她端上来的菜，是我记错了。于是我就询问我的同事们，他们证明大家当时大家记得很清楚，我们没有点错菜，是他们上错了。不过两个菜的差异并不大，所以也就无所谓了，我们也就将错就错吧。最后，服务员还找出了当初记录的底单，并证明给我们看，确实是我们当初点错了菜。我问服务员，我们四个人都记得事实不是这样的，那么唯一的原因只能是点菜的时候服务员听错了，那么在我们已经愿意将错就错不再追究的时候，为什么服务员还要再来证明一次这是我们的错误呢？我询问了一下，服务员说，他们的规定是如果谁上错了菜，那么这道菜的钱就需要从服务员的工资里面扣。这才是故事的结论，一种不合适的KPI落实方式，确实是提高了可控性，减少了损失，但是顾客不爽了，下次不去了，这就背离里最初的目标。故事还没有结束，还需要一个结果，那就是——现在那个饭馆正在重新装修。

最后，在机构、团队、部门膨胀的过程中，越来越多的新人被招聘了进来。这些人不是为了社区目标聚集过来的，而是像公司雇员那样被HR招聘进来的，他们对于最开始的目标并不了解，或者理解得并不深刻，甚至从来都没有认同过那些目标。部门、团队、机构招聘这些人的目的，通常是为了完成KPI，同时也满足自身扩展和膨胀的需求。这些人在KPI和社区最初目标之间会作何选择呢？通常是选择KPI，毕竟他们是为了完成KPI才被招聘的。

最后的后面，那些为了KPI而被招聘的新人，在组织机构中也会追求上升的，他们也希望得到更大的权利和更多的资源。当这些人成为了部门、团队的领导的时候，摆在他们面前，和他们再招聘的新人面前的，还剩下多少目标呢？

前面说了KPI机器是怎么产生的，那么，KPI机器具备什么样的特质呢？

• KPI高于目标

  工作的目的是实现KPI，根本就不知道社区的根本目标是什么，或者即使知道，在KPI和目标发生冲突的时候，首先完成KPI，哪怕这样做会对目标造成伤害。

• 首先完成自己的KPI，管其他人去死

  KPI虽然是由目标分解而来的，但是目标是一个完整的整体，不可能有任何一种分解方式，能够使得KPI覆盖目标的方方面面。而且，时间总会带来很多一开始没有想到的问题。那么这些中间部分怎么办呢？总会出现没有人管得部分，或者多个部门重叠管理的部分。先搞定自己的KPI，别人的KPI考察不到自己身上。甚至所有的KPI管理体系，为了追求更高的效率，都引入了竞争机制，部门、团队、个人之间并不是完成目标的伙伴，而是在KPI竞赛之中的对手。

• 对于那些损害目标的事情，熟视无睹，麻木

  KPI机器里面的人，都是KPI的奴隶，大家可以拥有目标，却不可能拥有KPI，只能是KPI控制人们。于是，当KPI的奴隶们最终屈服于皮鞭的时候，变化就发生了。记得历史课教材上写过，奴隶都是麻木的，没有目标和希望的。他们不是为了自己而工作的。奴隶可以创造出伟大辉煌的东西，比如金字塔，但是他们并不是为了自己去建立金字塔的。
  KPI机器里面的人，不会在意目标，一件事情是对目标有利或有害，对于他们来说，都是无所谓的。他们麻木不仁，只要完成KPI，其他一切都当成是没看见。

• 为了KPI而修订目标，或者干脆为了目标而目标

  有时候，目标就是为了KPI而建立的。就像上面降到了，我们要成为中国最大的什么什么什么，我们要成为世界级的什么什么什么，我们要让全世界都跪倒在脚下。这种目标的树立，就相当于直接将目标下的社区或组织、机构、团队变成了KPI机器。

坚持目标

继续讲前面那个InfoQ的故事还没有结束，我在了解到了InfoQ中国地区的今年的目标是提高流量的时候，我就问过他们的负责人，是不是愿意借助导航站的力量，直接将数据拉高呢？他的回答是“不”。他们需要的是有质量的流量，是来自真正开发者的流量，而不是普通的互联网流量。当然这是他对于导航网站本身缺乏了解，其实导航网站是可以将流量进行细分的，并有效地选择特定的流量输出到特定的方向。不过开发者在导航站上是行为模式确实有别于普通大众，所以效果并不一定好。这个故事告诉我们的是，应该如何在KPI与目标不一致的时候，对KPI说不。或者，在KPI设立的时候，尽可能将其描述得更符合目标，特别是那些容易发生误解的地方。直接将流量定义为有质量的流量，这就更不容易被误解。这些误解和曲解，有时候是大家在压力下故意做出的。毕竟KPI的压力很容易让人发生扭曲。

那么，应该如何坚持目标呢？

• 一日三省，避免沦为KPI机器

  经常自省，反复的思考这样做是不是符合目标。一旦发现偏离，立即纠正。沦为KPI机器是非常可悲的一件事情。

• 不断地修正分解方法，调整KPI使其适应当前的目标

  目标是一开始就存在的，虽然也不是一成不变的，但肯定要比KPI稳定得多。永远记住KPI是为目标服务的，不要让目标单纯的为了KPI而改变。当发现KPI没法很好地体现目标的时候，肯定不是目标错了，而是KPI出问题了，请去调整KPI。调整KPI的时候，一定要认真的思考和理解目标。目标是判定KPI的唯一依据。

• 组织机构中的每个人都要理解，坚持最根本的目标

  随着不断有新人加入，要不断地告诉他们，什么是目标。并确保他们的理解和社区一致。新进入的人，首先要认同目标，然后才是具备其职位所需的技能。不过HR部门经常会在KPI的压力下，降低了对目标认同的标准。毕竟和认同感比较起来，技能是更容易评判的，如果技能不够，也是更容易、更快出现问题的。
  要不断地对不断发展的团队进行培训，告诉大家什么是目标，让大家一起反省，当前做得事情是不是符合目标。

• 目标高于KPI，高于小团体利益

  注重团队之间的协作。有时候，目标就体现在了团队与团队之间，体现在了KPI的夹缝之中。

• 去除那些对目标没有认同感的人

  这就是最终的解决方法了。当有些人或团队的存在，彻底的损害了根本的目标，即使在沟通与教育之后，这些人依然无法认同社区的目标，那么就应该是抛弃他们的时候了。不论这些人是专职雇员，志愿者或社区用户。

小结

• 社区是一群人为了共同的目标汇聚而成的。
• 社区的目标在开始的时候可能并不明确，但必然存在。
• 目标应该是最终目标，不能为了社区而社区。
• 在职业化之后，可以采用KPI的模式来管理社区。
• KPI是对目标进行时间和空间上的分割。
• 要避免让KPI战胜目标，避免沦为KPI的奴隶，避免沦为KPI机器。
• 要不断地强化目标，不断地根据目标修正KPI。
• 在选人的时候，对目标的认同是最重要的。

判定社区是否在向着KPI机器的方向滑坡，有一个最简单的方法。那就是所有的社区，不论是哪一种，通常其目标中都包含一个相同的内容，那就是开心。人们聚集在一起，通常是为了寻找欢乐，寻找认知和认可，寻找成就感和满足感。那么，当社区中的人，不论是专职雇员、志愿者还是社区用户，感觉不开心的时候，那么就是出现问题的开始了。

• 开心通常都是社区目标中比较关键和核心的一部分
• 当有人感觉不开心的时候，那么就出问题了

~ 开发者社区越来越被大家所关注,一个在开发者社区这个圈子里面混了很多年的人,说说自己的看法

开发者关系社区探讨

本文首先发表在一个开发者社区讨论博客中：http://devrel.info 。这是一个博客站,一个由一些和开发者打交道的人,记录和开发者关系相关的一些故事和想法. 之所以说是故事和想法,就是不希望为这里记述的东西赋予太过于严肃的色彩. 故事,那么与事实或历史稍有出入就是可以被理解的;想法,和理论比较起来,可以不是那么严谨.

这是我在这个地方的第一篇博客,想和大家讲一讲开发者社区的事情. 我是Luke Fan,一个IT圈里面混迹多年的,爱讲故事的老胖子.

什么是开发者社区

社区这种形式一直都存在,只是以前的社区大多是以地理位置,宗教信仰,学习和工作领域,家族以及血缘关系为基础维系的–线下社区. 人是一种社会动物,一个人面对石头坐上十年,那是可以成佛的,这个故事也从另一个角度告诉我们,绝大部分的人还是需要和其他社会成员交流沟通,并从沟通过程中获得信息,帮助,以及认可. 这是马斯洛理论中人类最基本的需求之一.

互联网技术的普及,促使了线上社区的建立. 人们第一次有机会能够打破很多原有的限制,聚集在一起. 在互联网诞生之前,社区通常更加混沌,大家自发的根据一些特定的原因聚集在了一起,然后交流和沟通各种各样的事物,提出问题,解决问题,表达认可,获得认可. 但是人们渴望从不同的人身上得到不同的答案或认可. 比如我们会向朋友炫耀新买的IPhone5S 土豪金,但是我们的父母则会对这种每年换一部新手机的行为表现出非常的不理解. 于是互联网社区很好地满足了这种需求,可以允许我们和全世界网民中对同一事物感兴趣的人聚集在一起,并在一个相对单一和纯粹的环境中交流和沟通,寻求帮助和认可. 使用互联网社区的第一个人群,无意就是我们,互联网的建设者们–开发者.

那么所谓开发者社区就是–

• 由开发者组成
• 以开发工具,开发语言,行业,以及在开发过程中所处的角色为划分
• 为了交流,沟通,学习开发相关的经验与技能而聚集
• 广义的开发者

• 软件开发者
• 开发相关其他角色–测试,项目咨询,需求管理,系统架构,系统部署,系统运维,配置管理,产品经理,设计师,以及现在最时髦的:创业者

开发者社区的存在形式

• 开发者社区的基础形式

• 人 + 内容
  

• 鸡生蛋,蛋生鸡–发起者生产内容,依靠内容聚集人群,人群在交流碰撞的过程中,再产生内容

大部分社区，在最开始的时候，大多都是这么组成的。不过，随着人们对社区这种形式的不断研究，对于人群发现、聚集、流失以及沟通的过程不断分析，对于内容产生、阅读、过滤、排序、推荐、搜索优化等过程的不断研究，很多新的社区形式正在不断地涌现。这些新社区形式，对于人和内容的聚散、流转进行了更严格的规范，使得符合特定要求的人和内容更容易被聚集和产生出来。这个我们以后应该还有机会再讨论，归根结底，社区的核心就是人和内容。

开发者社区分类

社区有很多分类方法，这里是按照社区的商业形态以及社区的形成阶段来划分的。

• 公益形社区

  • 自发组成
  • 没有明确的商业目的
  • 会为了某些必须的费用,临时聚集一些资金
  • 不会产生完整的商业模式和稳定的盈利
  • 存在意见领袖,但其意见不会收到商业利益的影响

  开发者社区,最初大多都是自发组织起来的公益社区. 这些社区在经过一段时间的发展之后,大部分消亡了。当然,这个过程中还伴随着更多的新社区的涌现. 这个长江后浪推前浪,前浪死在沙滩上的过程,在很多领域都是相同的. 那些没有消亡的社区,逐步的发展起来,有些变成了更加严谨,更具规模的非营利性组织,也就是说依然是公益性质的. 这里所谓的非盈利组织,指的是虽然获取利润,但是公开账目;虽然雇佣专职员工,但不给股东分红. 当然,这种机构在国内不能说没有,但非常罕见. 通常国内的公益性社区都无法发展到雇佣专职员工这个阶段.

• 媒体型社区

  • 借助社区的基础,逐步形成完整的媒体
  • 很多是从公益社区转型而来
  • 其主要商业模式,和媒体类似
  • 吸引流量,分发广告
  • 为了商业利益,引导意见风向
• 形成完整,稳定的商业链条,取得稳定的收益

任何互联网产品,都会天然的带有媒体性. 所以,公益社区向媒体社区转型,这是一种非常自然的转变,也是一种相对容易的转换. 那些原来的意见领袖,华丽转身变成了资深编辑或职业撰稿人. 然后他们利用这个媒体平台,使用传统媒体的商业模式,不断的赚取利润.

• 服务性社区

  • 在公益社区的基础上,为开发者提供各种各样的服务,并从中得到收益
  • 没有媒体性,不使用媒体的商业模式

  任何社区,如果希望发展壮大,总要进行职业化的转型. 那些自发形成的社区,通常是没有专职雇员的,大家都是利用业余时间来进行组织和沟通. 但是一个社区如果想要发展壮大,就必然需要组织者付出越来越多时间,那么这些组织者就要逐步的从原来的工作中解脱出来,专心的投入社区的工作中去. 转换成非盈利机构,转换成媒体是两种解决此类问题的常用路径. 但是也有一些社区或组织,其本身的核心就是一种大家在开发过程中所需要的服务,或者这种社区在运作的过程中,应成员的要求,不断地加入了一些大家所需要的服务,然后通过这些服务,收取费用,获得收入. 并最终完成职业化转型,形成一种以服务为核心的特殊社区.也有一些服务型的社区，本身也是非盈利组织。非盈利组织取得收入的方法，主要是提供服务和获得捐赠。

• 公司社区

  • 由公司创办
  • 为公司产品或开放平台服务
  • 以公司利益为最高行动准则

  最早的公司型开发者社区,都是由一些做开发工具的厂商建立的,他们本身的产品,就是为开发者服务的,他们需要找一个地方,来听取客户的意见,并作出反馈. 然后,大家开始在这些社区中讨论一些开发工具或语言的使用技巧和方法,然后逐步形成了这种从建立开始就有着明确的商业目的的社区. 现在,随着云计算,开放平台技术被越来越多大公司所使用,更多地公司型开发者社区被建立了起来,开发者的这个群体逐渐向创业者转型. 开发者的商业价值越来越受到重视.

一些对开发者社区的误解

• 可以先有内容,再有人

  上面说了,这是一个鸡生蛋,蛋生鸡的过程,开发者社区的价值又越来越被大家所追捧,于是很多人会抱着更商业的目的去企图建立社区. 于是他们给这种无中生有的社区状态起了一个贴切的名字,叫做冷启动. 特指那些既没有人,也没有内容的社区. 一些聪明人想出了一种冷启动的办法,在互联网时代,人的问题不是那么好解决,但是内容的获取要容易得多. 于是一种叫做爬虫的程序就伸出了罪恶的触须. 那些凭空聚集起巨量内容的社区,通常是很难完成人员积累的. 因为人们聚集在社区的根本目的,并不是寻找信息,而是解决问题和获得认可. 没有人的社区,里面的内容再多,seo做得再好,也是很难实现这些根本需求的.

• 不一定要存在上帝

  社区在建立的时候,都会存在意见领袖. 在社区里面讨论的内容越来越细分的过程中,每个细分领域也都会形成各自的意见领袖. 这些人是必不可少的. 除非有更大的意见领袖可以替代或引领这些自发形成的意见领袖. 一个没有意见领袖,也就是没有上帝的社区,是没有灵魂的.

• 开发者社区只能讨论和开发直接相关的事情

  做任何事情,总会出现一些原教旨主义者,他们希望开发者社区,只讨论开发相关的问题,任何其他东西都是不被允许的. 这种社区也有生存下来的,但是壮大非常困难. 毕竟人的需求是千奇百怪的,开发者也需要养家糊口，需要聊天打屁. 当然,这些各门各类的信息,需要很好地梳理和分类,不能让那些只喜欢开发的人,或者现在正好需要解决开发问题的人们,被其他信息所打扰.

• 可以通过简单粗暴的使用一些常规的商业手法变现

  很多社区是在职业化,或者商业化的过程中死掉的. 他们简单的寻找一些传统的商业模式来套用到自己身上,或者设法去满足一些传统企业的商业需求. 前面说了,很多社区是通过媒体化来实现职业化和商业化的. 但是很少有传统媒体成功的实现社区化的,这说明什么问题呢?互联网的东西,都带有天然的颠覆性. 这是没有办法的,传统领域,占领了所有传统的商业空间,并不会主动的为互联网让出空间,于是互联网上的产物就必须去颠覆传统的产业,要用互联网的,颠覆的思路来寻找商业模式,而不能简单的套用传统模式,或屈从于传统商业企业的传统商业需求.

• 商业价值总是和社区目标相对立的,会相互伤害

  互联网上面,有着多种多样的,颠覆性的商业模式. 这方面的宽广,远远不是传统产业的人们可以想象的. 社区需要为用户提供价值,而社区的商业价值,应该来自社区用户的需求,而不是来自外部传统商业企业的需求.

小结

之所以有人在这里撤了这么多开发者社区相关的东西,是因为组织这个网站的人,都是一些为开发者社区服务的人. 大家在从事开发者社区相关工作的过程中遇到了各种困扰,并进行了思考. 希望能够找个地方将这些思考存储下来,并依靠这些内容吸引那些对同类问题感兴趣的家伙们过来讨论一二.

后面还希望继续和写一些社区目标,社区商业价值,社区和企业的关系,社区和产品的关系,社区的组织和运作形式探讨之类的东西.