IT技术博客大学习 共学习 共进步

网盘背后的数据消费需求

方糖气球 2012-06-14 14:02:50 浏览 2,281 次

    好久没写非技术文章了,为了避免被人当成技术博客,我决定放一篇长文出来。

    这是前段时间对网盘类产品进行定位和规划的时候写下的,主要从用户的整体需求角度分析产品定位的可行性。

    warning: 这篇文章应该是我最近写的最枯燥的一篇,因为本来是写给自己看的,将就看吧  T___T

网盘的核心需求是数据

    网盘的需求背后是对数据的需求。网盘的产品形态对用户并不重要,这类产品之所以存在,大部分原因是因为操作系统之前没有面向多设备和云端设计。随着时间的推移,网盘这个行业会慢慢走向基础层,最后还原成云存储API(比如iCloud)。而Dropbox正是看到这点,将自己嵌入到了系统中去。这造就了Dropbox的成功,但也注定了Dropbox的结局(如果不调整的话)。

    简言之,网盘背后的完整需求,是在 多设备和云计算的时代,如何帮助用户更好地 获取,更新和消费数据。

    我们先将这些需求分离成3个问题:

  • 如何获取数据
  • 如何消费数据
  • 如何更新数据
  •     这些问题背后还附带了一个隐藏关卡:

  • 数据如何产生
  •     一个好的数据类产品,必须解决好这些问题。当然,未来的操作系统也会开始解决这些问题。

    获取数据

        获取数据首先是将数据从云端下载到设备。这个环节速度为王,除了像迅雷旋风那样的下载器,快播那样的P2P方案和优酷那样的流也是不错的解决方案。(对视频和音频类大文件来说,流才是王道)。

        获取数据的第二层含义是发现数据。即使我有很好的工具,如果没有东西可以下,我还是无事可做。

        所以现在下载工具有了各种在线资源库,由于大部分的资源都可能牵扯到版权,大家都是各显神通。

        正版化是最敞亮的一条路,但所花费的银子也是惊人的,优酷和土豆合并其实不是因为爱情。

        比较无奈的一条路是用避风港条例进行免责,115的分享基本就靠这个了。

        约束数据使用范围也是一条变通之策,比如土豆上的动画国外是没法看的;虾米上的有些音乐搜不到,只能在电台里边播放;还有版权数据只能在朋友圈或者群里边分享之类。

        最狠的是迅雷的播放特权(以前叫云点播),丫服务器端其实存放了大量的版权视频,但只有你提交种子或者url之后才能播放。这招将所有责任都转嫁到用户了,网盘们其实可以加个离线下载功能就可以马上学过来用上。

    消费数据

        当数据到达设备后,用户就可以开始消费数据了。txt,epub,pdf之类的电子书用阅读软件消费;视频用QQ影音;音频用千千静听之类。

        当然,如果你比较闲或者被逼无奈,可以把这些数据消费工具都做了。比如之前在iOS上,App的数据其他应用是访问不到的,于是微盘做了各种简易阅读器。

        目前对数据的消费和数据的获取进行整合已经非常普遍了,几乎所有的电子书阅读器都自带书库书城;几乎所有的音乐播放器都有推荐音乐库。

        还有一种数据消费是不直接发生在设备上的,而是直接通过流。比如amazon的cloud player,就可以直接播放云端的音乐。这个方式的好处是直接干掉了下载等待的痛苦,但麻烦是必须联网(没wifi时就会花流量=花钱)。

    更新数据

        智能手机大量普及后,手机变成了采集器,可以非常便捷的采集视频音频和图片。这类行为,上传可能很频繁,但修改其实非常少。

        大部分的数据消费行为也是不修改数据的。因为消费的基本都是娱乐类的数据:电影,音乐,动画,小说……

        但对于系统来讲,可能会需要更新一些行为记录,比如书签,播放记录等。

        我曾半开玩笑的说,老板和民工都不会没事去改数据的,天天修改数据的其实都是下班后回家还得加班写PPT和Excel的苦逼小白领们。

        这部分人虽然在互联网上有着很强的影响力,但数量和支付意愿却很小。(恰是Dropbox模式的核心用户,这是为什么我觉得纯Dropbox模式在国内做不大。)

        另外比较悲催的是,办公类数据的国内唯一正版免费消费的工具是WPS,他们已经把金山快盘直接内置到文件保存菜单项了。其他厂商要进入这个目标人群,营销上得有路子。

    数据的产生和数据流动

        大部分的数据,都是现实中的存在,以合法和不合法的形式被发布到互联网上。

        这些数据一方面可以通过购买合作等方式从发行商那里搞到;另一方面也可以让用户上传(还记得那个巨大的资料库VeryCD么)。

        相关的问题已经在前文中提及,最容易被忽略的偏偏又是很重要的细节就是数据流动。

        当一个用户完成了获取数据和消费数据后,这份数据就沉寂下来了。如果你把网盘看成一个纯工具,那么这样的结果毫无问题;但是当你把网盘看成数据消费解决方案的话,你会想办法把这份数据重新推入资源库中,让其他人去获取它,消费它。

        微盘的下载页是一个非常典型的例子。【下载并通过微博转发】的机制帮助微盘激活了庞大的用户群体,并已经开始改变微博用户的数据消费习惯。

    切入点

        定义一个数据类产品,就是从这一堆需求中划分出一块来,构成对用户相对完整(且最好不可替代)的价值。

        可以从链条上横着切,就是其中一环,比如你只做同步,其他的都交给别人,比如说你只做基础存储,那就开放API给上下游;

        可以从链条上竖着切,那就是细分市场。比如evernote,将文本的整个需求做全了:数据获取有浏览器插件和手机客户端,数据消费有阅读器,数据更新有同步,数据流动有外链分享。

        前一种需要上下游合作,属于平台型产品,大公司或者影响力强的团队比较合适;后一种集中到一个垂直行业,易掌控,且易打造极致体验,适合小团队。

        PS:我经常觉得迅雷就是数据类产品中的大怪兽。它先是把下载这个横切面做透了,现在又大量向上下游扩展。数据获取有迅雷下载;数据消费有迅雷播放器;数据流动上有迅雷邻居和迅雷快传;正版数据资源库有迅雷看看,非正版数据资源库有迅雷播放特权。当然,还有迅雷网盘和迅雷离线空间。国内网盘想大以后,迟早得和迅雷干上吧…

    建议继续学习

    1. 海量数据面试题举例 (阅读 10,825)
    2. 三种东西永远不要放到数据库里 (阅读 7,865)
    3. 如何对统计数据进行分析 (阅读 4,982)
    4. 从数据中了解用户——数据在新产品设计中的应用 (阅读 4,303)
    5. 数据即代码,我和小伙伴们都惊呆了! (阅读 4,305)
    6. 从数据中了解用户——数据在现有产品改版设计中的应用 (阅读 4,203)
    7. 我们需要什么样的网站数据 (阅读 3,402)
    8. 统计数据背后的真相 ― 读《How to lie with statistics》 (阅读 3,301)
    9. 有关品牌微博的一些数据 (阅读 3,303)
    10. 分表优化:千万级数据的插入方法 (阅读 3,083)