介绍一种更精确的用户流失率计算方法
在如今的互联网时代下, 竞争越来越激烈,获客成本不断攀升。 很多企业将更多的精力和成本投入到用户留存上。 然而,作为衡量客户留存的一个重要指标 “用户流失率” 的计算方式,如果有问题, 企业则无法有效的发现用户流失中的问题。 今天我们探讨一个更加精确的用户流失计算方式, 帮助企业争取的衡量这一重要的KPI指标。
一. 传统的用户流失率计算方式,以及其存在的问题
目前行内绝大部分的用户流失率是这样计算的:
用户流失率= 总用户流失量/总用户量
这个公式乍一看好像没有问题, 但首先, 这里必须统一标准:总用户量是期初的总用户量还是期末的总用户量? 如果选择的标准不同,则会导致不同的结果。如下面的例子:
某App产品, 5月的用户数据:
- 5月月初用户总量: 100000 (10万) 人
- 5月月末老用户流失量:5000人 (假设:5%的老用户流失率)
- 5月新增用户量:20000人
- 5月新增用户流失量:1000人
- 5月月末总用户流失量:6000人(5000+1000)
- 5月净增值用户量=20000-6000=14000人
- 5月月末总用户量=114000人
- 5月用户流失率=6000/100000=6%
在计算用户流失率时,如果总用户量使用期初标准,则:
用户流失率=6000/100000=6%
如果总用户量使用期末标准,则:
用户流失率=6000/114000= 5.26%
以上不是今天讨论的主要问题, 只是说明下标准的重要性,所以在本文中,我们的总用户量以期初总用户量为标准。
下面真正问题来了:
六月份,假设我们依然是5%的老用户流失率,和完全一样的新用户增长数量,以及新用户流失数量的话, 会是什么样的一个结果呢?
- 6月月初用户总量: 114000人 (等于5月月末用户总量)
- 6月月末老用户流失量: 5700人 (依然是5%的老用户流失率)
- 6月新增用户量:20000人 (与5月相同)
- 6月新增用户流失量:1000人(与5月相同)
- 6月月末总用户流失量=6700人 (5700+1000)
- 6月净增用户量=13300人 (20000-6700)
- 6月总用量=127000人 (114000+13300)
- 6月用户流失率= 6700/114000 = 5.88%
各位读者看出问题了吗? 6月份老用户流失率与5月完全一样, 新增用户, 新增用户流失量也月5月份完全一样,但是我们的用户流失量从6%下降到了5.88%,仅仅是因为我们的总用户量变大了。
我们可以保持同样的公式计算下去, 你会发现尽管我们的老用户以同样的速度流失,新增用户以同样的数量增加并以同样的数量流失, 但是我们的用户流失率越来越低。 换句话说,我们的用户运营部门啥也没做, 但他们的KPI却越来越漂亮, 企业老板还很开心的说,我们的用户流失率越来越低,我们的客户越来越爱我们的产品。 然而,结果并不是这样的。
二. 一种更精确的用户流失率计算方式
用户流失率决定这一个产品是否能够成功, 关于用户流失率有没有更精确的计算方式呢? 下面我介绍一个更精确的用户流失计算方式, 希望能够对大家有所帮助。
不以用户量,而是以用户生命时间计算为指标计算用户流失率。
我对这个概念简单介绍下,你的用户每一天都有一定的几率离开你, 并流失掉, 如果一个用户是使用了你的产品5天,并在第五天流失了,则这个客户在生命时间内的流失率是:
1/5= 20%
听着有点糊度? 没事, 我们用案例展示下如何以用户生命时间为指标计算用户流失率:
前提假设
- 每个月有30天
- 本月新增用户以匀速速度增长
计算开始
- 5月份月初用户生命时间= 100000人 x 30天 = 3000000天
- 5月新增用户生命时间= 20000人 x 30天 x 0.5 = 300000天 (为什么乘以0.5? 因为我们前提假设本月新增用户是以均速增长的)
- 5月份总用户生命时间= 3300000天
- 5月总流失用户=6000人
- 5月每生命周期内流失率= 6000/3300000=0.18%
- 5月用户流失率= 0.18% x 30天 = 5.4%
我们再以生命时间流失率计算6月份的用户流失率:
- 6月份月初用户生命时间= 114000人 x 30 =3420000天
- 6月新增用户生命时间= 20000人 x 30天 x 0.5 = 300000天
- 6月总用户生命周期= 3720000天
- 6月总流失用= 6700人
- 6月每生命周期内流失率=6700/3720000=0.18%
- 6月用户流失率=0.18% x 30天= 5.4%
三. 总结
可见,以用户生命时间为指标计算用户流失率的精确度要高于以用户量为指标的用户流失率计算方法。 但目前,这种计算方式并没有普及。在此, 我将此技术方式介绍给读者,希望帮助大家更好的认识用户流失率的计算问题, 以便树立正确的用户流失KPI与战略。
建立正确的KPI指标是降低用户流失率的开始,然而并不是全部,本人将在日后写一系列关于用户流失率改进的内容,望各位读者关注本人的文章。
作者:陈迪 Derek,Udesk客服系统增长运营总监,前乐视高级运营经理,增长黑客, 加拿大MBA海归,多年国内和海外互联网公司运营经验。曾在北美B2C 100强公司任运营管理工作。回国后,曾多次创业,并参与多个互联网公司运营咨询工作。
本文由 @陈迪 原创发布于人人都是产品经理。未经许可,禁止转载。
为啥用1/5?这个计算出来的意义是什么
不对啊,从定性上分析,要以时间算的话,那应该用用户时长来算才有意义。从定量上来看,已经说了流失率5%,你为啥还要去重新计算流失率呢,不就是5%吗。
关键问题是,如何定义用户流失的时间长度,求科普
这错的离谱,误人子弟,删文自省吧
统一用月末标准差异就小了
本文致命错误在于前面的逻辑推演
你否定的原始用户流失率公式,用户流失率= 总用户流失量/总用户量
但是你推演的公式实际是,用户流失率= 总用户流失量/总用户剩余量,你不能因为客户流失了就不算在你的总用户量里
如果用开篇的公式,你所列举出来的例子,
5月初用户10万,新用户2万,5月总用户量12万,老客户流失5000,新用户流失1000,5月总流失6000,流失率=6000/120000=5%
6月初用户11.4万,新用户2万,6月总用户量13.4万,,老客户流失5700,新用户流失1000,6月总流失6700,流失率=6700/134000=5%
道理很简单,你预设的老用户流失率和新用户流失率都是5%,那么总流失率一定是5%
BTW,你老用户的流失率就是你说的第一个公式,但你后面的推演都不是按它来,Why?
关键问题是,如何定义用户流失的时间长度,求科普
为什么6月初客户是11.4,而不是12万呢。这样你的总用户量其实还是总用户剩余量
本文知名错误在于前面的逻辑推演
你否定的原始用户流失率公式,用户流失率= 总用户流失量/总用户量
但是你推演的公式实际是,用户流失率= 总用户流失量/总用户剩余量,你不能因为客户流失了就不算在你的总用户量里
如果用开篇的公式,你所列举出来的例子,
5月初用户10万,新用户2万,5月总用户量12万,老客户流失5000,新用户流失1000,5月总流失6000,流失率=6000/120000=5%
6月初用户11.4万,新用户2万,6月总用户量13.4万,,老客户流失5700,新用户流失1000,6月总流失6700,流失率=6700/134000=5%
道理很简单,你预设的老用户流失率和新用户流失率都是5%,那么总流失率一定是5%
BTW,你老用户的流失率就是你说的第一个公式,但你后面的推演都是按它来,Why?
请问流失量是怎么统计出来的?
本质就是在算平均流失率;而且稳定增长0.5说不准
有点和稀泥的感觉,当月新增就能算出当月流失,这个流失是这么定义的,还区分新用户流失和老用户流失?
这个算法的举例有点糊涂人,作者分母选择的是月初总客户数。如果我们选择了月末的客户总数,5月份流失率=6000/114000=5.26%;6月份流失率=6700/127000=5.2775%。流失率反而是变大了
当用户月增长为正,总量不断累加,此时每月的流失用户维持不变,在全局意义来评测,与其流失率逐月降低似乎并不相悖;当然具体问题行业都要具体分析,我们写在只是针对全局的留存与流失。
拉张Excel计算一下,月用户增长10%,初始客户数10000,每月固定流失客户50。第一个月流失率是50/10000=0.5%。第四个月时,客户数=13310 ,流失客户=200(50*4),流失率是200/13310=1.5%。
哪里来的变小
变小是有预设前提的,对于TO B客户,很容易越滚越大的。。。。
按照你的算法,新增用户假设是匀速增长,即可假设每天新增用户数为d,一个月的新增用户数即为(1*d+2*d+3*d+···+30*d)=20000,
计算新增用户的生命时间是不是可以用第一天的新增用户数d*30 ,第二天的用d*29依次类推,一个月的新增用户生命时间可
(d*30+d*29+····+d*1)和第一个算式是一样的即20000;
5月的总生命时间即为3020000,6月的总生命时间即为3440000;五月的流失率:6000/3020000*30=0.0596;而6月的流失率6700/3440000*30=0.0584;这两个的结果明显是不一样的,这样也证明6月的流失率比五月的低
存量和新增用户分开算流失率,就不存在因为新增导致的数据误会了。5月存量流失率=5000/100000=5%.六月存量流失率=5700/114000=5%,这不就是实际情况吗 本身把存量和新增的用户同样生命周期看待也不太精准吧
因为要用例子说明问题,所以新增和老客户流失故意设置为同样的速度,如果速率不一致或者是周期不一样,如计算年流失率,将新用户和存量客户流失率分开计算就没有用了
你理解的是对的,作者的数学有点捉急。。。
原来你算得是流失概率,我还以为你这篇文写的是计算流失率(占比)呢!!!而且你最后用0.18乘以30也不对啊,这些个人又不是6月份第一天就集体消失的!不是每个人都损失了30天哦!
你再好好读一遍
怎么能用人数直接除以天数?单位不统一啊
计算的是每人在每个生命周期内的的流失几率,简单一点算,一个产品一共有2个用户,1个用户在本月流失,另外一个没有流失,流失率是50%, 以生命周期算,每人每天的流失几率为 1/60= 0.0166666 , 本月流失率= 30 x 1/60= 50%
原来你算得是流失概率,我还以为你这篇文写的是计算流失率(占比)呢!!!而且你最后用0.18乘以30也不对啊,这些个人又不是6月份第一天就集体消失的!不是每个人都损失了30天哦!
算法不严谨,每个生命周期内流失率不能用总流失人数去除以总天数,这样得到的只会是一个单个生命周期流失用户数量是一个单位是人/天的数字而不是一个比率。是否可以改成这样,用户增加与用户流失同时定义为平均增减,以6月为例那用户总流失天数就为6700*30*0.5,这样的算出的结果是高于之前算法的,但是我们讨论的是新的算法,算法不同结果不同是必然的,最终结果只是提供一个参考依据。
用户流失率的计算方式没有精确的计算方式,本人所在SaaS软件行业,应该算是对于用户流失率关注最高的行业之一了,业内普遍使用的是本期用户流失量/期初用户总量的方式。美国Netflix曾被股东告上法庭,因为怀疑在用户流失率上做手脚,最终因用户流失率缺乏行业标准并没有起诉成功。
用户流失率是一个指标,并不像销售金额那个与用于评判运营中的很多问题,需要能够反映情况的变化,以帮助企业进行运营调整。以上的算法足以满足此目的。
这个公式相对于传统计算公式确实客观了很多,如果我们不设想为匀速增长取0.5,用速度算加权平均数得出的值会不会更客观一些
结果能够反映问题,指导运营调整即可,99%与99.99%精确度的区别而已
为什么匀速增长是*0.5?
数学 😀
写的不错😊
公式是否应该将用户流失速度情况考虑进去呢
结果能够反映问题,指导运营调整即可,99%与99.99%精确度的区别而已