美文网首页new产品经理的基本功@IT·互联网
4G 下的移动视频分享应用猜想

4G 下的移动视频分享应用猜想

作者: Nesier无恙 | 来源:发表于2014-02-10 21:46 被阅读386次

    移动视频分享在国外的兴起主要原因之一就是美国等国家的 4G 网络为移动视频的分享提供了带宽支持。如今国家已经下发了 4G 牌照,受益于 4G 网络,2014年或将成为移动视频井喷的一年。

    在国外,面对 4G 网络的普及 Twitter、Facebook 等互联网巨头纷纷推出相应的短视频拍摄和分享产品,国内爱奇艺率先推出“啪啪奇”,新浪和腾讯紧随其后分别推出“秒拍”和“微视”,优酷、爱奇艺、56、酷6等视频网站也纷纷加快布局。用户除了个人的视频拍摄和分享,甚至已出现社交营销公司专攻短视频广告制作。

    在不少人看来,短视频这样的新形式,以其内容的丰富性和方便性,已成为继文字、图片之后的另一种分享形式。同时,短视频这种新型的社交分享方式在诸多影视明星及广大网友的带动下,在微信、微博和朋友圈等社交领域中,掀起了一股时尚潮流的社交新玩法。不仅如此,在 4G 网络环境下,用户自行通过手机拍摄生成的 UGC 短视频内容在移动端也将得到爆发式增长,由此而带动的移动端用户覆盖和访问量也将翻番。

    但是,4G 来了之后移动视频分享真的这么美好么?

    众所周知,Instagram 依靠照片分享大获成功并且红极一时,视频版 Instagram 也应运而生,与此同时,众多创业公司开始将类似的模式迁移到视频领域,其中包括该领域全球最大的两家领头企业—— Viddy 和 SocialCam。

    Viddy 于2010年10月1日在美国洛杉矶成立,iOS 版 Viddy 于2011年4月份上线,当时获得了150万美元种子投资,估值为1600万美元。今年1月,Viddy 在A轮融资中已经融资600万美元。2012年5月 Viddy 宣布新一轮融资3000万美元,估值3.7亿美元。

    Viddy 与 Instagram 的运作形式相似,允许用户拍摄一段不长于15秒的视频、添加各种滤镜、配上各种音乐,然后再上传分享给 Facebook、Twitter、Tumblr以及Youtube 上,或者 Viddy 自家的社交网络。

    作为 Viddy 最强劲的对手—— Socialcam 是由在线视频创业公司 Justin.tv 于2011年3月推出,接受 Y Combinator 孵化之后,Socialcam 获得了一系列的种子投资,投资者包括30多家企业及个人,其中有硅谷的企业以及来自好莱坞的名人。

    2012年7月美国3D设计和工程软件公司 Autodesk 宣布以6000万美元的价格收购 Socialcam,当时 Socialcam 仅4名员工。

    最疯狂的时候,Viddy 曾在11天内增加了550万次下载;而 Socialcam 两天之内增长了400万用户。截止2012年7月,Viddy 用户超过4000万;而根据 AppData 的数据统计,在被 Autodesk 收购时,Socialcam 在 Facebook 的日活跃用户达到370万。

    2012年6月份,Socialcam 每月连接到 Facebook 的活跃用户达到8360万,而2012年11月底仅有430万,短短5个月的时间里减少了95%。

    2012年6月份,Viddy 每月连接到 Facebook 的活跃用户达到2090万,2012年11月底只有66万。在5个月内也减少了97%。

    曾经红极一时的移动视频分享应用正在走向落寞。鉴于我国 4G 网络的普及从今年开始,Viddy 和 SocialCam 的发展轨迹将会成为我们的移动视频分享类应用的厂商一个参照。或许移动视频分享应用在目前的情况下真的只是昙花一现,就如当年大热的上网本一般?

    移动视频分享应用的需求是存在的,用户使用的场景也是存在的,但是移动视频分享主要依赖于设备、网络环境、使用习惯,而目前来说移动视频的上传带宽及费用问题,拍摄后的视频压缩技术是最要解决的关键。

    相较于图片和文字类的分享,视频产生高质量内容的门槛还是相当高的。拍好照片尤其是手机这样的移动设备,有着好的构图能力就能生成不错的内容,而且图片是静态的,一张静态的、没有上下文的图片能让你产生很多联想,同时,图片容易美化,一张构图、光线稍差的照片很容易通过一系列简单地处理就能变得“顺眼”。但是视频就很难做到。

    移动设备上镜头差、处理能力低下这是目前的硬伤之一,在这样的前提下,视频源的质量就无法保障,更不要说软件后期处理,同时,要让自己分享的视频讲故事是需要一定的专业素养的,我们在视频网站上看到的许多吸引人的短片,都是经过了非线性编辑软件后期处理过的,移动视频分享应用是很难解决这个问题的。

    从大众需求的角度来说,移动视频在目前还没有可以对抗 youtube、youku 的能力。拍好玩的事需要的是即时,但观众看你的视频就不需要即时了,所以用户大可以回家再传就好了。而且,传到 youtube、youku 的视频可以在后期慢慢加工,并且有更大可能性被更多的人看到。

    移动视频分享应用,在使用过程中,用户获得视频内容的成本会比较高,不像文字和图片仅靠浏览就能快速获得大量信息,并且加载速度相对较慢,耗费流量大,用户总是希望得到更快更爽的用户体验。此外,内容审核也将是一个大难题,微博中的纯文字内容审核已经将微博运营者耗费太多人力物力,更别说视频内容的审核,尤其是 UGC 的视频内容。

    最后关于现有的移动视频分享应用,我比较看好的是腾讯的微视,它坐拥着微信和手机 QQ 两块资源,而且这两者是用户已经存在的关系网络,容易对内容进行分发,尤其是和微信打通之后移动视频分享不仅可以是一对一的私密性极强的传送分享,也可以是一对多的分享,用户的选择性更大。

    相关文章

      网友评论

      • Nesier无恙:@Tama酱 目前来看和 gif 快手差不多
      • Tama酱是宇宙超级无敌美少女:我想到了gif快手……还能简单调光什么的……
      • LostAbaddon:@Nesier无恙 嗯,被你这么一说我也想起来是有这么一个产品。。。
      • Nesier无恙:@LostAbaddon 今天继续收集这方面的资料的时候想起你的说的,于是追加说一下,语音类产品有一个被忽略的火过一段时间的,唱吧,唱吧就是伴随微博火起来的语音类产品,现在做到4.0以后也加入了视频功能,原先的手机KTV变身升级成了手机MTV
      • Nesier无恙:@简叔 哈哈,这两天要交一个 pm 训练营的课后作业,这两天收集资料,顺便 po 简书了
      • Nesier无恙:@cmdss 国内估计顶多就像这两年 gif 应用的情况类似吧
      • Nesier无恙:@kevinou2007 这个暂时资料还没收集全,不过貌似 instagram 的视频版的发展挺过山车的,vine 目前还是视频类的首选应用
      • Nesier无恙:@心逸道 这部这两天在做嘛,大致的应该会类似于 friendfeed 这样的性质吧
      • MJGA:就差配点图了,嘻嘻。
      • MJGA:写得好,这篇产品观察是我近期见过的为数不多的科技类好文章。写得认真。秒杀科技媒体。
      • kevinou2007:不知道vine怎样了,另外instagram的短视频功能使用情况呢?
      • 心逸道:你是策划的什么样的短视频应用啊?呵呵
      • Nesier无恙:@LostAbaddon 的确没有必要
      • LostAbaddon:@Nesier无恙 这些我归在信息品质这点上。我把这种难以量化的都交给一个特定参数来处理,然后对传输又分解为几个环节。
        不过,其实大多数时候没这种细分的必要。。。。。。
      • Nesier无恙:@LostAbaddon 其实信息传输成本包括很多方面,不仅仅是数据化的信息的体积,还包括信息本身的内容在受众看来接受的时候是否需要思考,是否与之相关等等
      • LostAbaddon:@Nesier无恙 好吧,我把这两部分是分开看的。传输成本主要看的是信息的体积(多少K或者多少M),以及平台对信息传递操作的难易程度。
      • Nesier无恙:@LostAbaddon 其实也就是败在了信息传输的成本上,抗干扰性也是信息传输成本中需要考虑的
      • LostAbaddon:@Nesier无恙 可我不认为一定要有视觉才能有效传递信息。
        但有一点倒是提醒了我,就是听觉容易被干扰,而视觉不会——比如在地铁等嘈杂环境中,音频信息容易被感染,而文字或者视频不容易被干扰。
        从这点来说,音频不是败在信息传递或者交互成本上,而是在信息接收的抗干扰性上。
      • Nesier无恙:@LostAbaddon 声音类不是以视觉为基础的,大众难以接受,就像啪啪的出现也是将声音作为照片的附属存在的,声音和视频一样,让用户有着较高的获取成本,所以难以出现,其实在微博刚刚出来的时候腾讯和新浪的确推出了这类应用,但是效果不好,昙花一现
      • LostAbaddon:我原本预测微博之后,会有以声音为主的微博类产品(姑且叫微音,或者话痨?),结果没想到直接就出了微视。

      本文标题:4G 下的移动视频分享应用猜想

      本文链接:https://www.haomeiwen.com/subject/rihhtttx.html