2026 年真正决定预算的移动应用 KPI 是哪些？
CPI 是出价输入。把它当 KPI，你会资助打中目标却亏钱的投放。真正决定预算的数字，是按净收入计算的回本天数：先扣掉 Apple 或 Google 的分成，再对照 cohort 的第 30 天留存来读。常见十指标清单上的其余项，都是事后用来解释回本数字的诊断指标。
仪表盘导览解决不了花费争论。定义、扣减和阈值才能，而这页就是：财务团队真正会按它拨款的四个数字，一次写清，并附上隐私时代的限定条件。
首席财务官会按它拨款的四个数字
四个数字，媒体上线前先达成一致。
按安装 cohort 的第 7 天与第 30 天留存。 这是所有下游数字的领先指标。留存率 = 测量窗口内活跃用户 ÷ 安装 cohort 用户数 × 100。这些是方向性数字。对照你的品类，不要对照全球均值。
粘性。 日活跃用户（DAU）÷ 月活跃用户（MAU）。
净用户平均收入（ARPU）。 扣除商店分成后的收入，再除以当期活跃用户。毛 ARPU 是营销数字。净 ARPU 才是财务团队会接受的唯一版本，而且它所扣的分成不是单一费率。Apple 在订阅者第一年抽 30%，该订阅者累计满一年付费服务后降到 15%；Small Business Program 开发者从第一个计费周期起就是 15%（Apple 订阅条款）。
以天计的回本周期。 不是比率。用每位获客用户的净收入，收回混合获客成本（CAC）所需的天数。上线前设定阈值并写下来。90 天回本的投放，和 30 天回本的投放，是两种生意，即使第 7 天的广告支出回报（ROAS）相同。
扣除分成、退款与可变基础设施后的贡献毛利。 这才是资助下一 cohort 的钱。
所有权只有一句：由一名具名运营者拥有指标规格，移动测量合作伙伴（MMP）、商业智能（BI）层和董事会材料都继承该运营者的定义。无人拥有定义时，仪表盘只是装饰，每次花费会都重开同一场争论。
定义与公式，只说一次
| 指标 | 公式 | 参考点（截至 2026） |
|---|---|---|
| 流失率 | 1 减去同一窗口的留存率 | 同一窗口留存的倒数 |
| ARPU | 当期净收入 / 当期活跃用户 | 先按适用费率扣商店分成：Apple 第一年 30%，满一年付费服务后 15%（Apple） |
| ARPPU（付费用户平均收入） | 当期净收入 / 当期付费用户 | 在免费增值模式中与 ARPU 显著背离 |
| CAC | 付费媒体加激励 / 新获客用户 | 混合与仅付费分开报告 |
| 终身价值（LTV） | ARPU × 预期用户寿命，扣除退款 | 生存曲线，不是直线平均 |
| 回本周期 | 直到每位 cohort 用户累计净收入等于 CAC 的天数 | 上线前设定阈值 |
| 无崩溃会话 | 无崩溃会话 / 总会话 | 触达崩溃或错误的用户低于 1% 是公开下限（PostHog，引用 Business of Apps）；会话级目标应更紧，因为一名用户可留下很多次会话 |
Braze 的指标公式参考与 PostHog 面向产品工程师的移动指标指南都公布了值得与你自己定义对照的工作定义。Siteimprove 的 KPI 术语表是第三次核对。
有两种假设比任何事都更常搞坏 LTV。第一，用均值而不是生存曲线拉出的平均寿命，会在早期流失厚尾的任何 cohort 上高估价值。第二，用毛收入顶替净收入。两者都修好后，多数 LTV 对 CAC 比率会大幅移动。
为什么会话深度仍值得占一席
设备层的参与很稀缺。arXiv 上一项对 166,006 台 iOS 设备的四年研究发现，90% 的 iPhone 用户在典型一周大约启动 14 到 18 个应用（iPad 上是 5 到 7 个），且面板中仅 38 个应用占了全部 iPhone 使用时长的 52.6%。你是在争夺大约 14 到 18 个每周席位中的一个，不是在争夺一般意义上的注意力。会话频率与间隔告诉你是否占住席位。留存告诉你是否留住了它。
愤怒手势与界面卡死属于同一次读数。
归因不再是账本，而成了估计
原因是 Apple 的 App Tracking Transparency（ATT）提示与 Google 的 Privacy Sandbox。两者都用故意聚合、延迟且不精确的输出，替换了用户级记录，上表每一个数字都继承了这一点。
Apple 的 SKAdNetwork 文档描述带转化值与人群匿名阈值的安装验证回传，因此在投放跨过量级门槛前，活动明细会被扣留。AdAttributionKit 的多个转化窗口在分开的窗口返回粗或细转化值，各有延迟。Google 在 Android 上的 Privacy Sandbox 遵循同一设计思路：带故意噪声的聚合汇总报告，外加限速的事件级输出。
你的报告规格必须吸收三后果。
Cohort 真相来得晚。对新鲜 cohort 的第 30 天读数，在第 31 天并不能以完整保真度拿到，小投放可能永远无法解析到活动级。
数字不会精确到分。应用内分析计事件。归因回传计隐私保护下的事件汇总。两者会永久不一致，追差额浪费数周。
增量成为仲裁者。归因被建模时，我们先用对照组与地理测试解决因果问题，再把建模数据用于渠道内分配，顺序如此。归因回答「哪次活动」，增量回答「花费是否造成收入」。其中只有一个是预算问题。
MMP 仪表盘与你账本的分歧
同名指标，不同算法。归因窗口因平台与网络而异。再互动转化与新鲜安装的记功方式不同。确定性行、概率行与 SKAdNetwork 建模行坐在同一张表里，却没有一列告诉你哪是哪。然后预测层再叠上第四种数字；像 Apptopia 的 KPI 预测这类工具会明确说自己在建模，诚实的也会这么说。
我们的对账规则很短。每个数字一个真相来源，写在报告规格里，窗口写在旁边。收入来自商店与计费系统，绝不来自 MMP。安装与成本来自 MMP。参与与漏斗深度来自产品分析。品类与竞争语境来自市场情报，那是另一套栈、另一套边界；我们的应用情报工具指南与对 data.ai 功能与定价的拆解，说明这些平台真正看到什么、估计什么。
两套系统不一致时，规格写明该指标谁胜出。没人在会上再翻案。
为什么定义页赢得机器阅读、却少有点击
定义内容与项目其余部分行为不同，不是每一页都是线索引擎。
机器读这些页。人类很少点，因为「什么是 ARPU」的答案被抬进回答框或聊天回复，点击从不发生。我们自己的定义页也是这个模式：头部词累积展示，点击却不累积，真正转化的流量落在商业意图页。
我们仍把公式写准，因为自家站点上的不精确定义，会变成别人模型输出里的不精确定义。这是慢回报的耐心工作，也替代不了生成通话的页面。
对你自己项目的实操读法：用是否被正确引用判断定义页，不要用点击线；把转化预期放在为转化而建的页面上。
KPI 自相矛盾时先修什么
按顺序，乱序会浪费媒体预算。
写好定义，让一名运营者签字。从每个收入指标扣掉商店分成，使 ARPU 与 LTV 为净，并扣适用费率：订阅者第一年 30%，满一年付费服务后 15%，Small Business Program 开发者全程 15%（Apple）。模型里塞一个平坦的 30%，会低估第十二月后续订的每个 cohort 的毛利，而这正是你指望的 cohort。把回本阈值按天设进媒体计划，不要塞进复盘。然后再买量。
在漏产品上买更便宜的安装，只是买更大的漏。工作转向入职、激活与付费墙。超过 1% 的用户触达崩溃或错误（PostHog）也属同一桶，因为技术失败早在有人提单 bug 之前就表现为流失。
外部团队赚到费用的地方，是这些系统之间的接缝。应用商店优化（ASO）改变谁安装的构成。用户获取（UA）改变该构成的成本。付费墙设计改变净 ARPU，商店分成再按自己的时间表改一次。归因决定你甚至能看见哪些变化。把它们当四个供应商来跑，回本数字就变成没人的问题。我们只认一个判断：谁拥有回本，谁就同时握住安装、付费墙与归因的杠杆，否则数字不动。这就是移动应用营销的范围：商店列表、付费买量与付费墙，压在同一个回本数字下。非游戏、非订阅的消费级应用有自己的行业页：消费级应用营销。我们对 2026 年北美移动应用营销机构的比较，写明不同公司如何划界、以及各自拒绝拥有什么。
签约前只问候选人一个问题。若混合回本滑了 30 天，谁来修，握住哪些杠杆？
联系我们