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