# 虚拟事件
# 一、虚拟事件的意义
组合多个元事件及其筛选条件构成虚拟事件,虚拟事件中任一元事件被触发即视为该虚拟事件被触发。
可以将多个意义相近的事件组成虚拟事件,比如将产品中主要行为的元事件组成的虚拟事件“核心行为”,可将其应用于留存、漏斗等分析模型中。
应用场景举例:
- 上海地区中进行充值或者购买物品的用户消费行为表现如何?
- 分析满足消费道具或使用道具事件的用户趋势分布?
- 分析来源渠道为应用宝的用户获得金币/钻石/道具奖励的用户行为表现情况?
# 二、虚拟事件的位置和适用角色
点击“元数据”中“事件管理”,可进入事件管理列表。
公司超管 | 管理员 | 分析师 | 普通成员 | |
---|---|---|---|---|
查看虚拟事件列表 | ● | ● | ▲ | ○ |
创建、编辑虚拟事件 | ● | ● | ▲ | ○ |
权限说明:
● 角色必有
▲ 角色默认有,可以没有
△ 角色默认没有,可以有
○ 角色必没有
# 三、虚拟事件的页面概览
虚拟事件概览图如下:
# 四、虚拟事件的使用方法
# 4.1 创建虚拟事件
点击“+”创建虚拟事件,进入虚拟事件编辑界面。
# 4.1.1 注意事项
(1)命名规则:字母开头,可含字母、数字、下划线,最多 24 个字符。
(2)不同虚拟事件之间属于或的关系,任一事件发生,即视为该虚拟事件发生。
以上截图为例:
- 某用户完成 1 次非“每日公会捐赠”的参与任务、1 次参与活动,也相当于完成了 2 次“参与核心玩法”;
- 某用户完成 1 次非“每日公会捐赠”的参与任务、0 次参与活动,也相当于完成了 1 次“参与核心玩法”;
- 某用户完成 0 次非“每日公会捐赠”的参与任务、1 次参与活动,也相当于完成了 1 次“参与核心玩法”。
(3)虚拟事件遵循联和去重原则。
以上截图为例:
user_id 为 00001 的用户在 2019-10-07 当天发生“非'每日公会捐赠'的参与任务”、“参与活动”行为,
“非'每日公会捐赠'的参与任务”与“参与活动”元事件组成“参与核心玩法”虚拟事件:
指标 | 触发用户数 | 发生“ 非'每日公会捐赠'的 参与任务 ” 事件 | 发生“ 参与活动 ” 事件 |
---|---|---|---|
采取 虚拟事件 计算“ 参与核心玩法 ”触发用户数 | 1 | ✅ | ✅ |
1 | ✅ | ||
1 | ✅ | ||
不采取虚拟事件分别计算两个元事件的触发用户数 | 2 | ✅ | ✅ |
1 | ✅ | ||
1 | ✅ |
可以看出,不采取虚拟事件,两事件直接相加得出的触发用户数会重复计算;采取虚拟事件,会进行去重。
# 4.1.2 全事件筛选
当虚拟事件中仅有一个元事件时,不出现“全事件符合”选项。
当虚拟事件中有两个及以上元事件时,出现“全事件符合”选项。创建“全事件符合”筛选项时,全部元事件均在满足该筛选项的条件下发生。
# 4.1.3 单一事件筛选
该筛选可以对虚拟事件中某一事件进行筛选,也可以对虚拟事件中全部事件进行筛选。
# 4.2 虚拟事件修改、编辑与删除
# 4.2.1 修改
该操作仅可修改显示名、显示状态、备注
# 4.2.2 编辑
该操作可编辑除了虚拟事件名称以外的所有部分
即使不是虚拟事件的创建者,也可以完成此操作
# 4.2.3 另存为
该操作将跳转至创建虚拟事件界面,将复制所选虚拟事件的生成逻辑,您可以在此基础上进行调整,生成新的虚拟事件
# 4.2.4 删除
该操作可删除不必要的虚拟事件,删除后不可恢复。
# 4.3 虚拟事件的计算规则
以某些用户发生的元事件举例,详细解释如下:
需要解决的问题:在选定的日期内,判断出当天完成“道具产出”到“道具消耗”转化过程的用户
结果: 由下图得到,在所选择的 6 天内,完成当天转化的用户是 x1242575、k3753462、a959000、k3753462,一共 4 位。
# 4.3.1 只触发虚拟事件 1 的元事件 1.1
如: 上述表格中,当天只发生“道具产出”下的“获得道具”
用户 k3753462 于 2019/10/12 在“道具产出”中发生 10 次“获得道具”,即视为“道具产出”行为发生;当天“消耗道具”“使用道具”均未发生,即视为“道具消耗”行为未发生,也就是说在同一天该用户并未同时发生“道具产出”与“道具消耗”。
不符合“当天完成“道具产出”到“道具消耗”转化过程”规则,视为 0 位转化用户。
# 4.3.2 触发虚拟事件 1 的元事件 1.1、1.2 与虚拟事件 2 的元事件 2.1、2.2
如: 上述表格中,当天发生“道具产出”下的“获得道具”、“购买物品”,同时发生“道具消耗”下的“消耗道具”、“使用道具”。
用户 x1242575 于 2019/10/19 在“道具产出”中发生 65 次“获得道具”,同时发生 1 次“购买物品”,即视为“道具产出”行为发生;当天在“道具消耗”中发生 19 次“消耗道具”,同时发生 2 次“使用道具”,即视为“道具消耗”行为发生。
符合“当天完成“道具产出”到“道具消耗”转化过程”规则,视为 1 位转化用户。
# 4.3.3 触发虚拟事件 1 的元事件 1.1 与虚拟事件 2 的元事件 2.1
如: 上述表格中,当天发生“道具产出”下的“获得道具”,同时发生“道具消耗”下的“消耗道具”。
用户 k3753462 于 2019/10/27 在“道具产出”中发生 12 次“获得道具”,未发生购买物品,即视为“道具产出”行为发生;当天在“道具消耗”中发生 4 次“消耗道具”,未发生使用道具,即视为“道具消耗”行为发生。
符合“当天完成“道具产出”到“道具消耗”转化过程”规则,视为 1 位转化用户。
# 五、最佳实践
# 5.1 合并同类数据
在数据采集时,可能会出现多个事件在逻辑上相关,比如说道具产出可能被记录在“获得道具”、“购买道具”、“怪物掉落”等事件中;道具消耗可能被记录在“消耗道具”、“使用道具”、“道具过期”等事件中。在这种情况下,如果希望对道具的产出以及消耗情况进行分析,则可以使用虚拟事件合并同类的数据,在分析时使用虚拟事件。
# 5.2 转化常用的事件与筛选条件组
在一些情况下,部分事件在使用时经常使用同样的筛选条件,比如希望分析首页浏览,会分析“页面浏览”事件加“网页等于首页”的筛选,或者首次付费事件,会用的“付费事件”加“是否首次标识为真”,在这些情况下,可以将这种事件与筛选条件的组合转化为虚拟事件,在分析时就可以直接选用该事件,而不必再次添加筛选条件,使操作更为便捷。
← 汇率 维度表属性与虚拟属性 →