社区，走向统一融合还是各行其道？

前两天，站长圈内传出一张关于phpwind和discuz的产品架构对比图。
 

一张图，虽非百分百的准确，却很贴切的表达了时下对社区的两种理解。这里不想妄自揣测这张图作者或者phpwind抑或discuz对社区的理解，只是简单的表述自己对社区运营的理解，反观两个主流社区软件的产品架构。
 

一、社区的核心要素

内容和人毫无疑问的是社区最基础的核心要素，无论单纯的论坛，门户抑或商城都无一列外（其实门户和商城可以看作是另一形式的社区）。内容吸引了关注内容的人群，独特的内容和情趣相投人群铸就了社区的性格。有了人势必产生人与人之间的交互，即关系；人有了关注，就有了对某种应用的需求，从最初的短消息信箱、收藏夹，到email、游戏、RSS订阅一直到最近盛行的各种app。于是，内容、人、关系、应用构成了当前社区的四大要素。

二、社区的表现形态

自互联网诞生起，社区经历了电子公告板、论坛、门户、商城、web2.0的博客和相册社区、到现在的SNS和微博……而盈利方式也包括了硬广、软广、互动营销、销售、服务等。也许以后还会有更多新的形态和新的盈利方式。

三、是融合还是各行其道

这一点不用急着要答案，看看这几年中国互联网的发展吧。

05年，博客被媒体热捧为互联网最佳的创新模式之一，可是今天，单纯的博客运营商只剩博客大巴，而他也在整合SNS。（详见博客大巴为何要进军SNS）而新浪的名人博客、QQ空间却和原来的业务整合后生机盎然。说到SNS，看看早已夭折的占座和幼年早逝的海内，再看校内和开心对内容的整合（开心的转帖和视频）。
 

我们再来看看地方网站的代表19楼和垂直网站代表时光网。你已经难以把他们准确的归为门户、论坛、商城、博客或者SNS任何一种社区形态了，但他们却很好的实现了现在所有的盈利方式，并茁壮的成长着。
 

这时，答案已经不言自明了。
 

最后，回到phpwind和discuz的产品架构
 

正如周宁老师在博客中所说，phpwind通过单一的用户管理体系从用户的角度把门户、社区、商城和个人空间（博客）社区要素（内容、人、关系和应用）整合在一起，既在产品形态层面保持了用户对社区的统一认知（避免了discuz用户从论坛到UCH间的陌生感）；又在底层技术上实现了社区元素的互通整合。同时，把不同形式的内容整合在统一的数据库系统中，搜索和主题词内链都变得可行和高效，最终实现了社区的高效互通，保证对各种现有盈利模式的支撑。而phpwind基于统一系统下的标准API接口又很好的实现了对未来新业务和第三方合作伙伴业务的对接，最终实现系统良好的扩展性。

反观discuz，不可否认，戴志康和他的团队对新事物保持着敏锐的嗅觉和快速的反应能力，然而在敏锐和快速的背后却存在一定隐患。正如robbin所说“戴志康显然认为Facebook的成功秘诀是去中心化的社区形态，所以他搞了一个UCenter Home出来”。显然他们忽视了SNS的根本：用户关系是基于共同关注点（人或内容）而形成的关系，也没有深入研究facebook的SNS理念以及豆瓣的去中心化和他们存在的环境背景。于是有了独立的UCenter，有了webgame集市似的UCHome。现在的discuz用Discuz论坛系统支撑社区形态和业务、用SupeSite去支撑门户形态和业务，用UCHome去支撑SNS，然后用UCenter做用户管理。这样做忽略了内容、关系、应用其他三个社区要素不说，对新业务的支持也存在隐患：如何支撑多种多样的电子商务业务，再开发一个某某shop或者某某markting的系统？

更为关键的是：网站运营的内容和业务方式很多时候是多种资源整合延伸出来的，各自独立的产品看起来分工更细，更加专业，但却增加了网站发展过程中的运营整合成本。 地方社区的运营不仅要求社区平台能融合各类型的产品，还需要在各种产品形态之间取得平衡。
有朋友说，discuz做什么像什么，看起来更专业。也仅仅是看起来像，往深了说只是照猫画虎徒具其表而已，页面设计上的美观势难以影响本质格局。正如有朋友所说：不在方式而在方向。phpwind7.5的转身虽谈不上华丽，却已然领先了一大步。