-
sns大潮下的社区乱谈
日期:2008-10-20 | 分类:UChome |
版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://remindme.blogbus.com/logs/30441570.html
早晨起来,看到海内上一位朋友分享的社区实践,很有感触,顺便把自己一段时间的想法也整理出来。
facebook是个现象,简直可以说把互联网社区搞得天翻地覆,开放平台的争辩更是甚嚣尘上,我觉得最令个人站长和各大xx内关心的当属开放源码的ucenter home,重点讨论几个观点:
1.有人说他降低了sns的门槛,从此sns就是比运营了,于是一夜之间,成千上万个uchome起来了,大家都向sns转型了,对这个观点我不敢苟同,做sns社区跟做bbs不一样,sns更讲究细致化,更注重应用,并不像bbs的动作那么单一,用户进入的成本也比bbs更高,一言以蔽之,都还在探索,模型还没有bbs那么成熟。更有实力的进入者,大可以利用uchome的代码构建自己的社区,可以大大地缩短项目的开发周期,把更多的精力放在核心应用的实现上。
2.不能为了sns而sns,很多人都念叨着sns的成功,迫不及待地搞起了sns,仿佛明天就能拿到vc了,仿佛大家都忙着去产生feed和消费feed了,可是事实是这样吗,社区并不等于sns,中国的社区还是更bbs化一点,javaeye的robin前段时间专门撰文表达了社区应该从bbs起来的观点,为什么是bbs?进入成本低?同时也会带来单个用户价值的比较低,对他说的每个人都有轻耦合的个人blog,我也觉得过于技巧论了。看看开心网,你说他很sns吗,我觉得更light web game点。sns是一种社区的思路,应该将他当作基础设施,水和电一样融入社区,融入你的核心应用,过于强调sns,就像满屋子的大灯泡,空洞得吓人,惨白得吓人
3.是用群组还是用bbs,目前我用过的sns社区都有个特点,就是群组非常不活跃,基本没人说话,以至于王兴搞的校友录都比群组活跃一时,这个究竟是技术问题还是方向问题,需要思考,我觉得可以适当提升下group的消息在feed里的表现,增强群组的一个互动,这里还有个迈不过去的槛就是im聊天群对话题的分流,sns的群组也许往baidu贴吧的形式发展下更好
4.是用插件还是用app?前段时间manyou平台出来的时候,个人站长并不是那么欢迎,对于个人站长而言,他们更习惯用一些免费的插件来丰富自己的应用,而对于bbs社区而言,这些插件又并不是那么重要,有时候甚至会拖慢系统。app呢,对于视流量如生命的站长而言,让别人的网站把自己的用户吸引过去,就算用户玩得乐呵,恐怕站长心里也是战战兢兢的吧,卧榻之侧,岂容他人酣睡。很多事情的历史进程都是曲折反复的,app在中国怎么发展,怎么赢得认可,需要时间
5.未来的方向,既是寄生也是宿主。一天,有个同事给分享一个他朋友做的网站,大致是专家问答模型的,国外也有这样的expert问答,我的评价是需要流量,需要花功夫去运营,想做起来就得烧钱,不如开发个app放到xiaonei,facebook等平台上,减小运营的成本,本来就是个工具化的东西,何必搞成一个撒都有的站点。总而言之,我觉得未来的互联网,会有大型的sns社区,负责人与人的交互,关系的建立,也有更长尾的垂直社区,垂直社区的人更真实,彼此更熟悉,就像qq一样,刚开始用是找更多的人聊,成熟期则是只和认识的人保持联系,和新朋友建立关系,而其他网站,提供适用于各个社区平台的sns服务,将自己的核心价值通过不同的平台体现出来,随着互联网的发展,更有可能出现本身是社区,使用其他网站提供的应用,同时,自己也提供核心应用,并被其他网站的用户使用,既是宿主,也是寄生。更开放,更共赢的互联网未来值得期待。历史上的今天:
uchome源码解读之数据库 2008-10-20UCenter和UCHome数据库表结构简要说明 2008-10-20uchome源码解读之配置表缓存 2008-10-20uchome源码解读之模板 2008-10-20提取uchome的框架核心 2008-10-20
收藏到:Del.icio.us







