运营周会上,市场部报的次日留存是 42%,数据组报的是 35%——两个数字打架的根源是口径不一:一个分母算的是登录玩家、另一个算的是注册玩家;一个 ARPU 除以活跃数、另一个除以总数。指标没有统一定义,所有基于数据的产品决策都建立在流沙上。指标口径设计的目标:每一个运营指标有唯一、成文、可追溯的定义,口径变更走评审,报表与定义永远同源。
核心口径三条:次日留存(D1)= 当日登录且前一日为其注册日的玩家数 除以 前一日注册玩家数(分母是注册不是活跃);7 日留存(D7)= 注册第 7 日仍登录的占比,窗口含注册日当天;ARPU = 当期总充值金额 除以 当期活跃玩家数(当日有登录即为活跃),ARPPU 则以付费玩家数为分母——两个数不许混用。口径治理:定义表唯一来源(指标字典),每个指标登记名称、公式、分母口径、数据来源表、负责人五要素;口径变更必须评审留痕,历史报表标注当时的口径版本。数值验证:口径统一后,周会数据争议从每会 3 起降到 0,报表交付周期从 3 天缩到 1 天。
留存参数单独一节。配置如下:
[MetricRetention]
D1 = 1
D7 = 7
D30 = 30
Denominator = register
收费参数单独一节。配置如下:
[MetricARPU]
Period = month
ActiveDef = login_day
ArppuDenominator = payer
变种方向:一是口径字典工具,指标查询页面直接展示公式与分母说明,任何报表数字可下钻到定义;二是指标血缘,指标依赖哪些原始表、经过哪些加工步骤,链路可视化,数据异常时知道往哪查;三是异常口径告警,某指标的当期数值偏离历史均值 3 个标准差时自动提醒,先审口径再信数字。设计纪律一条:任何指标改口径必须保留旧口径并行计算一个版本——直接切换会让趋势曲线出现假断点,决策者看到的是口径跳变还以为是业务跳变。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问:40 张价目表进程启动全量加载,其中 33 张一天没人访问,白占 18MB——能不能首次访问才加载,访问过的驻…
一、一行代码拆解:local nxt = FSM[state][ev] —— 这一行把祖玛教主狂暴流程写进二维表:状态为行、…
一、一行代码拆解:v = a + (b - a) t —— 这一行是线性插值,t 从 0 走到 1,烈火剑法伤害从 800 …
一、隐蔽陷阱:sendmsg 直接拼 stock 表,屏上永远是 "table: 0x0064a2c0",排查库存差异只能靠…
一、线上事故:报名次数 getplayvar 取回 nil 被 or 0 兜成零,没报过名的与正好 0 次的混成一团,守城补…
一、线上事故:施放入口按装备类型写分支,新装备"弓"上线漏改 elseif,1200 次施放静默不触发,补偿 500 金元。…