1. 什么是采集方案设计

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

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

2. 采集方案设计思路

采集方案设计的核心思路，大体来说分为如下几点：

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

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

3. 数据采集方案模板

为了帮助您理解数据采集方案模板，我们录制了另一个讲解视频数据采集方案模板。浏览后如仍有疑问，请联系对应的分析师。

4. 数据采集方案设计常见问题

4.1. 结合场景设计事件

对于相似场景，比如提交门票订单、提交机票订单，在设计事件时是针对每个场景单独设计还是合并成一个事件？

有两种设计思路可参考：

设计为同一事件，适用场景：各事件所需属性相差不大
设计为不同事件，适用场景：各事件所需属性相差很大

例如：简单的统计三个按钮 A、B、C 的点击情况时，不需要做成点击 A 按钮、点击 B 按钮、点击 C 按钮三个事件，而是做成点击按钮事件，将 A、B、C 三个按钮以属性按钮名称进行区分。

4.2. 被动事件

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

4.3. 自定义指标计算要求

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

4.4. Users 表注意的问题

• 单边，双边用户

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

• 缓慢变化维

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