第 3 步:事件设计

最后更新于:2019-05-14 16:21:22

本节您需要达成以下目标:

  • 理解事件设计的思路

  • 了解事件设计文档的书写规范

  • 根据业务需求编写事件设计

1 什么是事件设计

采集用户行为数据,首先需要根据业务分析需求明确采集的目标行为,进一步搞清楚应该在哪些地方埋什么样的点。这个环节的输出物一般被称之为“埋点需求文档(DRD)”。在大部分互联网公司,规范的产品迭代流程是,业务侧产品经理在输出“产品需求文档(PRD)”的同时,数据产品经理或分析师等角色需要同步输出 DRD,双方的需求同步进入开发和测试验收。

由于神策的底层数据模型是 Event + User 的事件模型,因此埋点在神策分析里被称之为“事件”,埋点需求文档则被统称为“事件设计”,本节的工作需要借助神策方提供的《神策事件设计模块》来完成,请联系对应的客户成功或分析师提供。

2 事件设计思路

事件设计的核心思路,大体来说分为如下几点:

  • 1、将用户行为拆解为单个单个的点击或浏览动作;

  • 2、将需要分析的目标动作抽象为“事件”,添加事件维度;

  • 3、根据业务需求,整体完善事件设计;

为此我们录制了一个讲解视频,事件设计思路。浏览后如仍有疑问,请联系对应的分析师。

3 事件设计模板

为了帮助您理解事件设计模板,我们录制了另一个讲解视频,事件设计模板。浏览后如仍有疑问,请联系对应的分析师。

4 事件设计常见问题

4.1 结合场景设计事件

对于相似场景,比如,提交门票订单,提交机票订单,在设计事件时是针对每个场景单独设计还是合并成一个事件?有两种设计思路共参考:

A.设计为同一事件,适用场景:各事件所需属性相差不大;平时分析场景多整体分析。

B.设计为不同事件,适用场景:各事件所需属性相差很大;分析场景多分别分析。如果采用本思路,也建议在一些相同属性上用一样的属性名称,便于今后使用“虚拟事件功能”来整体分析。

例 : 简单 的统计三个按钮 A、B、C 的点击情况时,不需要做成 “点击 A 按钮”、“点击 B 按钮”、“点击 C 按钮” 三个事件,而是做成 “点击按钮” 事件,将 A、B、C 三个按钮以属性 “按钮名称” 进行传递。

4.2 被动事件

被动事件:由于神策分析中的漏斗分析、留存分析等都需要事件的触发主体是同一个人,所以在一些场景下需要给用户触发被动事件,如用户提交认证后,需要审核,审核并不是由用户主动触发,可设置为被动事件。

4.3 自定义指标计算要求

在事件分析的自定义指标计算中,我们可以做各个事件指标的四则运算。对于需要计算的属性,需要其属性值类型为数值。

4.4 Users 表注意的问题

• 单边,双边用户

单双边是针对产品有多个身份使用用户时才会进行区分。单边用户,即仅有一 类用户的产品,如健身产品Keep,聊天工具 QQ 等 ; 双边用户如 O2O 产品,用户可能是普通消费者,也可能是商家用户。需要根据产品的不同,提前对用 户识别和相应属性进行设计。

• 缓慢变化维

如果遇到一些会发生变化的属性,比如用户的 VIP 等级,不能只作为用户属 性传进用户表中,还需在事件表中,记录一个 “当前发生事件 VIP 等级” 这个 属性。因为当前会员等级的统计,和发生事件时用户的会员等级统计是两种情况。