[转] 同期群分析Cohort Analysis

一个漂亮的平均数完全是用数据创造出来的虚幻景象,会给我们的决策造成误导,因此我们需要掌握一个行之有效的方法来剖析真实的用户行为和用户价值,这个方法就是同期群分析(Cohort Analysis)。事实上,数据不会说谎,只是分析数据的人没有做到精准分析而导致对数据呈现的错误解读!

国内对同期群分析相关的研究相对较少,也许不是所有的运营都知道同期群分析,但它是每个产品运营必备的分析方法。在著名的《精益数据分析》一书里面,作为测试数据分析的灵魂也提到了同期群分析的相关内容。

同期群分析最早用于医药研究领域,意在观察不同被试群体的行为随着时间的变化呈现出怎么样的不同。通过监测不同的被试群体,医药研究员可以观察到不同的处方和治疗方式对被试的影响并且确定被试共同的行为模式。

那么在运营领域,什么是同期群呢?

同期群属于用户分群里的一个细分,是指在规定时间内对具有共同行为特征的用户进行分群。“共同行为特征”是指在某个时间段内的相似行为,它除了按不同时间的新增用户来分类外,还可以按不同的行为来分类,譬如“在2017年6月第一次购买”,“在2017年10月第二周对产品的使用频率开始降低”等。

注意同期群分析侧重于分析在客户生命周期相同阶段的群组之间的差异。

同期群分析(Cohort Analysis)为什么很重要?

在产品发展过程中,我们通常会把产品收入和产品用户总量作为衡量这个产品成功与否的终极指标。不可否认这些指标固然重要,但是它们并不能用来衡量产品最近所取得的成功,并且极有可能会掩盖一些急需我们关注的问题,如用户参与度持续走低、用户新增在逐渐变缓等。在用户行为分析的过程中,我们需要更细致的衡量指标,这样才更有利于我们准确预测产品发展的走向并通过版本迭代及时对产品进行优化和改进。

同期群分析(Cohort Analysis)是提高APP用户留存的关键

上面提到,一个产品的成功与否不在于下载量多少,而在于如何留住即将流失的用户以及如何召回已经流失的用户。

我们不能通过下载量确定APP发展的具体情况,因为漂亮的下载数据会误导我们以为APP发展很健康,但实际上,很多用户下载几天后就流失了。同期群分析是提高用户留存的关键。

案例

针对首次启动APP的用户进行同期群分析,并观察他们接下来七天的留存情况。

17461个新增用户在10月30日首次启动了APP,第一天在这些用户里有30.6%的人再次启动,第四天12.2%,第七天7.9%,这表明在第七天的时候约每12个用户里就只剩下一个活跃用户。这同时也意味着我们流失了92%的用户

我们需要知道哪些同期群有更好的留存并分析原因。如:我们在那一天发起了一场新的营销活动吗?还是提供了促销或折扣?或是发布了新功能,在产品里添加了视频教程?我们可以将这些成功的策略应用于其他用户,来提高用户活跃度及留存率。我们还可以比较不同时间段的留存:

拉新后的留存:通过比较拉新后不同的同期群,我们可以看到4天,7天等时间段后再次回来的用户。这些同期群数据可以让我们了解用户登录体验,产品质量,用户体验,市场对产品的需求力等关键信息。

长期留存:通过观察每个同期群用户再次回来使用APP的天数,我们可以看到每个同期群长期的留存,而不是拉新后几天的留存。

我们可以知道用户是在哪里退出的,并且可以知道活跃用户群有什么特征,他们在做什么,这样一方面有助于我们在拉新时快速找到目标用户,另一方面我们还可以影响新用户,让他们遵循同样的路线,最终成为忠诚用户的模样。

同期群分析(Cohort Analysis)能帮助我们实时监控真实的用户行为、衡量用户价值并制定有针对性的营销方案

例如我们的运营团队在9月份发起了一场为期60天的欢迎活动,想要通过一系列折扣和优惠来推动用户增长。通过广告展示和社交媒体,我们每天都有数以千计的用户增长。5个月后,我们的用户增长量非常大,领导对我们的活动结果非常满意。

表面看,我们顺利达到了用户增长的目标。然而,当我们仔细研究同期群的数据,从用户的终身价值出发,我们会发现,欢迎活动中新增的用户在活动2个月之后购买率持续降低,与之相反,活动前的新增用户如8月份的用户,在活动的这五个月里购买率一直比较稳定。

如果我们只把每月总收入作为衡量指标,我们就会以为收入增长仅仅来自新涌入的用户。然而,活动启动之后的用户群组数据表明,一旦优惠活动结束,收入就会下降。收入下降证明我们并没有扩大忠实用户群体。

如上所示,通过同期群分析我们可以实时监控真实的用户行为趋势,否则,我们会因为只分析总体数据得到错误的判断而做出错误的决策。通过分析每个同期群的行为差异,我们可以制定有针对性的营销方案。在这个案例中,运营人员需要制定新策略来提高活动开始两个月后的用户参与度。

如何实施同期群分析(Cohort Analysis)?

首先从定义商业疑问开始

定义商业疑问是研究得到有效结果的前提。商业疑问定义基于商业目标以及研究试图解决的问题。

用户在我们优化产品之后购买转化率是否提升?产品改进后用户流失率是否降低?我们需要对这些疑问进行迭代和细化,以确保它与商业目标一致。

依据商业疑问定义度量指标

如购买转化率和用户留存率是回答业务问题的关键指标,我们想要了解从注册到完成购买每一步的用户流失率以及最后的购买转化率。

定义同期群

前面留存的案例里,同期群是基于创建账户一周内购买的用户。在其他情况下,我们可以用不同的方式定义同期群,例如,某个内容APP,我们可能会基于创建账号的24小时内发布内容的用户。

分析同期群数据

我们还以图一典型的同期群表格为例,横向为自然天数排列,纵向为每天的新增用户数,表格内部是计算的每天留存率,一般情况下横向的留存率最终会在某天后停留在一个相对稳定的状态,从图中我们可以看到,在第5天留存趋于稳定。这就说明这批用户是稳定留存下来的。否则,如果留存率一直下降,总有一天会归零。

我们再来看下纵向的留存数据,如果一个产品在健康发展,这个数据应该是越来越好。很显然这个产品并不是,PM应该不断根据历史数据优化改进产品,提升用户体验,从而提高用户留存率!

总结

同期群分析(Cohort Analysis)有利于我们更深层地分析用户行为,并揭示总体衡量指标所掩盖的问题。在营销方式和活动效果不断变化的当下,学会运用同期群分析有利于我们预测未来收入和产品发展趋势。

本文原创首发于Cobub微信公众号dev-cobub,如需转载请注明出处!

作者:CobubRazor
链接:https://www.jianshu.com/p/1b372e3c12b4
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

原文地址:https://www.cnblogs.com/ljhdo/p/11671222.html

时间: 2024-10-09 00:13:17

[转] 同期群分析Cohort Analysis的相关文章

x264源代码简单分析:宏块分析(Analysis)部分-帧间宏块(Inter)

本文记录x264的 x264_slice_write()函数中调用的x264_macroblock_analyse()的源代码.x264_macroblock_analyse()对应着x264中的分析模块.分析模块主要完成了下面2个方面的功能: (1)对于帧内宏块,分析帧内预测模式(2)对于帧间宏块,进行运动估计,分析帧间预测模式 上一篇文章记录了帧内宏块预测模式的分析,本文继续记录帧间宏块预测模式的分析. 函数调用关系图 宏块分析(Analysis)部分的源代码在整个x264中的位置如下图所示

x264源代码简单分析:宏块分析(Analysis)部分-帧内宏块(Intra)

本文记录x264的 x264_slice_write()函数中调用的x264_macroblock_analyse()的源代码.x264_macroblock_analyse()对应着x264中的分析模块.分析模块主要完成了下面2个方面的功能: (1)对于帧内宏块,分析帧内预测模式(2)对于帧间宏块,进行运动估计,分析帧间预测模式 由于分析模块比较复杂,因此分成两篇文章记录其中的源代码:本文记录帧内宏块预测模式的分析,下一篇文章记录帧间宏块预测模式的分析. 函数调用关系图 宏块分析(Analys

Cohort Analysis and LifeCycle Grids mixed segmentation with R(转)

This is the third post about LifeCycle Grids. You can find the first post about the sense of LifeCycle Grids and A-Z process for creating and visualizing with R programming language here. Lastly, here is the second post about adding monetary metrics

LoadRunner - 结果分析 / Result Analysis

LoadRunner 最重要也是最难理解的地方--测试结果的分析.其余的录制和加压测试等设置对于我们来讲通过几次操作就可以轻松掌握了.针对 Results Analysis 我用图片加文字做了一个例子,希望通过例子能给大家更多的帮助.这个例子主要讲述的是多个用户同时接管任务,测试系统的响应能力,确定系统瓶颈所在.客户 要求响应时间是1 个人接管的时间在5S 内. 2.系统资源: 2.1 硬件环境: CPU:奔四2.8E 硬盘:100G 网络环境:100Mbps 2.2 软件环境: 操作系统:英文

平摊分析 Amortized Analysis ------geeksforgeeks翻译

当偶尔一切操作很花的时间很慢,而大多数操作的时间都很快的时候,平摊分析的方法就很很好用了.在平摊分析中,我们分析一串操作并且可以得到最坏情况下的平均时间复杂度.例如hash table, disjoint set 和splay tree都是用平摊分析算法的. 举一个简单的hash table的插入算法,我们怎么来定义hash table的大小呢?这是一个时间和空间的权衡(trade-off).如果让hash table空间大的话,那搜索的时间会变慢,如果空间小,不一定能存的下数据. 解决这种权衡

GlusterFs卷类型分析及创建、使用(结合kubernetes集群分析)

引言 本文通过对卷类型的分析对比,来帮助读者选取生产环境最符合服务的挂载存储,命令可结合<glusterfs详解及kubernetes 搭建heketi-glusterfs>进行实验,下面进入正题 几种卷类型 基础卷:布式卷(distribute).条带卷(stripe).复制卷(replica).纠错卷(Dispersed ) 复合卷:分布式条带卷(distribute stripe).分布式复制卷(distribute replica).条带复制卷(stripe replica).分布式条

分析循环 Analysis of Loops-------geeksforgeeks 翻译

之前我们讨论了渐进分析,最佳最坏平均情况的分析以及渐进符号.在这一篇中我们分析一下迭代的简单程序. 1. O(1): 如果程序中没有包含任何的循环,递归或者任何的非常数时间的函数,我们就说这个程序的时间复杂度为O(1).例如简单的swap()函数就是O(1) // Here c is a constant for (int i = 1; i <= c; i++) { // some O(1) expressions } 这个程序也是O(1)因为C是常数.所以整个程序可以再常数时间内完成. 2.O

memcached构建集群分析之一

memcached本身是不支持集群的,集群所关注的容灾.容错.宕机恢复机制统统都没有,实战中需要自己实现容灾机制. memcached集群相比memcached的优势: 巨量数据分布到集群的多台应用主机可以降低带宽压力.数据访问时间. memcached集群相比未集群的多台memcached的优势: 集群系统的容灾机制保证了全天候的业务高可用性. 集群的某一台或者某几台服务器宕机,都会有备份服务器接管业务,根据容灾的级别,对客户的影响被隔离到无影响.闪断即恢复.中断数分钟~十数分钟. 集群封装了

逃逸分析(Escape Analysis)

什么是逃逸? 逃逸是指在某个方法之内创建的对象,除了在方法体之内被引用之外,还在方法体之外被其它变量引用到:这样带来的后果是在该方法执行完毕之后,该方法中创建的对象将无法被GC回收,由于其被其它变量引用.正常的方法调用中,方法体中创建的对象将在执行完毕之后,将回收其中创建的对象:故由于无法回收,即成为逃逸. /** * 无逃逸 */ void test01() { String test1 = "test1"; } String test2; /** * 逃逸 */ void test