LTV全生命周期 vs.活跃数据

有两种分析 事件数据 的方法。事件数据与用户在激活后执行的操作有关,例如应用内购买,注册和级别完成。在AppsFlyer中,可以按用户获取日期或事件发生对事件数据进行分组。

  • 按用户获取日期分组的数据称为生命周期价值(LTV)。
  • 按事件发生时间顺序分组的数据称为活跃(Activity)。

重要的是要了解它们的含义以及在何处找到它们。请注意,激活既不是活动数据也不是LTV数据。

活跃数据

  • 活跃数据是活跃的应用内用户在指定日期范围内执行的事件。
  • 活跃数据显示按时间顺序分类的事件。这对于衡量特定日期范围内媒体资源的整体效果很有用。
  • 例如 , 使用活跃数据来查看一月份所有应用内用户执行了多少购买事件。
  • 使用活跃数据比较当月与上个月的用户行为。

LTV数据

  • LTV数据是在特定日期范围内激活该应用的用户在全生命周期内发生的事件。
  • 在指定日期范围之前安装该应用程序的用户执行的事件,不会显示在LTV全生命周期数据中。即使该事件发生在指定时间范围内也是如此。
  • 例如 , 使用LTV数据查看在一月内安装您app的用户直至今日的ROI。


LTV数据是一种衡量来自不同媒体来源的用户质量的工具。广告活动优化取决于LTV数据。

广告主认为这两种方法都有用,但用途不同。因此,两者均可用。

  • 您可以使用哪些数据比较媒体来源?
  • 您可以在AppsFlyer上比较哪些页面和报告?
  • 您如何比较LTV和活跃数据?

关于火车的类比

Activity:想象一下您在看一列过往的火车。火车经过时,您只会看到乘客经过时在火车上执行的操作。这就是活跃度数据。

activity_data.jpg

LTV :现在想象一下,您是作为观察员登上火车的。火车被转换为几列有轨电车。

  • 您在出发站与其他乘客一起上车。这是激活。
  • 在旅途中,您可以观察到车内乘客执行的所有操作。您可以观察车内所有乘客的行为,直到乘客下车为止,这视为卸载操作。
  • 您无法查看其他有轨电车上的乘客的行为,因为他们在您之前或之后登上的火车。这就是LTV。

ltv_data.jpg

AppsFlyer面板-LTV还是Activity?

面板使营销人员能够优化其非自然量。该平台中的大多数面板和报告都是基于LTV的,因为营销人员通常以LTV为基础来衡量效果。

让我们探究哪些数据是LTV全生命周期数据,哪些是活跃数据。

控制面板概览

  • 总览面板显示为LTV。
  • 可用指标:接触点,激活,转化率和LTV收入
  • 图表:用户获取趋势,激活,终身忠实用户和终身收入

总览面板的底部包含其他事件数据,这些数据也在LTV中。

在“ 汇总绩效报告”中,以下各列是与LTV数据相关的所有事件:

  • 互动
  • 忠实用户(数量和比率)
  • 收入
  • 投资回报率
  • ARPU
  • 卸载(数量和比率)
  • 所有应用内事件列

热门事件窗口小部件也是LTV数据。

事件报告

可从“ 热门事件”小部件或左侧栏中的“事件”链接访问的此页面,所有数据均为LTV事件数据。有关“事件”页面的更详细说明,请单击此处

再营销控制面板

再营销面板与总览面板结合使用。事件数据是基于LTV的,并且与日期范围内发生的再归因和再互动有关。

留存和群组分析报告

即使您选择了一天的留存数据,也可以检索仅与该天的激活相关的许多天或数周的会话数据,这是用于衡量用户质量的KPI。典型的LTV。单击链接以查看有关“ 保留报告”和“ 群组分析报告” 更详细的内容。

群组分析报告与留存报告相似,但前者不止于在会话次数的维度分析。比说说收入,会话和应用内事件之类的指标都是LTV。

CohortForLTV_us-en.jpg

活跃度面板

活跃数据报告中的事件数据基于会话和收入,并且基于活跃维度 。按事件发生顺序排列,在指定日期范围内处于活跃状态的用户。

Activity_us-en.jpg

可下载的报告

  • 汇总报告 :类似于“数据总览”面板上的“汇总绩效报告”表,汇总报告是LTV。
  • 原始数据报告原始数据报告是活跃数据的主要来源。这些报告(例如激活,应用内事件,回调和卸载)是根据活跃日期定义和排序的。

再营销报告

再营销报告(包括汇总报告和原始数据报告),与常规UA报告相似,且基于LTV。

  • 再营销应用内事件原始数据报告
  • 转化原始数据

防欺诈报告

被拒绝的“应用内事件”报告是基于活跃的数据。

自定义面板小部件

结合面板的“数据总览”页面,“ 自定义面板”页面上的所有事件数据都是基于LTV的

数据透视表和master API

AppsFlyer数据透视表 基于 Master API ,它可以提供来自3个不同数据组的数据:LTV,Activity和Retention。创建新的Master API URL或新的“数据透视表”视图时,可以选择要用作LTV,活跃或两者的与事件相关的KPI。

数据来源汇总

下表总结了AppsFlyer不同页面和报告中可用的事件数据类型。

来源 用户生命周期价值 ACTIVITY

控制面板概览

Y

N

事件报告

Y

N

再营销控制面板

Y

N

留存报告

Y

N

群组报告

Y

N

活跃度面板

N

Y

绩效报告

Y

N

原始数据报告

N

Y

再营销报告

Y

Y

防欺诈报告

N

Y

Push API

N

Y

Master API-广告系列绩效KPI

Y

Y

数据透视表

Y

Y

使用数据源表

如果要比较不同面板或报告的数据,请确保对比的维度一致,即LTV与LTV比对,活跃与活跃比对。

比较数据源

将AppsFlyer的数据与外部数据源进行比较

绝大多数数据源 (包括Google,Apple 显示活跃数据 )都不是LTV数据。

因此, 要将外部来源的数据与AppsFlyer的数据进行比较,通常会使用AppsFlyer的活跃数据报告,该数据也在原始数据报告中。

请注意,Facebook提供部分LTV数据,安装后的28天内为限。

在AppsFlyer的面板上上比较LTV和活跃数据

在同一日期范围内查看时,LTV和活跃数据之间存在两个差异。不同之处在于:

  • A:活跃数据包括在日期范围之前激活的用户的事件
  • B:LTV数据包括在日期范围之后发生的事件

为了能够正确比较两种类型的数据,我们需要消除差异。这可以通过从活跃数据中检索LTV数据来实现,反之亦然。

 注意

由于报告生成时间的差异,相似来源之间仍然可能存在微小差异。

从原始活跃数据中检索LTV数据

  1. 进入数据导出页面
  2. 将当前日期 设置为日期范围的最后一天(解决了差异B)
  3. 下载raw data reports中的应用内事件数据
  4. 使用“ 激活时间”列来过滤掉日期范围第一天之前的安装(解决了差异A)

 注意

虽然活跃数据会随着时间保持不变,但是LTV数据会在现有用户执行新的应用内事件时发生变化。对于相同的日期范围,您今天看到的LTV数据明天可能会有所不同。

从LTV数据中检索活跃数据

要将基于LTV维度的的总览页面与基于活跃维度的外部来源进行比较,您必须克服这两个区别。

您只能通过以下方式执行此操作:

  1. 选择开始在指定日期范围内在AppsFlyer上发送安装的来源 (已解决差异1)。
    这样可以确保活跃数据不包括在该日期范围内产生的事件,这些事件属于该日期范围之前发生的安装。
  2. 将当前日期设置为日期范围的最后一天 (解决差异2)。
    这样可以确保LTV数据不包含在该日期范围之后发生的事件,属于该日期范围内发生的激活的事件。

结论

比较任何两个数据源时,无论两者都在AppsFlyer中还是仅有一者在AppsFlyer中,请确保将活跃数据与活跃数据进行比较,将LTV与LTV数据进行比较。