点评国内Facebook克隆网站 - SNS之我见(二)

 

点评国内Facebook克隆网站 - SNS之我见(二)

关键字: sns, clone

点评国内SNS网站

1、小富即安、目光短浅的校内网

在校内开放API之前,我看错了两件事情:一个是低估了国内web2.0小网站开发app的热情;一个是高估了国内SNS网站商业眼光。

校内网在国内能够成功,我觉得机遇是主要的原因:王兴搞校内网的时候,国家教委开始管制各大高校的BBS,在校学生们无处可去,校内网刚好补上,而那些离校的学生面对ChinaRen和5460两个烂得不能再烂的同学录,也只能选择校内网。因此校内网的成功与其说是真人网络和定位大学生市场的成功,还不如说是国家教委和清华师兄张朝阳给了王兴这个机会。而王兴离开校内创办海内至今没有起色,也很说明了这个问题,校内的成功不是网站模式的拷贝成功,而是机遇的成功。

BTW:我个人觉得互联网创业当中的机遇是很重要的,王志东离开新浪以后至今没有翻身已经很说明问题了。互联网成功的创业人士离开原来公司独自创业失败的例子我手里还有两个,因为认识就不方便点名了。总之,成功的人不要觉得自己很了不起,你的成功多半是走了狗屎运。我到很佩服马化腾和丁磊,从不讳言自己成功有运气的成分。

校内网本质不是Facebook模式,而是社区网站,虽然他也做了必要的隔离,但是总体而已,UGC在校内还是占了很重要的部分,特别是校内和mop整合的很紧密。我看过王兴创办海内的一个采访:记者问他为什么创办海内,他说校内网虽然抄袭Facebook,但是本质上还是抄袭MySpace的,而他更看好Facebook,所以创办海内,真正抄袭Facebook。这段话我当时不理解,但是后来我明白了,你仔细研究校内网,他的确是一个披了Facebook皮的MySpace网站,他的社区性质很明显。

校内的社区性质决定了他绝不会走Facebook的商业模式,为什么呢?如果你像我一样自己辛辛苦苦创办了一个社区网站,积累了这么多会员出来,那么你绝对没有开放网站、开放用户的决心。因为这样一个社区已经可以让你真金白银的赚很多钱了,如果你现在彻彻底底的转型搞应用平台,等于是放弃了现在可以触手可及的利益,而去博一个更伟大的赌注,除非逼到绝路,谁会愿意冒这个险?

不过坦白说,校内现在的条件很好,积累了足够多的用户,又融了4.5亿美元的资金,完全有资格去做平台,而不必担心什么风险,更何况国内web2.0小网站空前高涨的app开发热情和淘宝网的经验也证明了Facebook的商业战略在中国完全有实现的可能性。但是以陈一舟的性格和现在校内网的做法,我可以断定校内会亲自切入若干垂直领域,例如电子商务,旅游,网络招聘,web网游,在赚那么丁点小钱的同时,放弃了成为真正的中国Facebook的可能性。我想,如果把陈一舟换成了马云,马云一定会选择走平台的道路,所以说性格决定命运呀。


2、命运难测的开心网

前面说了开心网是真正气质上符合Facebook克隆的网站,实际上开心网成功的唯一秘诀就是抄袭Facebook抄的最谦虚,最真诚,抄到了位。开心网最火的买卖朋友和争车位这两个应用都是抄袭自Facebook的“Friends for sale”和“Parking War”,号称开心网贴心的注册后提示邮箱登录链接,其实也是原封不动的抄了Facebook。而开心网不过是忠实的抄袭了Facebook就已经惊人的成功了,由此可见国内互联网的作弊家们,给点专业精神好不好,你抄也得抄像点嘛。

开心网唯一的问题就是商业模式,CPC广告在国内更加行不通,如果说Facebook还能用CPC赚到1.45亿的话,那么开心压根就不用指望广告费。如果走Facebook的平台战略,构建一个巨大的应用平台,通过app商家来收费的话,这条路太长了,需要的投资太大。马云的成功毕竟也有孙正义和Yahoo累计十多亿美元的砸钱。孙正义已经给陈一舟砸了4.5亿了,不可能再给开心网了。

所以我猜测开心网的商业模式会走第三条路,就是自己做web小游戏,最终转型成为一个SNS型的休闲web网络游戏网站。但是这条路会走的很累:一是web网游市场竞争的激烈程度完全不低于SNS网站;二是纯做小游戏的开发成本很高。

目前开心网的小游戏都是自己开发的,但是这种小游戏是有一个新鲜期的,用户一开始玩活跃度很高,但是过了新鲜期,就逐渐觉得没有意思了,用户经过了一段时间的活跃期,就会逐渐消沉下去,开心网现在已经开始出现这种问题了。所以传统网游的生命周期即便不断更新也不过3-5年而已,这种web小游戏的生命周期就更短了,不过1-3个月而已。你要保持网站用户的活跃度,就要不停的开发下去,因此开发成本会越来越高。

Facebook最聪明的地方就是他自己不开发app,只鼓励app开发商去开发,因此Facebook没有这个开发成本的巨大负担。开心网要想摆脱这个困境,还是必须走Facebook平台战略,可以说开心不走平台战略就没有大的前途,但是开心要走平台战略,这个目标就太大,实现难度过高。所以Facebook的模式不是那么容易抄的,你真想做Facebook的话,你不开放平台是根本玩不下去的,但你开放平台你没有足够的资金支撑,你也玩不下去。


3、有点尴尬的海内网

王兴创办海内网的时候,已经意识到要避免成为一个社区网站了,但是由于他一开始没有从app切入,导致了海内以他不期望的方式成为了一个IT同人社区了。但是他又非常不愿意接受这一点,极力摆脱。不过他不做IT同人社区,有的是人做,于是5GSNS出来了,海内上面的大批IT大牛都跑了。不知道现在王兴究竟是高兴多一点,还是失落多一点呢。

海内网和下面要提到的所有SNS克隆网站相比,有一个本质不同:海内不提供网站公共信息的广播,你看不到朋友之外的信息,他还是以Facebook那种模式,引导你去和自己熟人去社交。但不幸的是海内的用户们毕竟是在中国BBS泡大的一代,你不用app去勾引他们,他们在海内只想着卧底发文搞UGC,而不是拉自己的哥们上来虚情假意的社交。


4、画虎类犬的UCHome、一起、5GSNS等等

这些网站都是披了Facebook外衣的MySpace克隆产品,加上海内这个本来想克隆Facebook但是无奈的成为MySpace克隆的产品。对于这些网站来说,他们本质上并不是Facebook社交工具,他们本质上是web2.0社区。这些web2.0社区如果老老实实走克隆MySpace的路也许还有点前途,但是非要披着Facebook的皮去克隆MySpace,怎么看怎么别扭。

别看现在UCHome搞了那么多功能,那么多插件,还开放了平台出来,但是他还是一个社区软件,不是社交工具。开心网出来已经3个月了,这些网站也很迅速的把开心网的热门app应用抄过来了,但是他们的流量有起色吗?和开心的距离拉近了吗?为什么这几个网站抄了开心网的必杀app应用,流量仍然没有起色呢?这是因为他们做的是社区网站陌生人交往,不是社交工具熟人交往。必杀app应用只有在熟人之间才能用起来,你和陌生人之间买来买去的,谁会答理你?

大家可以自己去看看alexa,我发现一个特别有意思的现象:海内、一起和5GSNS这3个网站的独立IP和UV都几乎一模一样,这3个网站的会员都似曾相识,一母四胞胎。这说明了什么?说明了用Facebook之皮做社区网站并不会迅速把流量拉起来了,除了开心网是真正流量爆增以外,其他的3个网站现在支撑那点可怜流量的都是IT业的卧底们。

所以我的结论就是:无论你是用Facebook之皮做社区网站也罢,还是照抄Facebook的必杀app也罢,并不真正能够达到类似开心网这种病毒式传销和流量爆增的效果。其原因就在于你就是做陌生人社区网站,而不是做熟人社交工具,所以这些app对你的网站用户扩展无效。因此UCHome花团锦簇的推出那么多功能一点都不可怕,这些东西根本就不对路。

我的建议是,要想做社区就好好的从BBS起家,这是一条被证明成功的社区发展道路。但为什么这么多人都不愿意这样做,非要走一条未来不确定的路呢?一言以蔽之,这些网站的创始人心里都有一个执念:“BBS是可耻的,BBS是没有商业价值的,BBS是没品的,我作为一个有品的互联网资深人士,我得创造有品的互联网生活方式”

小戴同学在discuz!论坛上面写了很长的一篇帖子(不过比我这篇文章短),讲他为什么要开发UCHome,中心思想就是BBS过时了,BBS缺点太大,我发现Facebook做社区比BBS更优越,所以我现在开发了UCHome。

谢文一直鼓吹三个代表精神:代表互联网的物质生活,代表互联网的精神生活,代表互联网的社会生活的一个超级web2.0社区?总之谢文老师明枪明棒的要搞社区,结果却套了一个Facebook的皮上来。其实您大可不必,你要是不抄Facebook的皮,我就把你和豆瓣、51.com放在一起看了。

5GSNS这个就不说,还不如用discuz!得了。

那么他们为什么要用Facebook的皮来做社区呢?

1、BBS的确有很大的缺陷
凡是运营过BBS的人都知道BBS的“劣币驱逐良币”的问题,低手充斥会导致高手的离开、社区的衰落。用Facebook的皮可以很大程度上隔离用户,解决BBS最大的痼疾。

2、可以改进很多BBS没有做好的功能
比方说集中的信息更新通知功能,个性化推荐,更好的社区好友互动功能等等。

这些好处都是看得见的,再加上很多人本身对BBS的强烈排斥,更加倾向于用Facebook之皮来做社区网站了。我得必须承认,虽然UCHome这个克隆完全曲解了Facebook之本意,但是UCHome也不失为一个不错的改良版本的社区软件。但是我得说,作为一个非盈利性质的社区来说,用UCHome可能比BBS更好,但是对于一个有商业期望的网站来说,用UCHome做社区,无疑于自杀。为什么呢?因为Facebook之皮本身是用来实现熟人之间的社交的,因此他是一个封闭的工具,非常不利于信息的传播!

传统的BBS要盈利,已经有两条被证明过康庄大道:

1、BBS转型做网络媒体,以BBS为基础成为网络媒体的成功案例简直多得数不过来:
新浪网的前身就是一个四通利方体育沙龙BBS;
网易的前身也是一个大BBS,我在98年还注册过账号灌水;
IT媒体类的网站,最近被收购的IT168,PCPOP哪个不是靠BBS起家的?太平洋电脑网也是BBS起家;
CSDN也是BBS起家,一开始是程序员大本营光盘的技术支持论坛;
被IT168买过去的ITPUB,ChinaUnix也是BBS;
JavaEye也是BBS起家;

2、BBS转型做电子商务
阿里巴巴网站一开始就是一个BBS,是马云亲自敲定要做BBS的;
篱笆网也是BBS,不用说了;
搜房网也是BBS起家

BBS起家的互联网网站太多了,这本来就是一条光明的大道。为什么这些互联网资深人士畏之如虎呢?

1、BBS的运营难度和成本都比较高
要运营好一个BBS,站长需要非常高超的平衡能力,以及一个得力的运营团队,能把一个BBS运营好是极难的事情,这里面的门槛非常高,太多人想回避这个难度走捷径,造假,灌水,吵做,流量是上来了,社区的商业价值没有了。而且BBS需要持续不断的投入,一旦运营投入不足,BBS的人气就难以为继。

2、越是互联网资深人士越希望用网站独特的功能取胜,不战而屈人之兵,越想避免商业上的短兵相接和踏实的运营。
对互联网特别有感觉的人,往往希望用自己的长处作为核心竞争力,希望用卓越的网站功能和体验去吸引用户,战胜对手,而不屑于没有技术含量的日常运营工作和类似传统销售的营销方式。我感觉自己身上就存在这样的毛病,而且我也从上述很多人的言论当中感受到了这一点。网站毕竟是公司,要遵守商业规则,踏踏实实的运营和赚钱比整天想着用杀手锏网站功能去击败对手更重要。

而且我也强烈的感觉到一点:走捷径成功的网站往往商业模式会难产,一点一点打拼上来的网站商业模式都是顺理成章的。上面提到这么多从BBS起家的网站哪个不是踏踏实实运营了五六年以后成功的?而2005年风光无限的博客网站现在纷纷倒闭,博客网站的运营难度太小,根本无法和BBS相比,因此无法像BBS那样容易催生商业模式。


用Facebook之皮运营的社区网站,其用户创造内容的传播途径是受阻的,因此无法成功的转型成为一个网络媒体,这BBS第一条商业模式就堵死了;其做电子商务网站其用户传播的途径又受限于朋友之内,传播范围太小,无法形成有效营销,这BBS第二条商业模式也堵死了。5GSNS要搞网络招聘,但是网络招聘市场的水非常深,我可以告诉大家的就是:截止目前为止,所有的垂直招聘社区无一成功的,5GSNS在走一条没有商业前途的路,真要搞招聘,不能按照5GSNS现在这种搞法,所以这条也基本堵死了。


社区网站做SNS

另外还有一个有意思的趋势:一些以BBS起家的社区网站也开始SNS化,开始引入Facebook模式:一个是TechWeb用UCHome架设了一个社区,这个我就觉得很搞笑了,明明有自己的BBS,还搞UCHome自己抢自己的用户?另外一个稍微高明一点,CSDN把个人空间和个人博客改用Facebook之皮来实现了。其实这层皮并不重要,重要的是你怎么给社区的用户提供好的个性化推荐、好的个人信息聚合、好的朋友交流工具,这些我在CSDN个人空间尚未看到。

本质上来说Facebook的社交工具和传统社区网站是冲突的,但是把Facebook某些好的功能元素融入社区网站,以改良BBS社区的弊端,创造一个更加活跃的社区网站,并不是不可能。不过这里还是需要你有自己创新的思路,而不是照搬Facebook或者UCHome。
 
这篇文章属于转帖,个人觉得写的不错,特在本Blog中备份一遍。推荐各位去看原文,那里有众多的评论,较为完整

 

来源:http://robbin.javaeye.com/blog/213753

 
相关推荐
SystemVerilog的听课学习笔记,包括讲义截取、知识点记录、注意事项等细节的标注。 目录如下: 第一章 SV环境构建常识 1 1.1 数据类型 1 四、值逻辑 4 定宽数组 9 foreach 13 动态数组 16 队列 19 关联数组 21 枚举类型 23 字符串 25 1.2 过程块和方法 27 initial和always 30 function逻辑电路 33 task时序电路 35 动态 静态变量 39 1.3 设计例化和连接 45 第章 验证的方法 393 动态仿真 395 静态检查 397 虚拟模型 403 硬件加速 405 效能验证 408 性能验证 410 第三章 SV组件实现 99 3.1 接口 100 什么是interface 101 接口的优势 108 3.2 采样和数据驱动 112 竞争问题 113 接口中的时序块clocking 123 利于clocking的驱动 133 3.3 测试的开始和结束 136 仿真开始 139 program隐式结束 143 program显式结束 145 软件域program 147 3.4 调试方法 150 第四章 验证的计划 166 4.1 计划概述 166 4.2 计划的内容 173 4.3 计划的实现 185 4.4 计划的进程评估 194 第五章 验证的管理 277 6.1 验证的周期检查 277 6.2 管理三要素 291 6.3 验证的收敛 303 6.4 问题追踪 314 6.5 团队建设 321 6.6 验证的专业化 330 第六章 验证平台的结构 48 2.1 测试平台 49 2.2 硬件设计描述 55 MCDF接口描述 58 MCDF接口时序 62 MCDF寄存器描述 65 2.3 激励发生器 67 channel initiator 72 register initiator 73 2.4 监测器 74 2.5 比较器 81 2.6 验证结构 95 第七章 激励发生封装:类 209 5.1 概述 209 5.2 类的成员 233 5.3 类的继承 245 三种类型权限 protected/local/public 247 this super 253 成员覆盖 257 5.4 句柄的使用 263 5.5 包的使用 269 第八章 激励发生的随机化 340 7.1 随机约束和分布 340 权重分布 353 条件约束 355 7.2 约束块控制 358 7.3 随机函数 366 7.4 数组约束 373 7.5 随机控制 388 第九章 线程与通信 432 9.1 线程的使用 432 9.2 线程的控制 441 三个fork...join 443 等待衍生线程 451 停止线程disable 451 9.3 线程的通信 458 第十章 进程评估:覆盖率 495 10.1 覆盖率类型 495 10.2 功能覆盖策略 510 10.3 覆盖组 516 10.4 数据采样 524 10.5 覆盖选项 544 10.6 数据分析 550 第十一章 SV语言核心进阶 552 11.1 类型转换 552 11.2 虚方法 564 11.3 对象拷贝 575 11.4 回调函数 584 11.5 参数化的类 590 第十章 UVM简介 392 8.2 UVM简介 414 8.3 UVM组件 420 8.4 UVM环境 425
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页