1. 什么是事件设计

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

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

2. 事件设计思路

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

将用户行为拆解为单个的点击或浏览动作；
将需要分析的目标动作抽象为“事件”，添加事件维度；
根据业务需求，整体完善事件设计；

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

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