统一用户画像

精准、可复用的出海用户分群

将标签、事件和平台数据组合成嵌套的 AND、OR 和排除逻辑。保存一次,命名为一个分群,之后可以在任意渠道、Condition split 或 Journey 中直接调用。

Control Panel 分群构建工具,展示由 AND 和 OR 运算符连接的嵌套条件组

目标用户很少只由一个事实定义

“高消费用户”本身是个有用的标签——直到你真正需要的目标用户是那些消费金额高、但已经两周没打开 App、并且留有邮箱地址的用户。这是三个事实,分群只有能同时容纳这三者才真正有用。

每次出海营销活动都手动拼这套逻辑,正是目标用户悄悄收窄成”任何买过东西的人”的原因。高级分群让你把已经掌握的信息一次性组合起来、命名,再让任意渠道或 Journey 直接指向这个结果。

高级分群能做什么

一个分群就是由条件组成的树——标签、事件、地理位置、平台,甚至其他分群——通过 AND、OR 或排除连接起来。任意分支都可以嵌套在另一个分支里,所以逻辑不是一份平铺列表,而是”(A 且 B) 或 (C 且非 D)“,可以按目标用户的需要嵌套到任意深度。一个已保存的分群本身可以作为条件出现在另一个分群里,这样一次搭建好的分群逻辑就能重复使用,而不必每次重建。

模式规模计算方式更新频率
标准模式缓存的估算值手动,通过刷新分群规模
High-Speed Delivery(需开启)预编译的成员列表每 10 分钟
模式
1 / 2
标准模式
规模计算方式
缓存的估算值
更新频率
手动,通过刷新分群规模
模式
2 / 2
High-Speed Delivery(需开启)
规模计算方式
预编译的成员列表
更新频率
每 10 分钟

“14 天内未做过 X”和”做过 X”的工作方式完全一样——都是事件计数条件,只是把数值设为零。而且因为分群之间可以互相引用,把一个 iOS 分群和一个 Android 分群组合起来,或者在已有的召回分群上叠加一个行为排除条件,只需要一个条件即可完成,不用重建整棵树。

分群可以引用其他分群

把一个已保存的分群作为条件放进另一个分群里,意味着一个平台拆分、一个行为排除条件,或者一个 RFM 等级只需要在一处定义一次——每个引用它的分群都会自动保持同步。

这如何连接到统一用户画像

标签和事件只有在被组合成一个决策之后才真正体现价值。高级分群这一层,把”消费超过 50 美元”、“两周未打开 App”、“留有邮箱地址”这三个分散在统一用户画像上、无人真正组合利用的事实,变成一个可以直接触达的目标用户群。

使用方法

  1. 打开 Segments 并添加条件

    在 Audience → Segments 中,基于标签、事件、地理位置、平台或其他已保存的分群构建条件。

  2. 组合条件

    用 AND、OR 或排除连接条件,按目标用户的需要嵌套分组。

  3. 保存并复用

    让任意渠道、Condition split 的某个分支,或 Journey 的进入条件指向这个已保存的分群。

这三步都是无代码操作,直接在 Control Panel 中完成。能构建出什么样的分群,取决于已经记录的标签和事件——所以这些数据需要先存在。

与标签、事件协同设计

分群很少单独发挥作用。标签记录一个用户当下的真实状态,事件记录他刚做过什么,而分群正是两者结合的地方:由三个标签构建出的 RFM 等级,通过 AND 连接一个”近期不活跃”的事件条件,直接输入一个 Condition split 分支或 Journey 的进入条件。RFM 分群是最常为这类分群提供 AND 组合标签的评分层。

为支撑整个平台而设计

标签和事件提供事实。分群把它们组合成一个目标用户群。Condition split 和 Journey 的进入节点读取这个分群,决定谁能进入。

如何判断分群是否生效

每个分群都会显示一个可按需刷新的估算规模。删除分群之前,产品会先检查当前有哪些活动和 Journey 正在引用它,并提示你——这样清理一个旧分群,就不会在不知情的情况下悄悄暂停某个正在运行的项目。

需要注意的地方

在依赖某个分群构建其他内容之前,值得检查这几点。

  • 条件数量或嵌套深度没有公开的上限。深层嵌套的分群树在实践中可以运行,但没有文档化的保证。
  • 分群规模是按需估算值,不是构建过程中的实时计数器。需要手动刷新才能看到当前数字。
  • High-Speed Delivery 是一个单独的、需要开启的模式,刷新间隔为 10 分钟,并非所有分群的默认设置。
  • 删除一个在别处被使用的分群,会暂停引用它的活动和 Journey。

把已掌握的信息变成恰好想要触达的用户

标签和事件是事实。分群则是把其中几个事实组合成你真正想要触达的那群人。