目录
此内容是否有帮助?

# 条件分群

条件分群主要用于,按照用户行为圈选用户的细分场景。您可以使用系统内已经创建的数据资产,经过简单的界面配置来生成分群。

# 条件类型

条件分群的条件类型有如下几种:

大类 条件类型 说明
用户行为类
做过
在指定时间范围内,发生过指定事件。
未做过
在指定时间范围内,未发生指定事件。
依次做过
在指定时间范围内,按顺序发生一系列指定事件。
未依次做过
在指定时间范围内,未按照顺序发生一系列指定事件。指定事件未发生,或者未按顺序发生都算作符合。
用户属性类
属性满足
用户的指定属性满足或不满足配置条件。

通过多个条件的逻辑公式就可以组合出分群的条件。实际组合时,相同大类的条件先由「且」或者「或」连接,然后再用「且」或者「或」连接两个大类的逻辑结果,如下图所示。

# 「依次做过」条件

「依次做过」/「未依次做过」条件相对复杂,是通过定义用户在一系列指定事件的发生模式(如顺序、间隔、同值属性等)来圈选出用户的条件类型,配置效果如下图。

模式定义项目 说明
步骤事件
序列内步骤事件的顺序是严格的先后顺序,即同时发生不属于顺序发生。
仅关注序列内配置事件之间的顺序,未配置的事件是否发生不会干扰判断结果。
同事件允许连续多次发生,只要符合步骤事件的相对顺序即可。
时间范围
序列内所有步骤事件均需发生在所选时间范围内,注意这与漏斗分析首步骤发生在时间范围是不同的。
关联属性
该属性在序列的所有事件中,属性值不为空且相同。注意这里所有事件包括顺序发生步骤事件和步骤间未做过的事件。
时间窗口
序列中,两个事件之间的时间间隔。
可配置间隔上限,时间间隔
“<=”时间窗口时认为满足条件。
天数间隔,并非按照自然日判断,实际以24小时为1日进行判断。
步骤间未做过
两个事件之间不能发生的事件。若用户在步骤事件间发生了该事件,视为不符合定义的模式。

更多特殊的情况说明:

  • 当您在序列中相邻步骤选择了完全相同的事件时,会认为该事件需至少连续发生2次。

如:用户注册-用户领取奖励-用户领取奖励-用户付费 这样一个4步骤模式,其中第2、3步的事件完全相同。实际判断方式为,用户在「用户注册」、「用户付费」之间,至少发生两次「用户领取奖励」。

  • 当您在序列中相邻步骤选择了事件及使用该事件定义的虚拟事件时,会认为该事件需至少连续发生2次,一次视为事件,一次视为虚拟事件。

如:用户注册-用户领取奖励-用户领取奖励或券(虚拟事件)-用户付费 这样一个4步骤模式,其中第2步的事件「用户领取奖励」用于第3步的虚拟事件的定义。实际判断为,用户在「用户注册」、「用户付费」之间,若发生2次及以上「用户领取奖励」事件,认为符合模式,而只发生1次「用户领取奖励」且未发生过「用户领取奖励或券」定义中的其他事件,则认为不符合模式。

  • 当您在序列步骤间配置的未做过事件和其上下步骤事件相同时,会认为该事件只能发生1次。

如:用户注册-用户领取奖励-(未做:用户领取奖励)-用户付费 这样一个3步骤模式,其中第2、3步的事件间,有定义未做事件且也是「用户领取奖励」,与步骤2相同。实际判断为,用户在「用户注册」、「用户付费」之间,若发生2次及以上「用户领取奖励」事件,认为不符合模式,而只发生1次才认为符合模式。