干货|互联网运营数据分析的十大经典方法,朴实却能解决问题

导读

眼花缭乱的东西很多,真正派上用场的,却不见得是那些看起来炫酷的。很多方法朴实无华,却解决大量的问题。

下面十个方法都是我这么多年做互联网运营分析时一定会用到的最经典的方法。这些方法如果烂熟于心,其实互联网运营分析的最核心部分也就掌握差不多了。真没那么复杂。

我们从第十个方法倒着讲,重要性并无优劣之分,但压轴的,往往是最重要的。

方法十:Link Tag 的流量标记

Link tag 标记流量源头 ,绝对是所有方法中最为基本重要的一种。这种方法不仅仅适用于网站的流量来源,也同样适用于 app 下载来源的监测(但后者需要满足一定的条件)。

Link tag 的意思,是在流量源头的链出链接上(链出 URL 上)加上尾部参数。这些参数不仅不会影响链接的跳转,而且能够标明这个链接所属的流量源是什么(理论上能够标明流量源的属性数是无限的)。

Link tag 不能单独起作用,必须要在网站分析工具或者 app 分析工具的配合下工作。

Link tag 是流量分析的基础,要严肃地分析流量,不仅仅是常规分析,还包括归因分析(attribution analysis),都需要使用 link tag 的方法。

方法九:转化漏斗

分析转化的基本模型是转化漏斗(conversion funnel),这个大家都应该很熟悉了。

转化漏斗最常见的是把最终的转化设置为某种目的的实现,最典型的就是实现销售,所以大家很多时候把转化和销售是混为一谈。但转化漏斗的最终转化也可以是其他任何目的的实现,比如一次使用 app 的时间超过 10 分钟(session duration >10minutes)。对于增长黑客而言,构建漏斗是最为常见的工作。

漏斗帮助我们解决两方面的问题,第一、在一个过程中是否发生泄漏,如果有泄漏,我们能在漏斗中看到,并且能够通过进一步的分析堵住这个泄漏点;第二、在一个过程中是否出现了其他不应该出现的过程,造成转化主进程受到损害。

漏斗的构建很简单,无论 web 还是 app,都是最好用的方法之一。但漏斗使用的奥秘则很丰富。而且漏斗方法还会和其他方法混合使用,乐趣无穷。我在互联网数据运营的课程中也会具体讲解。

方法八:微转化

人人都懂转化漏斗,但不是所有人都关注微转化。但是你想指望一个转化漏斗不断提升转化率太困难了,而微转化却可以做到。转化漏斗解决的是转化过程中的大问题,但大问题总是有限的,这些问题搞定后,你还是需要对你的转化进行持续优化,这个时候必须要用到微转化。

微转化是指在转化必经过程之外,但同样会对转化产生影响的各种元素。这些元素与用户的互动,左右了用户的感受,也直接或者间接的影响了用户的决定。

比如,商品的一些图片展示,并不是转化过程中必须要看的,但是它们的存在,是否会对用户的购买决定产生影响?这些图片就是微转化元素。

个人认为,研究微转化比研究转化更好玩。有一些案例,课堂上跟大家讲。

方法七:合并同类项

合并同类项是大家容易忽视的常用方法。我们往往非常重视细分,但有的时候我们却需要了解更宏观的表现。

合并同类项就是这样的方法。举一个例子,我问你,一个电子商务网站,所有商品页的整体表现如何?它们作为一个整体的 bounce rate 怎么样,停留时间怎么样,用户满意度怎么样等等,你能够回答吗?

如果我们查看每一个商品页的表现,然后再把所有一个一个页面的数据加总起来作分析,就太麻烦了(根本无法实现分析)。这个时候,我们必须要合并同类项。

如何合并?利用分析工具的过滤工具或者查找替换功能。不支持这样功能的工具你可以考虑扔掉了,因为这根本不应放在增长黑客的专业装备箱中。

合并同类项还有很多用途,比如你要了解 web 或者 app 一个版块(频道)的整体表现,或者你要了解整个导航体系的使用情况,这都是必须使用的方法。

方法六:AB 测试

增长黑客不谈 AB 测试是耻辱。

通过数据优化运营和产品的逻辑很简单——看到问题,想个主意,做出原型,测试定型。

比如,你发现转化漏斗中间有一个漏洞,于是你想,一定是商品价格不对头,让大家不想买了。你看到了问题——漏斗,而且你也想出了主意——改变定价。

但是这个主意靠不靠谱,可不是你想出来的,必须得让真实的用户用。于是你用 AB 测试,一部分的用户还是看到老价格,另外一部分用户看到新价格。若是你的主意真的管用,新价格就应该有更好的转化。若真如此,新的价格就被确定下来(定型),开始在新的转化高度上运行,直到你又发现一个新的需要改进的问题。

增长黑客的一个主要思想之一,是不要做一个大而全的东西,而是不断做出能够快速验证的小而精的东西。快速验证,如何验证的?主要方法就是 AB 测试。

今天的互联网世界,由于流量红利时代的结束,对于快速迭代的要求大大提升了,这也使我们更加在意测试的力量。

在 web 上进行 AB 测试很简单,在 app 上难度要高很多,但解决方法还是很多的。国外那些经典 app,那些卖钱游戏,几乎天天都在 AB 测试。

方法五:热图及对比热图

热图是一个大家都喜欢的功能,它是最直观的记录用户与产品界面交互的工具。不过真用起来,可能大家很少真正去深究吧!

热图,对于 web、app 的分析,都非常重要!今天的热图相对于过去的热图,功能得到了极大的提升。

在 web 端,过去一些解决不好的问题,比如只能看链接的被点击情况,点击位置错位,对浮层部分点击的标记,对链出链接的标记等等,现在已经有好的工具能够提供很多新的办法去解决。在 app 端则分为两种情况,内容类的 app,对于热图的需求较弱;但工具类的 app 对于热图的需求则很显著。前者的 screen 中以并列内容为主,且内容动态变换,热图应用价值不高;后者则特别需要通过热图反映用户的使用习惯,并结合 app 内其他的 engagement 的分析(in-app engagement)来优化功能和布局设计,所以热图对它们很重要。

要想热图用得好,一个很重要的点在于你几乎不能单独使用一个热图就想解决问题。我常常用集中对比热图的方法。

其一,多种热图的对比分析,尤其是点击热图(触摸热图)、阅读线热图、停屏热图的对比分析;

其二,细分人群的热图对比分析,例如不同渠道、新老用户、不同时段、AB 测试的热图对比等等。

其三,深度不同的互动,所反映的热图也是不同的。这种情况也值得利用热图对比功能。例如点击热图与转化热图的对比分析等。

总之,分析很多用户交互的时候,热图简直是神器,只不过,热图真的比你看到的要更强大!

方法四:Event Tracking(事件追踪)

互联网运营数据分析的一个很重要的基础是网站分析。今天的 app 分析、流量分析、渠道分析,还有后面要讲到的归因分析等等,都是在网站分析的基础之上发展起来的。

但是,早期的网站分析有一个特点,就是对于用户在页面上互动行为的记录,只能记录下来一种,就是点击 http 链接(点击 URL)。不过随着技术的发展,页面上不仅仅只有 http 链接,页面上还有很多 flash(现在 flash 都要被淘汰了)、JavaScript 的互动链接、视频播放、链接到其他的 web 或者 app 的链接等等,用户点击这些东西就都无法被老方法记录下来了。

不过,有问题就一定有方法,人们发明了 event tracking 来解决上面的问题。event tracking 本质上是对这些特殊互动的定制化监测,而由于是定制化,所以反而有了更多附加的好处,即可以额外添加对于这个活动的更多的说明(以 event tracking 这个方法的附件属性的方式)。结果,这个方法甚至有些反客为主,即使是一些 http 链接,很多分析老手也喜欢把它们加上 event tracking(技术上完全可行),以获得更多的额外监测属性说明。

随着 app 的出现,由于 app 的特殊性(屏幕小,更强调在一个屏幕中完成互动),分析 app 的 page(实际上应该是 app 的 screen)间跳转的重要性完全不如 web 上的 page 之间的跳转,但分析 app 上的点击行为的重要性则十分巨大,这就使我们分析 in-app engagement 的时候,必须大量依赖 event,而相对较少使用 screen。这就是说,在 app 端,event 反而是主,page(更准确应该是 screen)反而是辅!

这也是为什么,这个方法你必须要掌握的原因。

方法三:Cohort 分析

Cohort 分析还没有一个所有人都统一使用的翻译。有的说是队列分析,有的说是世代分析,有的说是队列时间序列分析。大家可以参考维基百科:队列研究,找找自己觉得合适的译名。

无论哪种叫法,Cohort 分析在有数据运营领域都变得十分重要。原因在于,随着流量经济的退却,精耕细作的互联网运营特别需要仔细洞察留存情况。Cohort 分析最大的价值也正在于此。Cohort 分析通过对性质完全一样的可对比群体的留存情况的比较,来发现哪些因素影响短、中、长期的留存。

Cohort 分析受到欢迎的另一个原因是它用起来十分简单,但却十分直观。相较于比较繁琐的流失(churn)分析,RFM 或者用户聚类等,Cohort 只用简单的一个图表,甚至连四则运算都不用,就直接描述了用户在一段时间周期(甚至是整个 LTV)的留存(或流失)变化情况。甚至,Cohort 还能帮你做预测。

我总觉得 Cohort 分析是最能体现简单即美的一个典型方法。

方法二:Attribution(归因)

归因不是人人都听说过,用好的更是寥寥无几。 不过,考虑到人们购买某一样东西的决策,可能受到多种因素(数字营销媒体)的影响,比如看到广告了解到这个商品的存在,利用搜索,进一步了解这个商品,然后在 social 渠道上看到这个商品的公众号等等。这些因素的综合,让一个人下定了决心购买。

因此,很多时候,单一的广告渠道并不是你打开客户闸门的阀门,而是多种渠道共同作用的结果。

如何了解数字营销渠道之间的这种先后关系或者相互作用?如何设置合理的数字营销渠道的策略以促进这种关系?在评价一个渠道的时候,如何将归因考虑在内从而能够更客观的衡量?这些都需要用到归因。

如果你是互联网营销的负责人,归因分析是必不可少的分析方法。在我的课堂上,会特别多的篇幅讲解这个方法。

方法一:细分

严格说,细分不是一种方法,它是一切分析的本源。所以它当之无愧要排名第一。

我经常的口头禅是,无细分、毋宁死。没有细分你做什么分析呀。

细分有两类,一类是一定条件下的区隔。如:在页面中停留 30 秒以上的 visit(session);或者只要北京地区的访客等。其实就是过滤。另一类是维度(dimension)之间的交叉。如:北京地区的新访问者。即分群(segmentation)。

细分几乎帮助我们解决所有问题。比如,我们前面讲的构建转化漏斗,实际上就是把转化过程按照步骤进行细分。流量渠道的分析和评估也需要大量用到细分的方法。

维度之间的交叉是比较体现一个人分析水平的细分方法。比如,我的朋友他将用户的反馈作为 event tracking 的属性(放在了 event action 属性中),提交给 GA,然后在自定义的报告中,将用户反馈和用户的其他行为交叉起来,从而看到有某一类反馈的用户,他们的行为轨迹是什么,从而推测发生了什么问题。

分析跳出率时,我们也会把 landing page 和它的 traffic source(流量源)进行交叉,以检查高跳出率的表现是由着陆页造成,还是由流量造成。这也是典型的维度交叉细分的应用。

无细分,毋宁死。

内容来源:网站分析在中国

原文发布于微信公众号 - 灯塔大数据(DTbigdata)

原文发表时间:2016-08-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏灯塔大数据

干货|互联网运营数据分析必须掌握的十个经典方法

? 眼花缭乱的东西很多,真正派上用场的,却不见得是那些看起来炫酷的。很多方法朴实无华,却解决大量的问题。 下面十个方法都是我这么多年做互联网运营分析时一定会用...

3244
来自专栏SDNLAB

现代数据中心标准COTS服务器的演进

数据中心内的x86商用成品(COTS)服务器的标准化已经经过了很长时间,因为该架构提供了多功能、低成本、易于集成、更有效地维护和管理配置文件,总而言之,其成本低...

3494
来自专栏腾讯大讲堂的专栏

大数据在服务器运营中的应用

腾讯公司从2012年开始,通过对服务器运营流程、工具系统的建设,服务器从一线到三线的运营基本转入线上自动化。在服务器静态配置、动态的运行状态和生命周期各个节点的...

29310
来自专栏JAVA高级架构

如何在三年内快速成长为一名技术专家

清英, 蚂蚁金服技术专家,支付宝架构师,《JAVA并发编程的艺术》作者,10年+软件开发和架构经验,并发编程网(http://ifeve.com/)创始人。

1503
来自专栏WeTest质量开放平台团队的专栏

鲜科技!内部云游戏沙龙分享

云游戏,也叫订制游戏,是在线游戏的一种不只是网页游戏或者是微端游戏,是一种游戏输入,运算,和画面显示分离的技术。目前有2种主要的云游戏形式:基于视频串流的云游戏...

5757
来自专栏大数据文摘

数字营销分析工具:美国今天,中国明天

2115
来自专栏华章科技

如何在三年内快速成长为一名技术专家

工作前三年是职业生涯中成长最快的几年,在这段时间里你会充满激情,做事专注,也容易养成良好的习惯。在我们公司有些同学在前三年中就快速成为某一个领域的技术专家,有些...

812
来自专栏腾讯大讲堂的专栏

腾讯海量监控体系经验分享

提及腾讯的海量监控的挑战,将近 20 套监控系统,指标有将近 300 多个,监控的实例超过 900 万。

1.2K9
来自专栏熊二哥

项目管理深入理解04--时间管理

进入比较重要的时间管理一章,重点是对WBS,工作单元,活动,资源,时间这一条线索的理解,熬夜加班到4点,继续俺的学习了,正好等等联调数据的状态,加油,熊二。 ...

2416
来自专栏鹅厂网事

基于服务器部件标准化的弹性运营方案

"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网...

42810

扫码关注云+社区

领取腾讯云代金券