有关用户留存模型的一种设计方法

没错,我的工种就是属于那种史上被人吐槽为最没技术含量、最打杂的工种——数据仓库开发工程师。

即使这样,我们也没有放弃理想啊,每天都在思考怎么把工作做的更好,即使打杂,也要打的优雅~~

 

 

今天分享一个用户留存模型的设计

 

1、抛出问题

用户留存是用户分析中最常用到的指标之一。

 

我们常常接到这样的需求:

~我们要看1天、2天、3天、4天 … 7天的留存~

~我们要看1天、2天、3天、4天 … 28天的留存~

 

还有一些不按套路出牌的:

~我们要看第33天的留存~

~我们要看第56天的留存~

让你在代码里写连着7天的留存,就已经写到手抽筋了,恨不得写个代码生成器来生成代码。

后面再来个连着28天的留存… 本来以为这就是终结了,谁知后面还有33天、49天、56天…

 

 

2、设计方案

可以这么来设计

 

  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
CREATE EXTERNAL TABLE IF NOT EXISTS  GDM_USER_LEFT_INFO_DAY
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值