保留改进，事件分段：双重分组依据，协作者权限更改1） 保留改进我们知道，保持率是提高产品增长率的一个重要指标。为了帮助您更好地理解和分析您的保留，我们添加了新的保留功能，并更改了计算保留的方式。在以下部分中，您将找到有关以下方面的信息：支架固定无限保留随时间推移的保留保留计算更改1.a）支架固定注意：括号保留仅在企业计划中可用。除了传统的N天保留之外，您现在可以使用定制的括号按天/周/月计算保留期。这有助于您将"保留期"的定义从一天/周/月扩展到多天/周/月。在下图中，我定义了4个括号，如下所示：第1个括号：1天=>第0天第2组：3天=>第1-3天第3组：3天=>第4-6天第4组：5天=>第7-11天在这里阅读更多关于保留的信息。1.b）无限保留注意：无限保留仅在企业计划中可用。现在还可以计算无限保留。无限保留告诉您当天或之后返回的用户百分比。这有助于您了解用户群的总体变动情况。例如，如果您想知道在首次使用产品后30天以上使用过和未使用过产品的用户百分比，无限保留可以很容易地告诉您：第30天无限保留值告诉您在第30天或更晚一天返回的用户的百分比。注意：无限制保留不同于传统的保留时间测量方法（N天保留），用户必须精确地在第30天返回。因此，如果新用户在第1天、第2天和第3天处于非活动状态，但在第4天处于活动状态，则该用户将被计算为在无限保留中保留的第1、2、3和4天。您可以在下面看到保留数据表如何根据选定的计算进行更改。在这里阅读更多关于保留的信息。1.c）随时间推移的保留您现在还可以查看您的保留率随时间的变化。这有助于您更好地了解保留率是如何变化的。例如，如果您想查看您的第1天保留在一个月内或在某个版本之后的变化情况，您可以通过查看您的每日保留率随时间的推移而变化，如下图所示。在这里阅读更多关于保留的信息。1.d）保留计算变更以前，保留期是按日历天/周/月计算的。根据客户反馈，"保留"选项卡在更精细的级别上计算保留。明确地：每日保留金按小时计算。如果用户在至少增加的24小时内执行任何事件，则该用户被计为"第二天"保留。例如，如果一个用户在12月1日下午5:59执行第一个事件，那么如果用户在12月2日下午5:00执行一个事件，则该用户被计为保留的第1天；如果用户在12月3日下午5:00执行一个事件，则计为保留第2天。每周/每月保留金每天计算一次。一周被定义为7天。如果用户在12月1日执行第一个事件，则如果用户在12月7日执行事件，则该用户被计为保留的第0周；如果用户在12月8日至12月14日之间的任何一天执行某个事件，则计为保留的第1周。一个月的定义是30天。如果用户在12月1日执行第一个事件，则如果用户在12月30日执行事件，则该用户被计为保留的第0个月；如果用户在12月31日至1月29日之间的任何一天执行某个事件，则该用户计为保留的第1个月。注：这些计算变更只适用于8月18日。任何包含8月18日之前日期的保留金计算将以初始方式（按日历日/周/月）计算。在这里阅读更多关于保留的信息。2） 事件分段中的双分组现在可以在事件分段中添加第二个groupby参数。如果要查看由两个事件属性快速分段的数据，这将很有帮助。在下面的示例中，我们按照事件属性"Song Source"和"Play Type"对事件"Play Song"进行了分组。在这里阅读有关事件分段选项卡的更多信息。3） 协作者权限更改以前，应用程序的协作者无法创建自定义事件和警报。经过一些反馈后，我们修改了用户权限，允许协作者创建自定义事件、将事件标记为隐藏或非活动，并创建警报。下图显示用户当前状态下的权限。绿色表示协作者现在可以执行的功能。4） SDK更新强烈建议您将SDK更新到最新版本：安卓2.5.0版2.4.0版的振幅：增加了清除所有用户属性的功能。错误修复。振幅iOS 3.5.0自v3.4.1起：增加了清除所有用户属性的功能。振幅JavaScript 2.9.0自v2.8.0起：增加了清除所有用户属性的功能。请更新脚本嵌入代码以使用它。5） 有问题吗？如果您有任何问题、意见或顾虑，请联系联系@amplitude.com。您也可以在这里找到以前的发行说明。