
如何在不同日期范围内比较应用收入
一个比较在数学上可能完全正确,却依然具有误导性。当本月只有十个已结束的日子时,“本月对比上月”并不公平。当今天还没结束时,“今天对比昨天”也不稳定。AdMate 让切换周期变得很容易,但选择可比的时间窗口仍然是分析者的工作。
请将以下方法用于广告、订阅和应用商店指标。
从决策出发
先确定问题,再选择日期:
- 每日表现是否异常?
- 本周是否在改善?
- 某个版本是否改变了变现情况?
- 季节性是否影响了本月?
- 是否由单个应用带动了整个组合的变化?
问题决定了有用的粒度和比较方式。版本分析可能需要发布前后相互对应的日期;月度会计审核则需要服务商已关账的周期。
比较相同的时长
优先使用长度相同的完整区间:
- 最近一个已结束的日子对比前一天;
- 周一至周日对比上一个周一至周日;
- 本月前 15 个已结束的日子对比上月前 15 天;
- 已关账的月份对比上一个已关账的月份。
如果星期几有影响,就比较相同的星期构成。由于周末使用情况的差异,七天区间可能比单独一天更具代表性。
固定范围
在查看百分比变化之前,请确认:
- 服务商账号;
- 应用或项目;
- 商店和平台;
- 国家或地区筛选;
- 产品或广告单元筛选;
- 货币;
- 指标定义。
即使所有原有应用都保持持平,组合比较也可能因为有新应用计入总额而发生变化。请明确记录范围的变化。
处理当天数据
当天数据并不完整,还可能存在服务商延迟。要么排除当天,要么使用支持该粒度的服务商比较相同的已过去小时数。不要拿今天 10:00 的数据与前一整天比较,然后把这个百分比当作每日下滑发布出去。
对于管理层摘要,完整的日子通常更清晰,也更容易复现。
时区
不同服务商可能按不同时区将事件归入日期。在同一服务商内部比较时,保留该服务商的日期边界。跨服务商分析时,记录各自的时区,并优先使用更长的完整周期,以减少午夜前后的噪声。
不要为了让两张图表一致而悄悄把交易挪到其他日期。
同时看金额和百分比
从 1 增加到 2 是 100% 的增长,但只多了一个单位。从 10,000 增加到 10,500 只增长 5%,却可能对业务更重要。
两者都要记录:
- 绝对变化 = 当前周期减去对比周期;
- 百分比变化 = 绝对变化除以对比周期(对比周期不为零时)。
如果基数为零,请报告绝对结果,而不是无穷大或无定义的百分比。
拆解结果
发现有意义的变化后,打开能够解释它的细分数据:
- AdMob 的应用和广告单元;
- RevenueCat 的项目、产品和商店;
- App Store Connect 的应用、地区、产品或交易类型;
- 合并组合中的平台或账号。
总数告诉你该看哪里;细分数据告诉你是什么发生了变化。
在 AdMate 中可重复的流程
- 刷新主应用。
- 选择一个服务商和一个指标。
- 选择一个完整的主周期。
- 选择一个长度相同的对比周期。
- 核对账号、应用、货币和筛选条件。
- 记录金额和百分比变化。
- 打开贡献最大的细分数据。
- 只有在范围对齐之后,才对第二个服务商重复上述步骤。
- 为需要审计依据的决策保存服务商的最终报告。
关于术语,请参阅 总收入、预估收入和净收入详解。
常见问题
本月至今对比上一个完整月份是否有效?
它能回答一个有限的问题,但并不是对等比较。更好的做法是将本月至今与上月相同天数进行比较。
如果上一周期为零怎么办?
报告当前金额和绝对变化。此时百分比没有定义或具有误导性。
应该包含今天吗?
对于稳定的摘要,通常不应包含。今天的服务商数据并不完整,仍可能被修订。
我可以比较 AdMob 收入和 App Store 收益吗?
可以比较趋势,但要保留各自的定义,不要暗示它们是同一类指标。




