一、神策文档
- demo：www.sensorsdata.cn/product/foc…
- 产品文档：manual.sensorsdata.cn/sa/latest/g…
- 技术文档：manual.sensorsdata.cn/sa/latest/t…
二、神策数据流转流程
三、数据来源问题
神策分析中的所有数据均来自于客户的自有数据接入。 神策分析主要支持采集客户的自有数据有三类，分别是前端操作、后端日志及业务数据（包括历史数据）。并且，对于不同来源的数据神策分析提供了多种数据接入方案及工具。 比如，提供了客户端 SDK，服务端 SDK，外部数据导入工具，及 API 导入等方式。
四、采集用户行为的事件模型
案例：
今年上大三的小明，在2018年1月1日，于北京，花了500元，购买了10个小猪佩奇
Event 实体
一个完整的事件（ Event ），包含如下的几个关键因素：
Who：即参与这个事件的用户是谁。
When：即这个事件发生的实际时间。
Where：即事件发生的地点。
How：即用户从事这个事件的方式。这个概念就比较广了，包括用户使用的设备、使用的浏览器、使用的 App 版本、操作系统版本、进入的渠道、跳转过来时的 referer 等，目前，神策分析预置了如下字段用来描述这类信息，使用者也可以根据自己的需要来增加相应的自定义字段。
$app_version：应用版本
$city：城市
$manufacturer：设备制造商，字符串类型，如"Apple"
$model：设备型号，字符串类型，如"iphone6"
$os：操作系统，字符串类型，如"iOS"
$os_version：操作系统版本，字符串类型，如"8.1.1"
$screen_height：屏幕高度，数字类型，如 1920
$screen_width：屏幕宽度，数字类型，如 1080
$wifi：是否 WIFI，BOOL 类型，如 true
What：以字段的方式记录用户所做的事件的具体内容。不同的事件需要记录的信息不同，下面给出一些典型的例子：
对于一个“购买”类型的事件，则可能需要记录的字段有：商品名称、商品类型、购买数量、购买金额、 付款方式等；
对于一个“搜索”类型的事件，则可能需要记录的字段有：搜索关键词、搜索类型等；
对于一个“点击”类型的事件，则可能需要记录的字段有：点击 URL、点击 title、点击位置等；
对于一个“用户注册”类型的事件，则可能需要记录的字段有：注册渠道、注册邀请码等；
对于一个“用户投诉”类型的事件，则可能需要记录的字段有：投诉内容、投诉对象、投诉渠道、投诉方式等；
对于一个“申请退货”类型的事件，则可能需要记录的字段有：退货金额、退货原因、退货方式等。
描述事件的任意一个字段，都是一个事件属性。应该采集哪些事件，以及每个事件采集哪些事件属性，完全取决于产品形态以及分析需求。
事件设计思路
- 1)想得到日活数，得设置启动App事件
- 2)想得到日注册数，得设置用户注册事件
- 3)想得到日订单数，得设置用户下单事件
事件和属性的关系，以订单为例
提交订单事件可能会包括，订单金额、优惠金额、配送费用、商品数量的属性字段。
怎么做事件设计
- 根据业务流程和用户关键行为设计事件
- 为事件添加属性
- 输出设计文档
案列一：电商网购流程
我们可以对流程当中的每一个步骤设置为一个事件。 将相应的事件设计为：
浏览一个商品的时候的一个事件
支付订单时候的事件
事件结构设计
案例二：搜索流程
进入搜索页面如果存在多个来源，这个事件就会包含页面入口属性
触发搜索事件必然包括搜索关键词，关键词类型(热点关键词，历史关键词)属性
如果分析过程中存在需要分析哪个页面进来点击搜索平均次数最高，那么点击搜索结果事件也需要包含点击搜索框事件，将上一个事件的属性当做前事件的属性
事件设计过程
SDK 传输数据组成
- 预置事件
- 自定义事件
预置事件
即SDK预先内置事件其包括内置属性字段，比如获取对应的应用版本号，操作系统等。如下图所示:
自定义事件
有为自定义事件
事件设计表：
