数据分析告诉我们的四个经验教训

追踪一次点击很简单,一次点击只是一次点击。但用户与移动应用的互动方式可谓五花八门,包括单击、长按、滑动、摇晃和其他很多手势操作。如果你自称是数据驱动,但每件事情都必须由一位分析师经手,那么你就不是真正的数据驱动。为了某些变量而进行优化,你将在短期内受益,但从长远来说将毁掉你的公司。为了用户体验而进行优化,虽然需要更长的时间才能看到效果。原文翻译:

数据分析日新月异。

大多数变化起因于从PC端计算向移动端计算的过渡。移动端对数据分析而言仍然是个新领域。变化太快,所有人都在寻找更新、更好、更快的解决方案。

四年来,我们一直在分析数据,从未间断。在帮助企业进行数据分析的时候,我们发现了四个经验教训,希望能和大家分享共勉。这些经验教训事关大局,但有时会在追新求快的过程中被忽视。它们至关重要,如果你想成功地发挥数据的全部潜力,就必须将这四个经验教训牢记心中。

1. 你的工具现在不一样了

人们想当然地以为,他们用来进行日常网站分析的工具应该也适用于移动端。但并非如此。网站和移动端不是体验产品的两个途径,它们是完全不同的媒介,有各自的结构、组织、动机和指标:

·身份识别:移动应用没有Cookies。用户在首次下载和注册时,会生成一个唯一ID,这就是用户的身份识别码。

· 离线使用: 用户并不总是在线使用移动应用,因此不能单纯地依靠在线追踪。

·手势 操作: 追踪一次点击很简单,一次点击只是一次点击。但用户与移动应用的互动方式可谓五花八门,包括单击、长按、滑动、摇晃和其他很多手势操作。

·群组分析:用户使用移动应用的时间显然是从安装开始,到不再活跃使用为止,因此你可以对某些群体的行为方式和他们对变化的反应进行深入分析。

· 赚钱方式: 通常来说,网站通过广告赚钱,因此他们的分析服务于那个目标。移动应用往往不是这样,而是试图通过额外的安装,直接从终端用户手中赚钱。

经验教训:重视移动端

用户在移动端体验产品的方式完全不同,因此你用来分析这些用户的工具必须进行调整。移动分析并非可有可无,对打造一款出色的移动产品至关重要。

移动分析是最强大的工具之一,不容忽视。比起普通的分析工具,移动分析将让你对用户行为有一个全新的了解,而你了解到的东西将帮助你改善用户满意度,提高用户留存率,打造出更具粘性、更加强大的产品。你的公司将因此变得更加壮大。

2. 数据可获取性现在变得更加重要

移动优先的约会应用Tinder开始走红后,他们以前有效的分析平台不堪重负,本应该只用几分钟就搞定的查询请求却花了几个小时。这是不可接受的,尤其是考虑到我们希望我们作出的几乎每个决定都有数据做支撑。

以前,所有的数据请求都通过机构内部的一个中心节点进行处理,如果产品经理需要有关用户行为或者转化漏斗的信息,他们会向数据科学部门提出请求,然后得到回复。

现在,移动设备更小的屏幕、更精简的菜单和更具多样性的互动方式产生了大量的日常用户信息。每家公司都渴望获得数据。

要是没有办法使数据对所有人可用,机构的决策机制将陷入瘫痪。

经验教训:打破陈规

确保你的工具服务于整个机构的数据需求。Instacart公司的法里德·莫萨瓦特(Fareed Mosavat)说:“如果你自称是数据驱动,但每件事情都必须由一位分析师经手,那么你就不是真正的数据驱动。”

随着你的公司开始扩大规模,这会变得越来越重要。数据请求量的猛增将大大减缓公司的决策速度。因此,你必须采用一种打破陈规的分析解决方案。

如果只是你和你的联合创始人,自制的工具可能就足够了,但其他人仔细考虑了数据可获取性的问题。你需要专注于发展你的公司,而不是寻找尽可能好的分析解决方案。

3. 请不要搞砸用户体验

几年前,初创公司的“增长黑客”对Facebook和Zynga等公司的巨大成功痴迷不已,他们开始利用技术手段来实现自己应用的增长。

但实现增长的技术手段会口耳相传,一家公司做出了一个好东西,于是一传十,十传百,其他人开始模仿。但他们做起来总要差那么一点。同样的招数不能用两次。

因此,有些应用为了短期指标而过度优化,最后变得几乎一无是处。那些社交分享按钮、黑暗模式、全屏接管和烦人的通知推送可能会在短期内提高你的用户转化率,但从长远来看,它们几乎总是会让你付出代价。

Facebook等公司得以实现增长并非是因为它们发现了某些低层次的转化率指标需要加以解决。如果它们在发展初期采取了现在某些应用的做法,基本上如今就会跟MySpace同样下场了。

以前和现在继续靠数据致胜的公司总是把用户体验放在首位。每次更新,哪怕对用户的负面影响很小,也需要仔细地权衡利弊。从长远来看,留住用户的正是始终保持良好体验的做法。

经验教训:倾听用户的声音

大多数程序员在编写软件的时候,也编写了单元测试。这些代码块向程序输入数据,模仿实际用户的行为。通过监督运行结果,开发人员可以知道他们的应用是否达到预期效果。

你在进行试验的时候,不要只是做出更新,然后抱以最大的希望。要学会改变思维方式。如果更新幅度很大,先让团队成员试用。如果没有什么问题,再让数量有限的一群用户试用。

不要为了更新而更新: 分析使用者的反应,然后评估你是否想更大规模地推出这个更新。

4. 分析用户行为,不要盲目行动

在数据分析方面,最大的转变是从原始和高级数据过渡到更加全面的行为分析。

四年前,想要理解应用的使用情况,你基本上有三个选择:

·分析个人用户如何浏览和使用应用的原始数据。

·分析高级数据可视化仪表板,其中包含转化漏斗和留存率图表。

·聘请一支出色的数据科学家团队,收集、处理和分析各个群体如何使用你的应用,以及他们为什么这样使用。

前两点很有用,但还不够。第三点太花钱。但现在的一些工具比四年前的工具更加便宜、更易于使用,使那种“如何和为什么”的分析成为可能。

基本原则是分组。不要着眼于个别用户或者整个用户群,而要分析用户群组的行为模式。找到你认为会提高你的应用长期留存率的行为模式,然后进行更加深入的分析。

重点不在于把某个按钮做成绿色,使用户转化率提高微不足道的0.04%。关键是要找到用户体验中的拐点,使用户一次次地回头使用。

经验教训:保持简洁

有无数种方法来分析应用产生的数据。眼光不要狭隘,不要认为成功的最好办法是为了你觉得重要的某些随机转化变量而进行优化。

不管是以前、现在还是未来,重要的只有一件事:用户体验。你的分析必须服务于用户体验,而不是反过来。找到使你的应用脱颖而出的用户行为,然后在这些行为上加大投入。

为了某些变量而进行优化,你将在短期内受益,但从长远来说将毁掉你的公司。为了用户体验而进行优化,虽然需要更长的时间才能看到效果,但方向是正确的。

结论

向移动端的转移已经在很大程度上改变了数据分析。它大幅增加了可追踪事件的数量,改变了我们分析那些事件的方式,使用户体验变得前所未有地重要。

移动分析的新奇性已经使很多人就移动分析应该如何去做提出了各自的想法和框架,学习新的策略不是一件坏事。但在寻找解决办法的过程中,要始终把大局放在心中:

·让你的团队拥有合适的工具

·让你的团队可以获取数据

·不要损害用户体验

·分析人们如何使用你的应用

围绕着这四点组织你的试验和分析,你将为长期的成功做好准备,眼光不要只是局限于眼前的好东西。

本文转自d1net(转载)

时间: 2024-09-20 09:03:54

数据分析告诉我们的四个经验教训的相关文章

Windows 7 RC的安装经验教训

这里笔者想要整理.分享一下Windows 7安装经验教训,希望对大家有所帮助. 下载:Windows 7 Release Candidate(RC) http://www.mininova.org/tor/2560296 一 .选择好安装方法 现在您已经下载了ISO映像,并刻录到DVD.接下来你有两个选择去运行安装程序.Windows安装程序性能的不同取决于你选择哪一种方式. 如果您的系统已经安装的是Windows XP,Vista,或更早期的版本,可以从Windows操作系统启动安装程序.或者

2013年四起数据泄露事故的经验教训

本文讲的是2013年四起数据泄露事故的经验教训,从很多方面来看,2013年数据泄露趋势表明安全行业状况有所好转.与过去四五年不同,2013年并没有充斥着涉及数千万个人身份信息(PII)记录泄露的事故.并且根据隐私权信息交流中心(Privacy Rights Clearinghouse)的统计数据显示,公开报道的数据泄露事故数量以及泄露信息都有所减少.去年这个时候,共有约2780万条记录被泄露,报告637起数据泄露事故.今年到目前为止,约有1060万条记录被泄露,报告483起数据泄露事故.这证明了

大数据要牢记的5大经验教训

对于企业来说,大数据应用有5大经验教训需要牢记. 1. 要赢得利益相关者的信任 大数据正确的分析方法是业务而不是技术,在开始部署大数据应用之前,赢得业务部门的信任,增强其信息至关重要.首先,利益相关者会帮助你获取所 需要的资源,包括团队.资金和必要的数据资源,让你的项目取得成功.其次,任何数据分析只有被付诸实践才是有效的.如果主要管理者不愿意基于大数据分析结 果对业务进行改进,那么所有的投入都会被浪费. 因此,增强利益相关者的信心将是当务之急. 2.专注于那些对于企业至关重要的问题 对于很多大的

一个老网虫的建站经历和经验教训

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断淘宝客 站长团购 云主机 技术大厅 我99年接触网络.最开始只 觉得很神奇,觉得做网站一定很困难,那时的雅虎.新浪等门户网站做的和现在的某些初学者做的网页很像,非常简陋.但自己觉得那一定很难. 我的习惯是,如果此事没有成功的可能.那一般不去做,所以也没怎么关注建站,99年到03年初,都是玩玩游戏,聊聊qq, 聊天室什么的. 到了03年,报考了大学,学的是电子商务专业,这

昨天到安徽宿松一个客户那里搞维护的经验教训

               昨天到安徽宿松一个客户那里搞维护的经验教训      客户的数据库服务器本来是好的,我为了给别人演示怎么安装oracle的客户端,在服务器上安装了oracle的客户端,安装到一半的时候我突然觉得我发现了一个极大错误:oracle服务器不能再安装oracle的客户端,我退出但是晚了:收费管理系统不能连上数据库,pb不能连上数据库,dba studio也不能连上数据库.天啊!!!这回麻烦大了.数据没有备份.客户那里不能上网.      我出了一身冷汗想马上给我的经理打电

从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

[编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了解如何充分利用微服务 正如笔者在上文<微服务架构是敏捷软件架构>中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别.还有很多人将这两种架构联系在一起.詹姆斯·刘易斯和马丁·福勒在他们的权威博客中包含了一个侧边栏,进行微服务和 SOA 的对比.对此,怀疑派做出的回应是二

盘点云计算在权威金融行业5个经验教训

本文讲的是盘点云计算在权威金融行业5个经验教训,面对华尔街资产救助计划分散谈话相关的问题的争论是关于云计算的优点,社员们产生了强烈的意见分歧.副总裁和Eaton Vance基础设施服务总监Jeffrey Brody说,"一家中型资产管理公司的一个小的IT人员对于云计算没有什么需求."然而,他冒雨来到波士顿,因为"我们觉得我们需要了解云计算提供什么样的服务,是否包括我们的未来计划需要的." 这里有五个听WSTA成员说的在波士顿的其他结论: 1,首席创新官和执行副总裁,

12年程序员职业生涯得到的12个经验教训

我已经在ThoughtWorks工作了12年.是不是有点不可思议?回首我的职业生涯,我想写一写我在这些年中经历的困难,以及总结得到的12个非常重要的经验教训.虽然我只选择了12个,但其实远远不止这个数字,但是我觉得12年12个经验教训更有韵味. 1.工具不能代替思考 在我多年的咨询工作和与许多组织和管理者的共事中,我发现了修复问题的共同套路,那就是管理人员相信工具可以"解决"给出的问题.当问题域被理解透彻,并且不可能有很多例外,以及每个人的行为方式相同的时候,这样的做法很管用.不幸的是

CIO们从云中学到的那些经验教训

企业迁移到云的过程可能充满了各种风险和意外的陷阱,但许多公司已然打算要冒这个险,因为云计算承诺给企业带来的包括提升灵活性和可扩展性.以及降低成本等方面的好处.而那些已然成功地渡过了这一风险的企业高管们也从中学到了很多经验教训. 自2012年采用微软Windows Azure平台以来,全球天气预报专业机构AccuWeather公司就已经开始通过云提供其天气预报内容. 一切均是源于AccuWeather公司的客户需求规模 "我们没有一个庞大的工作人员队伍."AccuWeather公司的技术