LTV用户价值
U-MiniProgram为小游戏开发者提供LTV用户价值分析看板,开发者按照U-MiniProgram提供的高级自定义事件上报规则,将收入金额通过指定方式上报,即可在LTV用户价值看板中查看周期内的LTV趋势及每日LTV明细。
适用范围
支持平台:微信小游戏、字节跳动小游戏、QQ小游戏、快应用小游戏
LTV概念概述
LTV用户价值(life time value)指应用从用户获取到用户流失过程中获得的收益总和,收入金额是最常见的收益口径之一,和获客成本比对可判断投入和产出是否平衡。业务方通过LTV用户价值趋势,可分析特定日期或周期内新获取的用户群体在一定时长内所贡献的人均价值,了解拉新活动的效果。
LTV用户价值作为常见的衡量变现效果的通用指标,在广告投放、运营拉新等场景中均有涉及。
适用场景
运营活动拉新的质量如何?通过活动拉新带来的新用户价值是否高于以往?是否带来了显著的收益?
完成获客后,哪个时间段是用户提供价值的黄金阶段?在何时需要再提供刺激使用户产生更多价值?
用户贡献的价值会在多久之后趋于稳定?
用户贡献的价值是否高于用户获取的成本?
计算方式
U-MiniProgram提供以收入金额为收益口径的LTV用户价值,按周期长短展示LTV首日-LTV10、LTV14、LTV30、LTV60、LTV累计的值。计算方式如下:
某日的人均LTVn = 该日新增用户从获客日起n天内贡献的总金额/该日新增用户数
分子为:该日所有新用户从获客日起到随后n天的时间范围内,在应用中贡献的总付费金额
分母为:该日新用户数
周期的人均LTVn=该周期内所有新增用户从获客日起n天内贡献的总金额/周期内所有新增用户数
分子为:该周期内每日新增用户从各自获客日起到随后n天的时间范围内,在应用中贡献的总付费金额。若某日获取的新用户至周期结束时长不足n天,则按照该日新用户已产生的最大价值计算。
分母为:该周期内每日新增用户数加和
NUn:周期内第n天的新增用户数
Pn,m:周期内第n天在后续第m天内上报的付费事件中付费金额字段产生数据的求和
日期 | 用户数 | LTV首日 | LTV2 | LTV3 | LTVm | LTV累计 |
|---|---|---|---|---|---|---|
∑n(NUn) | ∑n(Pn,1)/∑n(NUn) | {∑n(Pn,2)+P30,1}/∑n(NUn) | {∑n(Pn,3)+P30,1+P29,2}/∑n(NUn) | ∑n{MAXm(Pn,m)}/∑n(NUn) | ∑n{MAXm(Pn,m)}/∑n(NUn) | |
20210730 | NU30 | P30,1/NU30 | - | - | P30,m/NU30 | P30,1/NU30 |
20210729 | NU29 | P29,1/NU29 | P29,2/NU29 | - | P29,m/NU29 | P29,2/NU29 |
...... | ...... | ...... | ...... | ...... | ...... | ...... |
20210701 | NU1 | P1,1/NU1 | P1,2/NU1 | P1,3/NU1 | P1,m/NU1 | MAX(P30,m)/NU30 |
LTV累计:截至最新时间节点计算出的LTV数据。即某日获得的新用户,从获客日至今人均带给应用的收入金额。
计算举例
时间周期:2021/07/01~2021/07/30 共30天
则该周期内LTV3的值为:

对于2021/07/01,加入计算的是2021/07/01的新用户在2021/07/01-2021/07/03的收入金额;
对于2021/07/02,加入计算的是2021/07/02的新用户在2021/07/02-2021/07/04的收入金额;
依此类推......
对于2021/07/29,从获取的新用户至2021/07/30时长不足3天,应按照新用户已产生的最大价值计算,所以加入计算的是2021/07/29的新用户在2021/07/29-2021/07/30的收入金额;
对于2021/07/30,从获取的新用户至2021/07/30时长不足3天,应按照新用户已产生的最大价值计算,所以加入计算的是2021/07/30的新用户在2021/07/30的收入金额;
其中,在2021/07/01~2021/07/30 共30天的周期内
对于2021/07/01,LTV累计=LTV30
对于2021/07/29,LTV累计=LTV2
付费金额上报方式
按照小游戏高级自定义事件上报规则,U-MiniProgram支持营收、关卡付费、等级付费三种付费事件的金额上报方式,LTV用户价值将分别取以上三个事件中money参数的加总值,为总付费金额进行LTV计算。
请严格按照文档提供的方式进行金额上报,否则将无法被计入总付费金额进行LTV计算。
1.营收
玩家消费成功后调用此接口进行金额上报
接口
uma.revenue
参数
参数/Key | 描述 | 参数类型 | 是否必传 | 规则 |
group | 固定字段 | sting | 是 | 该字段固定值为default,不可随意更改 |
money | 付费金额 | number | 是 | 请注意值格式,传错不能进行金额计算 |
name | 付费项目 | sting | 是 | — |
desc | 描述 | string | 否 | — |
wx.uma.revenue({
group:'default',//该字段名称不可修改,必传
money:100,// 付费金额 (该字段必传) 格式:数值型,number;请注意值格式,传错不能进行金额计算
name:"充值",// 付费项目(该字段必传),字符格式, 例如:充值、广告、复活等
desc:"个人中心进行充值充值"// 描述(非必选) String
})2.关卡付费
接口
uma.revenue
参数
参数/Key | 描述 | 参数类型 | 是否必传 | 规则 |
group | 固定字段 | sting | 是 | 该字段固定值为stage,不可随意更改 |
money | 付费金额 | number | 是 | — |
name | 付费项目 | sting | 是 | — |
stageId | 关卡ID | sting | 是 | 该字段必传,且必须传为string类型 |
stageName | 关卡名称 | sting | 是 | 必传 |
desc | 描述 | string | 否 | — |
示例
wx.uma.revenue({
group:'stage',// 该字段为关卡付费固定字段不可修改 (该字段必传)
stageId:"stage1",// 关卡id (该字段必传) String
stageName:"新手关",// 关卡名称 (该字段必传) String
money:100,// 付费金额 (该字段必传) Number
name:"复活机会",// 付费项目(该字段必传) String
desc:"在关卡中使用火力增强,增加实力",// 描述(可选) String
})3.等级付费
接口
uma.revenue
参数
参数/Key | 描述 | 参数类型 | 是否必传 | 规则 |
group | 固定字段 | sting | 是 | 该字段固定值为grade,不可随意更改 |
money | 付费金额 | number | 是 | — |
name | 付费项目 | sting | 是 | — |
levelId | 等级ID | sting | 是 | 该字段必传,且必须传为string类型 |
levelName | 等级名称 | sting | 是 | — |
desc | 描述 | string | 否 | — |
示例
wx.uma.revenue({
group:'grade',// 该字段为关卡付费固定字段不可修改 (该字段必传)
levelId:"level1",// 关卡id (该字段必传) String
levelName:"等级1",// 关卡名称 (该字段必传) String
money:100,// 付费金额 (该字段必传) Number
name:"复活机会",// 付费项目(该字段必传) String
desc:"在关卡中使用火力增强,增加实力",// 描述(可选) String
})使用方法
1.按照指定方式上报
详见上文「付费金额上报方式」,及小游戏高级自定义事件上报规则
2.查看数据
当前为小游戏类型应用(微信小游戏、字节跳动小游戏、QQ小游戏、快应用小游戏),在左侧菜单选择「LTV用户价值」进入看板。
看板支持的最大周期为60天,视所选的周期长度展示LTV首日-LTV10、LTV14、LTV30、LTV60、LTV累计。

LTV趋势
呈现选定周期内的LTV趋势变化,可帮助您了解周期内所有新用户在获客n天内人均贡献的变化趋势。
由于分子是新用户获客后首日内→2天内→3天内→...→n天内的提供的贡献,在周期内是不断进行多日累加的,而分母为周期内每日新用户数的加总,在周期内是固定值,所以LTV的值会逐日增大,最终呈现一个不断向上直至平缓的折线图。
每日明细
呈现周期内每日的LTV明细数据,可帮助您了解单日获得的新用户在获客n天内人均贡献的数值。
例如图例中10.21日获客2400人,则10.21日的LTV首日是这2400位新用户在10.21日的人均贡献,10.21日的LTV4是这2400位新用户在10.21至10.24日这4天内所有贡献的人均值,10.21日的LTV累计是这2400位新用户在10.21至周期内最后一日已经产生的所有贡献的人均值。