预定义的预测

Firebase 预测会根据您的分析数据预定义四个动态生成的用户组。

流失预测

churn(流失)用户组包含过去 7 天内处于活跃状态、但预计会在接下来的 7 天内变得不活跃的用户。请注意,流失与卸载应用不同。用户在卸载应用之前可能已经流失很长时间;事实上,很多用户除非是要更换设备,否则不会去卸载应用。不过,Firebase 预测会将应用卸载作为一个信号来训练其模型。

not_churn(不会流失)用户组包含过去 7 天内处于活跃状态且预计在接下来的 7 天内仍会保持活跃的用户。

请注意,不是 churn 用户组的成员并不等同于就是 not_churn 用户组的成员。不在 churn 用户组内的用户既包括 not_churn 用户组的成员,也包括 Firebase 预测没有把握预测的用户。

因此在定位时,您不应该将不符合某项预测结果作为依据。否则,您会将该预测模型无把握预测的用户也放入定位范围。正确的做法是定位 Firebase 能够预测出的、不会执行某项操作的用户,例如 not_churn 用户组中的用户。

还要注意的是,churnnot_churn 用户组的成员身份不是互斥的。所有预测都有出错的可能,例如,在 not_churn 模型将某用户正确地分类为非流失用户的同时,churn 模型可能会错误地将该用户分类为可能流失的用户。在这种情况下,两个模型对该用户的预测把握可能都不太大,因此,您可以通过降低风险容忍级别来减少被分配到多个组的用户数量。

支出预测

spend 用户组包含预计会在接下来的 7 天内进行应用内购买或电子商务购买的用户(即预计会记录到 in_app_purchaseecommerce_purchase 事件的用户)。订阅不包括在 spendnot_spend 模型的范围内。

not_spend 用户组包含预计在接下来的 7 天内不会发生支出活动的用户。不是 spend 用户组的成员并不等同于就是 not_spend 用户组的成员(与 not_churn 用户组的情况类似)。因此,一般您在定位用户时不应该将用户不属于 spend 用户组作为判断依据。

发送以下问题的反馈:

此网页
需要帮助?请访问我们的支持页面