挽留常见问题

使用留存页面跟踪和分析产品的用户留存模式。

 

retention_hero.png

 

什么是用户保留率?
#

用户留存率是一个指标,用于跟踪有多少已转化用户(如安装应用程序或重新使用应用程序)在一段时间后仍在使用产品。

Singular是如何定义和计算留存率的?

"留存用户 Xd"--转换后 X 天内保持活跃的用户数量。

计算公式如下

Screen_Shot_2020-06-07_at_19.02.37.png

注释

  • 转换日(在移动应用程序中,安装日或再次接触日)被视为第 0 天(因此留存率为 100%)。
  • 天数以 24 小时为单位计算。因此,转换后的第 1 天定义为转换后的 24 小时至 48 小时。第 2 天为 48 小时至 72 小时,依此类推。
如何定制保留率报告,例如添加按操作系统或国家分列的细目?

要更改报告,请单击 "编辑报告",然后像在 Singular 标准报告中一样添加或删除维度。 您还可以过滤报告(例如,只显示特定应用程序的留存率)。

Screen_Shot_2020-06-07_at_19.09.47.png

如何在保留率报告中反映卸载、重新安装和重新吸引的情况?

卸载:这些不会反映在保留率统计中。卸载当天进入的会话会像往常一样添加到保留计算中,表明用户当天使用了该应用。

重新安装: 卸载并重新安装后打开应用程序的会话将作为普通用户会话计算,表明用户当天使用了应用程序。

重新参与如果Singular执行了重新参与归因,留存率计算将被重置,从那时起,Singular将根据重新参与的日期计算用户在该应用上的留存率。更多信息,请参阅重新吸引常见问题

为什么应用程序商店数据会出现差异?

在比较数据集时一定要记住,数据看起来不同有几个原因。这里有几个有用的提示供参考。

时间: 时间细分是什么?商店 "报告中的报告是按天提取的,而 "奇异 "报告中的报告是按整个时间段提取的?如果您比较的是整个月的数据,而不是某个月的每日细分数据,那么 D7 保留率就会有所不同。

来源: 通常,用户查看的是按来源细分的数据,而在商店报告中,没有来源细分。考虑到其中涉及计算和百分比,这些差异可能会对报告结果产生很大影响

总转换次数: 如果您从每个数据源(Singular 报告与 App Store 报告中的下载次数)中看到的总转换次数存在差异,则会对留存率的计算产生影响。您可以在此查看安装数量差异的可能原因

上架阶段: Singular SDK 集成到您的应用程序中有多长时间了?造成这种差异的另一个可能原因是,您最近刚刚入驻 Singular,对于 Singular 而言是 "新 "用户,但对于 App Store 而言是 "旧 "用户,这些用户会被算作新转化,而在商店中则不会。