# 条件分群
条件分群主要用于,按照用户行为圈选用户的细分场景。您可以使用系统内已经创建的数据资产,经过简单的界面配置来生成分群。
# 条件类型
条件分群的条件类型有如下几种:
大类 | 条件类型 | 说明 |
---|---|---|
用户行为类 | 做过 | 在指定时间范围内,发生过指定事件。 |
未做过 | 在指定时间范围内,未发生指定事件。 | |
依次做过 | 在指定时间范围内,按顺序发生一系列指定事件。 | |
未依次做过 | 在指定时间范围内,未按照顺序发生一系列指定事件。指定事件未发生,或者未按顺序发生都算作符合。 | |
用户属性类 | 属性满足 | 用户的指定属性满足或不满足配置条件。 |
通过多个条件的逻辑公式就可以组合出分群的条件。实际组合时,相同大类的条件先由「且」或者「或」连接,然后再用「且」或者「或」连接两个大类的逻辑结果,如下图所示。
# 「依次做过」条件
「依次做过」/「未依次做过」条件相对复杂,是通过定义用户在一系列指定事件的发生模式(如顺序、间隔、同值属性等)来圈选出用户的条件类型,配置效果如下图。
模式定义项目 | 说明 |
---|---|
步骤事件 | 序列内步骤事件的顺序是严格的先后顺序,即同时发生不属于顺序发生。 仅关注序列内配置事件之间的顺序,未配置的事件是否发生不会干扰判断结果。 同事件允许连续多次发生,只要符合步骤事件的相对顺序即可。 |
时间范围 | 序列内所有步骤事件均需发生在所选时间范围内,注意这与漏斗分析首步骤发生在时间范围是不同的。 |
关联属性 | 该属性在序列的所有事件中,属性值不为空且相同。注意这里所有事件包括顺序发生步骤事件和步骤间未做过的事件。 |
时间窗口 | 序列中,两个事件之间的时间间隔。 可配置间隔上限,时间间隔 “<=”时间窗口时认为满足条件。 天数间隔,并非按照自然日判断,实际以24小时为1日进行判断。 |
步骤间未做过 | 两个事件之间不能发生的事件。若用户在步骤事件间发生了该事件,视为不符合定义的模式。 |
更多特殊的情况说明:
- 当您在序列中相邻步骤选择了完全相同的事件时,会认为该事件需至少连续发生 2 次。
如:用户注册-用户领取奖励-用户领取奖励-用户付费 这样一个 4 步骤模式,其中第 2、3 步的事件完全相同。实际判断方式为,用户在「用户注册」、「用户付费」之间,至少发生两次「用户领取奖励」。
- 当您在序列中相邻步骤选择了事件及使用该事件定义的虚拟事件时,会认为该事件需至少连续发生 2 次,一次视为事件,一次视为虚拟事件。
如:用户注册-用户领取奖励-用户领取奖励或券(虚拟事件)-用户付费 这样一个 4 步骤模式,其中第 2 步的事件「用户领取奖励」用于第 3 步的虚拟事件的定义。实际判断为,用户在「用户注册」、「用户付费」之间,若发生 2 次及以上「用户领取奖励」事件,认为符合模式,而只发生 1 次「用户领取奖励」且未发生过「用户领取奖励或券」定义中的其他事件,则认为不符合模式。
- 当您在序列步骤间配置的未做过事件和其上下步骤事件相同时,会认为该事件只能发生 1 次。
如:用户注册-用户领取奖励-(未做:用户领取奖励)-用户付费 这样一个 3 步骤模式,其中第 2、3 步的事件间,有定义未做事件且也是「用户领取奖励」,与步骤 2 相同。实际判断为,用户在「用户注册」、「用户付费」之间,若发生 2 次及以上「用户领取奖励」事件,认为不符合模式,而只发生 1 次才认为符合模式。