本节您需要达成如下目标:
- 理解什么是用户行为分析
- 理解用户行为分析领域事件、用户、属性等概念
什么是用户行为分析
日常工作中,您可能会遇到如下问题:
- 新上线的产品功能,每天有多少用户在使用?新设计后的订单页面成交比率有没有提高?
- 运营刚上线的活动,用户参与情况怎么样?用户是在哪一步发生流失的?
- 渠道投放的广告,有多少用户点击了?这些用户后来有在落地页上发生注册吗?
要回答以上问题,我们需要关注用户在产品上的各种行为,并对用户行为进行统计和分析。以上述第一个问题为例,需要关注的行为包括:点击功能入口、进入新功能页面、点击目标按钮等。如果对行为进行统计,则会得到如下指标:
用户行为 | 统计指标 |
---|---|
点击功能入口 | 入口点击次数 / 人数 |
进入新功能页面 | 新功能页面 PV / UV 、新功能页面响应成功率(PV / 入口点击次数) |
点击目标按钮 | 目标按钮被点击次数 / 人数、目标按钮点击率(点击次数 / 新功能页面 PV) |
如果对行为进行分析,可能会提出如下问题:
- 三个行为之间,各步骤的转化率是怎样的?
- 不同入口进入新功能的用户,后续转化率是否有不同?
以上是围绕用户行为分析的一个小案例,这个案例展现了我们做行为分析需要经历的 3 个步骤:
- 提出业务问题
- 定义问题的分析对象,具体是哪几个行为
- 对行为进行统计和分析
实际上第 2 步和第 3 步之间,我们有意忽略了行为数据的采集,这项工作涉及的面非常广,且复杂度高。后面我们将对这项任务进行拆解并逐步介绍。
在着手数据采集工作之前,首先需要了解神策是如何用数据的方式来描述用户行为,便于后续工作的开展。
如何描述用户行为
在神策分析中,我们使用 事件模型(Event 模型) 来描述用户的各种行为,事件模型包括事件(Event)和用户(User)两个核心实体。
为什么这两个实体结合在一起就可以清晰地描述清楚用户行为?
实际上,我们在描述用户行为时,往往只需要描述清楚几个要点,即可将整个行为描述清楚,要点包括:是谁、什么时间、什么地点、以什么方式、干了什么。
而事件(Event)和用户(User)这两个实体结合在一起就可以达到这一目的。下面分别介绍一下这两个实体。
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、点击位置等
- 对于一个 用户注册 类型的事件,则可能需要记录的字段有:注册渠道、注册邀请码等
- 对于一个 用户投诉 类型的事件,则可能需要记录的字段有:投诉内容、投诉对象、投诉渠道、投诉方式等
- 对于一个 申请退货 类型的事件,则可能需要记录的字段有:退货金额、退货原因、退货方式等
描述事件的任意一个字段,都是一个事件属性。应该采集哪些事件,以及每个事件采集哪些事件属性,完全取决于产品形态以及分析需求。
User 实体
每个 User 实体对应一个真实的用户,每个用户有各种属性,常见的属性例如:年龄、性别,和业务相关的属性则可能有:会员等级、当前积分、好友数等等。这些描述用户的字段,就是用户属性。
总结
本节以一个实例充分说明了用户行为分析的价值,并解释了 神策如何用数据的方式来记录用户行为。
后续章节将针对 神策如何采集用户行为 进行解答。
这个问题我们将其拆解成 3 个子问题: