事件设计 （需求方阅读）

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

• 理解事件设计的思路

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

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

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 等级” 这个 属性。因为当前会员等级的统计，和发生事件时用户的会员等级统计是两种情况。