在线社区的良性发展关键在于摆脱人治

据我的观察, 目前国内的很多社区在长远发展上都是有问题的, 为什么这么说呢? 因为它们基本上都遇到了以下3个问题:

  • 社区程序的功能不完善, 技术人员的缺失导致程序出现问题不能及时修复, 对不便利之处无法改良.
  • 管理层不严格按照规章制度对社区进行管理, 甚至缺乏作为管理层的自觉, 以玩笑态度处理问题.
  • 受社区蒸发效应影响, 老成员不断离去, 新成员无法生产有价值的内容, 构成恶性循环, 逐渐降低社区形象.

对于那些玩票性质的社区而言, 这些问题恐怕都不是事, 但对于规模较大, 人员混杂的社区而言, 每一个问题都可能导致一个社区的没落甚至覆灭. 所以, 来让我们认真对待有关社区管理的事情.

基于刚刚提到的3个问题, 我发现影响社区良性发展的关键在于——现有的社区程序大多都是由人治为基础实现的, 要想管理一个在线社区, 需要很多人手, 拿论坛来说, 需要站长、管理员、大区版主、板块版主, 随着论坛规模的增大, 需要的管理人员只会越来越多, 人越多变数也就越多, 管理层就越容易出问题, 尤其是一些大的论坛, 管理层甚至会有内部斗争, 管理层一乱, 论坛也会跟着乱, 恐怕这是每个站长都不愿意看到的局面, 再之后就会发展成管理层的人事变动, 论坛成员不得不去适应新的管理层, 一些成员甚至会因此离开论坛.

人治的缺陷实在明显, 由于人排除异己的本能, 人是很难做到就事论事的, 这也就导致了那些缺乏管理层自觉的人, 在管理社区时不可避免的对社区的发展产生不利影响, 如果这样的人同时有着很强的号召力, 那么甚至会带坏社区的风气. 所以我认为, 管理员必须严格按照社区制定下的规章来管理, 不搞双重标准, 不带头违规, 这是最好的.

而社区程序的功能不完善将会带来一些漏洞(或者说盲点)和不便, 一些用户会去利用漏洞来做一些对自己有利但破坏社区平衡的事情, 这种钻空子的行为是令人不齿的, 但由于这是社区程序的问题, 基于存在即合理的歪理, 用户(甚至是利用漏洞的管理员自己)会拿程序的不完善作为挡箭牌逃避或是推卸责任, 管理员对此类事件是不好处理的, 一旦管理出面严格制止, 很容易引出一场社区成员与管理阶层的论战. 每一个大型、成熟的社区都应该配备好能快速处理程序问题的技术人员, 这和网络游戏开发商更新游戏服务端来防止玩家利用漏洞影响游戏平衡性是一个道理的. 既然我们不能阻止小人的诞生, 那么至少让小人没有空子可钻.

社区蒸发效应则是另一个阻碍社区发展的大敌, 据我的理解, 老成员的离去主要是因为自己无法继续从社区中获取价值(即自己需要的信息), 只要解决了这个最上层的问题, 那么其他问题也会被一并解决. 我们需要做的事情说起来很简单,做起来很困难, 就是怎么让老成员继续留在这个社区. 确切的说, 我们要留住的不是老成员, 而是能够产生价值的老成员, 更直白的说, 就是社区中的精英阶层. 要留住精英, 必须让他们获得权力, 让他们与众不同, 事实上很多社区已经这么做了, 但是并没有什么成效, 那么问题在哪呢? 根据我个人的观察, 问题在于精英之间被赋予的精英属性并没有高低之分, 也就是说, 很多社区只是简单的分出了一个精英人群, 却没有让精英获得"个性", 即一个精英与其他精英之间的不同之处. 这种细致的分类在传统的社区程序中是不便实现的, 为了缓解甚至彻底解决社区蒸发效应带来的苦果, 是时候推出一个新型的在线社区管理模式, 换种说法就是一个基于新的管理模型的社区程序.

这个新的模型要解决传统模型现有的问题, 必须包含以下特性:

  • 仅通过社区成员可参与的投票选举来产生/撤销管理员, 管理员没有投票权.
  • 可被程序理解的社区规章, 由程序接管所有可由程序处理的赏罚, 对于不能由程序处理的赏罚, 由管理层讨论出投票选项, 发起社区成员可参与的投票来决定.
  • 社区规章由管理员内部讨论制定, 产生分歧的, 要通过管理员间的投票决定, 投票程序必须公开.
  • 高度可定制的社区程序模型, 便于非技术人员对于非技术型漏洞的修复.
  • 对权限进行定制分发, 赋予精英独有的属性和地位.
  • 由程序结合社区规章来判断社区成员的实绩最终决定谁成为精英, 并定期撤销长期没有贡献的社区成员的精英属性.

与传统模型的主要区别在于, 新模型大幅缩减了管理员的权力, 把权力交由程序接管, 并且试图以民主的方式来保证管理层的纯净. 缩减管理员权力的另一个好处在于, 管理员在大多数时候可以放下管理包袱和普通用户一样享受社区生活, 而不需要背负太重的形象包袱, 而在传统模型下这恰恰是最要不得的.

该模型现有的已知问题:

  • 无法保证社区成员对于参与社区管理的积极性.
  • 程序可理解的社区规章是有限的, 这属于技术和程序健壮性上的问题, 目前并没有通用实用的解决方案.
  • 不利于管理层的专制统治, 不适用于部分性质特殊的社区.
  • 无法保证社区成员能基于理性投票.
  • 由程序进行判罚会让社区渐渐变得没有人情味.

这个模型目前还停留在想法阶段, 因为无法预知新模型是否具有足够的成效, 所以把它实现成真正的程序的性价比是很低的, 但我还是希望能有有社区程序开发经验的开发者为此挣扎一下, 毕竟传统社区的模型已经暴露出越来越多的弊端, 如果不及时解决问题, 恐怕社区在不远的将来也会像博客一样渐渐的淡出人们的视野, 最后变成"微XX"之类的不伦不类的东西(大家都不愿意事情变成这样对吧?).