条件分群

最近更新 2026/07/21

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

条件类型

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

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

通过多个条件的逻辑公式就可以组合出分群的条件，支持条件类型之间嵌套。

需要注意的是，如果条件中使用了某个分群或标签，且这个分群或标签开启了定时计算，需要处理好先后顺序，避免分群定时计算时，上游还未计算完成导致数据不符合预期。

「依次做过」条件

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

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

更多特殊的情况说明：

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

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

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

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

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

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