• Apple计划7亿美元现金收购Twitter

    日期:2009-05-06 | 分类:SNS

    别告诉我说你还没听说,如果你真没听说,那你是应该注册一下Twitter了,因为那里是第一手新闻的发源地。

    从5月5日17点到18点 的1个小时里,Twitter上已经有1500条探讨此话题的Tweet,不过遗憾的是我无法追溯到Twittter上的第一条讨论此话题的Tweet,而我注意到这条新闻最早是发布在TechCrunch上的【
    Twitter Mania: Google Got Shut Down. Apple Rumors Heat Up.】,发布时间大概是北京时间5月5日16点左右(PDT时间5月5日凌晨1点),国内的新浪等也在几乎同时发布了中文翻译的报道【传苹果6月8日宣布7亿美元现金收购Twitter】,反应很快啊!

    不过有一条很有趣的Tweet:

    jagwaniWill Apple acquire Twitter??
    - 9:15 AM Apr 29th from web


    您注意到了没有,这条由@Jaqwani与2009年4月29日发布的Tweet提前了TechCrunch6天,不过这句Tweet也是Jaqwani在Twitter上的唯一一句!这个人看来跟Apple走的很近,否则不会空穴来风,无缘无故上来Tweet这么一句,OMG!!!

    好了,言归正传,Apple为什么收购Twitter,有和意图?这个值得我们好好聊聊。

    在聊这个话题之前,还是要明确一下,您一定已经听说过Google计划收购Twitter以及Facebook计划5亿美元收购Twitter但都被Twitter创始人Evan Williams和Biz Stone拒绝了的消息吧。

    先不谈Twitter的创始人缘何如此牛逼,拒绝Google收购是要勇气和信心的对吧,我们先看一下Google为什么要收购Twitter:

    我个人认为有两个主要原因:

    1. Google希望在Instant Searching领域有所建树,Twitter是非常理想的收购对象
    2. Google为了整合全球信息并配合其Adsense广告销售增长,需要越来越了解每个搜索关键字背后的含义,或者说要越来越精准了解搜索者的特性,而Twitter是这个战略部署中比较重要的一环,我也写过博客【Google Voice问世,Google的野心何止互联网?】分享过Google在这个战略下的其他部署。
    3. Twitter代表了【微博客】,【即时搜索】以及【泛社交】时代的来临,Google收了Blogger,再收Twitter也正常(都是同一批人创办)


    那么Facebook干吗要收购Twitter?

    1. Facebook最早面向海量用户推出了【好友动态】页面,但在微博客上落后了Twitter
    2. Facebook也做了自己的微博客,但是很多资深Twitter用户(海量)还是喜欢把自己的Twitter绑定到Facebook里来用,用户投票给Twitter了,Facebook不认都不行
    3. Twitter 既定的微博客品牌,巨量的第三方创意应用,首屈一指的名人用户,价值显现的社会化媒体渠道,都是Facebook想据为己有,收购来可以实现1+1大于2 的效果,不收购可能是个厉害的竞争对手(当年Myspace几次收购Facebook不成,最后反而被Facebook一举超越)


    最后,回到本文主题吧,Apple凑什么热闹,还拿出7亿美金现金,一副势在必得的样子?

    我个人认为:

    1. 苹果正在一步一步向互联网服务提供商转型:iTunes, iTV, MobileMe, iPhone AppStore...
    2. 看清楚第一点,就好理解了:互联网服务提供商都在不约而同向SNS转型(巨大的用户黏性,病毒式增长及社会化媒体价值)
    3. 看清楚第二点就明白了:MobileMe+Twitter=Jaiku(或者可以理解为Facebook的雏形)
    4. 配合iPhone OS API以及Twitter开放API,结合MobileMe+Twitter的主体社区(SNS),苹果将会把Twitter推向另一个高度(理论上这么说)


    上面第四点的理解可以简单这么看:iPhone的通讯录会跟Mac的通讯录整合,也会在服务器上有入口,这个通讯录(好友关系)配合Twitter会成为 Apple的第一个SNS平台入口,然后通过开放的API往上叠加应用。今后的iPhone和Mac都会成为这个SNS的终端,尤其在iPhone上,很 多基于位置,状态,动作,温度……的用户信息会被整合到SNS产品中,产生无数我们不曾想到的新应用,有些是好玩的,有些是好用的。

    这里还需要补充一点,因为很多人可能并不知道Jaiku,这个由Nokia离职员工创办,并成功卖给Google的Mobile SNS业务(在国内用不了)。Jaiku就是我刚从Chipnuts辞职创业时的产品原型(很人多认识我的人都知道我做了半年的“畅友”),另外我也写过【
    个人关系管理(PRM)时代的到来】来分析一种类似于MobileMe的产品的必要性以及这种产品作为Mobile SNS雏形的潜力。甚至在Apple的MobileMe在2008年6月份上线的时候,我还大呼【毫无疑问,Mobile me绝对是一场革命,革命,在结合Twitter微博客的方向上,我当时用了一个自范畴来探讨【基于状态的通信vs位置的通信】, 其实这其中所指的“状态”就是微博客的一个范畴。Twitter代表的微博客用140个字符的限制让用户传达一种充满想象力的“状态”或者说“思考”, “情绪”,“分享”……用户的创造力成就了Twitter,而Twitter也证明了这种“泛社交”平台对一个SNS平台的价值:

    1. 更快的内容发布(简单,快捷)
    2. 更广泛的社交(泛社交,Follow的概念,一点对多点)
    3. 更即时的分享


    所有这些被无数人曾经怀疑的情景如今已是“潮流”,无需言语,价值尽显!


    这个时候,不论是想在社交领域施展拳脚,还是想在即时搜索领域独领风骚,又或者梦想在社会化媒体领域另辟新径,Twitter无疑都是一个绝佳的收购对象!

    不论今天看到的Apple收购Twitter的消息是否属实,最终是否能实现,我们都希望看到这个产业朝着一个美好的方向发展,那些创业者们的梦想终究能逐步实现,得到越来越多人的认可,质疑逐步消失……祝愿每个创业者都能有好的归属。

    最后,如果您对社会化媒体感兴趣,可以参考我前两天写的【社会化媒体浅谈】以及【是谁把Omegle告诉了Veronica】。

    PS,Apple收购Twitter产品融合门槛,团队文化差异等不在本文讨论范围:-)

    找人脉,上若邻

    王利杰
    http://twitter.com/betashow
    http://betashow.blogbus.com





  • 是谁把Omegle告诉了Veronica

    日期:2009-04-15 | 分类:SNS

    是谁把Omegle告诉了Veronica

    作者:王利杰 Betashow

    Omegle Tranfic Rank @ Alexa.com @ 2009年4月14日(上线24天) by you.


    最近大家喜欢探讨Omegle.com ,一个2009年3月25日上线(据说)并快速引爆流行的“陌生人一对一聊天”网站,界面设计的简单极致,功能定位明确至极,靠博客和Twitter们迅速传遍了全球。

    Omegle.com 首页,引爆流行 by you.


    对于Omegle如何如何,业务模式,未来发展,创始人的身世背景有很多文章,大家可以Google一下,我想从另外一个角度来分析这件事情,那就是:

    Omegle是沿着什么样的路径传播开的?


    这是我感兴趣的,也是对我或者其他互联网创业者最有价值的!!!

    Omegle的创始人Lief K-Brooks by you.

    上图:18岁的Omegle创始人Leif K-Brooks

    ……

    我花了8个小时写了这篇文章,这里只显示了本文的1/10,如果您希望阅读全文,请点击【请勿转载:是谁把Omegle告诉了Veronica】查看,并承诺不会肆意转载本文,尊重本人的劳动成果,谢谢!




  • Twitter is over capacity | Twitter超载?

    日期:2008-06-25 | 分类:杂谈

    Twitter is over capacity | Twitter超载?

    搞笑,凌晨睡觉前,突发奇想打算去Twitter看看,结果你猜我看到了什么?

    Twitter is over capacity.

    Too many tweets! Please wait a moment and try again.
     

    哈哈,真是值得纪念一下:

    • 首先恭喜Twitter用户数增长速度超出了Twitter预料,以至于来个措手不及;
    • 其次认真思考一下Twitter类的业务是否发展真的那么健康?尤其是国内,大家叽叽歪歪的需求好像还是停留在“短暂性好奇”的阶段吧?(除了个别人之外:-)

    Anyway,有需求被挖掘被满足被引导是好事,虽然这张小鸟拉鲸鱼的图片很有趣,不过今后我可不希望在看到啦!

    PS:今后关于Mobile2.0沙龙活动的通知及场记都将发布在我的另一片Mobile2venture专用博客上(http://m2venture.blogbus.com ),请关注Mobile2.0沙龙的读者周知,谢谢你们一直以来对我的支持和关注,谢谢:-)

  • 其实手机上能做的事情很多,之所以列出这几个,是因为这四个领域都有一些创业的朋友开始关注并已经进入,从朋友的立场来讲,我也在思考,到底哪个更快能取得良好的“市场反应”!

    手机博客重 点强调的是随地随地通过手机发布博客,第一时间把自己的心得、体验、风景、所见所闻分享给大家。如果BSP支持通过Email发博客,那用户就可以通过手 机电子邮件的形式直接发布图文并茂的博客文章,比如刚刚卖了9000万美金天价的Fotolog,就强调使用手机Email即时发布图片博客内容给大家分 享;当然,BSP也可以提供博客发布的WAP站点,不过用户体验相对要差很多,如果是纯文字的博客,倒也容易,登录进去写好发送即可;但是一旦用户想添加 一两张手机拍摄的相片,就可能会在操作上显得笨拙,因为手机浏览器和WAP本身都还没有PC上来的标准及便捷;

    我个人倾向于手机电子邮件的形式随时对地发布移动博客,对BSP的要求很简单,就是开放Email发布端口(给每个博客用户分配一个专属于自己发布博客专 用的Email地址,并可以设置只接收来自某个邮箱的内容的即时发布);对用户来说,需要手机支持电子邮件的收发功能,这点可以由手机自带的邮件客户端经 过一番配置来实现,也可下载安装尚邮的手机Push mail客户端软件轻松实现;

    手机RSS阅读重 点强调随时随地都能独到第一手的博客文章,这些文章都是用户在网上自己订阅的自己喜爱的内容;实现方式也可以是WAP浏览器模式或者手机客户端软件形式 (国内的胖葫芦或者国外的Litefeeds就是客户端模式,还有一些其他的综合信息平台也有RSS阅读模块);但是限制与手机屏幕的大小,长篇博客文章 的阅读体验还是较差,适合阅读个别重点关注对象的博客文章及精简的篇幅,所以在选择订阅种子及将其“移动化”的过程中,用户会考虑哪些订阅内容有必要被 Push到手机上;但RSS阅读还有一个很关键的互动行为就是“分享”,比如直接通过Email转发给其他好友,或者直接点击Rss阅读服务提供商页面上 的分享按钮等;

    我个人很喜欢Google Reader的一个原因就是它可以让我轻松地给Gmail通讯录中的好友转发我认为有价值分享的博文,转发的过程很简单,只要我输入对方Email地址的 第一个字符,然后在下拉提示框中选择目标地址即可发送;而抓虾相对于Google Reader的一个弱势就是没有一个既定的通讯录用于便捷地分享,只能在站内跟其他抓虾用户进行一些站内互动;由于手机上订阅的RSS属于高度关注的重点 博文,所以看完有分享冲动的几率也会高很多,如果这时能配合简单的Email分享工具直接转发给其他好友,将是一个不错的选择:-) 这方面尚邮倒是可以成为抓虾类RSS阅读服务提供商进驻手机的合作伙伴,弥补在手机Email收发及分享方面的不足,更重要的是尚邮可以直接调用用户手机 本地通讯录或者在尚邮收发过的所有邮件地址,做到跟Gmail一样的用户体验;

    其实对于已经开通尚邮Push mail免费服务的用户,只要把抓虾上订阅的重点关注博客Mobile化一下,即可通过手机电邮即时收看这些博客的最新文章更新,对抓虾来说相对的操作门槛更低……

    手机饭否重 点强调随时随地打法无聊的时间,比如上下班的通勤时间、排队吃饭、饭桌上等菜、约会等人、交通堵塞、火车旅途、工作中忙里偷闲……打法的方式可以是发布自 己正在干什么的信息,也可以是浏览关注对象的动态,由于饭否的迷你博客性质,决定了不管是发布还是浏览,都不会有据大篇幅的内容,非常适合打法碎片时间;

    手机饭否实现起来也是多种形式、手机WAP浏览器,手机客户端软件,手机电子邮件互动等;从用户体验上来讲,自己的客户端软件当然是最好的,但开发门槛很高,尤其是要适配市面上上千款手机型号……用户的下载安装门槛……都是不得不考虑的问题;

    其实我更看好饭否类业务的手机延伸(相对于博客和RSS阅读),但不建议开发自己的客户端版本,目前的WAP版已经能很好地实现一些即时饭否的需求;不过假设饭否能和一些现有的手机应用提供商合作,借助对方的手机客户端开发能力,整合自己的即时饭否功能,岂不事半功倍?比如支持Email发布并订阅饭否消息的功能,与现有的手机Push mail服务商合作起来,让这些类Blackberry的手机电邮用户可以在手机上通过Push mail客户端时刻关注饭友的动态并发布自己的信息……

    手机电子邮件
    重点是电子邮件收发的移动延伸,强调邮件 收发的即时性,尤其是一些关键的工作邮件,比如老板出门在外的时候需要通过电子邮件批复一些事项;比如公司内部群发的即时性公告;又比如出门在外突然看到 或想起来什么,想群发给同事及好友,就可以通过手机拍照并调用尚邮这类Push mail客户端即时发出,不想短信,移动Email几乎是免费的,和在电脑上发没什么区别,就是有些GPRS流量费;

    手机电子邮件其实也有4种实现方式:

        1:智能手机自带的邮件客户端,有点类似Outlook或者Foxmail那样的软件;用户在手机上配置好POP及SMTP后就能通过这个软件来收发邮 件,但是这种方式操作起来有点麻烦,自己一定要准确配置好POP等协议,否则就无法成功收发;其次,这种客户端软件也是定时到服务器监测是否有新邮件的, 所以监测频率决定了你的即时性,比如5分钟一次,或者10分钟一次;每次的监测都要把你的用户名和密码以明文的方式发送到邮箱服务器进行验证,所以安全性 也很差;最后,由于这种模式是照搬互联网的Email收发形式,没有任何数据压缩,对GPRS流量的影响较大……
        2:手机WAP或者智能手机的WEB浏览器登录,这种模式需要你的Email提供商支持,比如Gmail;但这种模式几乎不是实时的,而且每次交互都会感受到GPRS速度的劣势,有点无法忍受;另外,它具备所有以上提到的即时性、安全性、数据压缩等缺点;
        3:Email提供商自己提供的手机客户端版本,比如Gmail有Java版,这种模式相对于前面两种都有更好的用户体验,但是Java在很多功能手机上 的表现并不是很乐观,其用户体验比直接的智能手机客户端也有些差异,不过已经是个不错的选择了;至于刚才提到的即时性、安全性和数据压缩,每个Email 提供商的解决方案都不尽相同,需要用户自己去挖掘,国内大部分Email服务商还没有提供手机版本呢;
        4:独立的Push mail客户端软件及服务提供商,比如尚邮(www.shangmail.com), 其支持500多款智能及非智能手机终端几乎所有主流手机都能找到合适的版本;对于Email的来源也没有限制,你可以同时在一个客户端收发Gmail、 Sina、126等各种支持POP及SMTP的Email,对于一些企业级的Exchange也不在话下……这些独立的Push mail客户端提供更好的用户体验,比如对于Gmail等主流邮箱的POP协议,根本不需要用户自己来设置;用户收发过的Email地址也会被保存下来以 便今后调用;还有就是其实现机制决定的即时性、安全性和数据压缩都是最佳的,是频繁在外活动的商务人士的首选。(其实现机制是由用户提供Email帐号和 密码后,尚邮的Push mail服务器与用户的Email服务器保持频繁的邮件检索,密码验证过程都是加密传输;一旦有新邮件到达,尚邮的服务器即先接收到用户的帐户下并压缩处 理,之后通知用户的手机客户端下载,振铃……)

    手机电邮已经是我生活中不可或缺的一部分,我的朋友们完全可以不必给我发送短消息,因为发到我Gmail邮箱的邮件会即刻Push到我的手机,我也可以即 可进行回复,这样朋友们在电脑前就能和我在手机上即时互动起来;当然,如果我也在电脑前的话,就可以临时暂停手机接收了;

    手机的功能将越来越多,而用户的时间却越来越少,如何合理平衡功能和需求之间的关系,而不是一味地把用户拖拽到信息的深渊,这很重要,相信BSP,RSS Reader,饭否及Push mail提供商们都会认真思考这个问题。

    另外,手机客户端开发及多型号适配也是个巨大的工作,具有较高的开发及运营门槛,所以不建议互联网业务提供商贸然进入,如果一定要更好的业务体验,而且用户需求热烈,那么不妨找优秀的手机应用开发商或者运营商合作,优势互补:-)

    期待大家跟我探讨,betashow2006 # gmail.com —— 王利杰

    补充:我开通了尚邮的Push mail,您发给我的邮件我会马上看到,不论是手机上或者是电脑上:-)