神策大数据用户行为分析-1-入门知识

2020-08-24  本文已影响0人  皮皮大

神策数据

神策大数据用户行为分析入门,主要涉及的知识点:

image

神策分析简介

神策分析是针对企业级客户推出的深度用户行为分析产品,有以下特点:

image

神策产品优势

  1. 私有化部署

  2. 基础数据采集与建模

  3. 实时多维度分析

  4. PaaS 平台深度开发

image

神策分析解决痛点

业务痛点

技术痛点

  1. 自建成本高

  2. 日常配合效率低

  3. ETL工作繁琐

  4. 共性需求重复开发

神策分析作用

支持产品进行功能评估,提升转化率

产品角色作为产品规划者,重点关注产品

数据驱动产品优化

image

支持运营进行用户分群,实现精准营销

运营角色重点关注

image

支持渠道把控拉新的“量”与“质”

渠道角色重点关注

image

为数据采集技术人员提供解决方案

技术角色重点关注

神策分析如何解决

标准电商核心流程

电商用户通常会经历以下核心行为流程

  1. 启动 App
  1. 开始浏览首页
  1. 点击并浏览商品详情页
  1. 看到合适的商品,将商品加入购物车
  1. 有购买意向,提交订单
  1. 决定付款,支付订单

产品核心流程可描述为

启动 App - 浏览首页 - 浏览商品详情页 - 加入购物车 - 提交订单 - 支付订单

电商行业常见数据分析问题

不同人员关注点
  1. 渠道投放业务人员:各个渠道获客的数量和质量

  2. 运营人员:进行用户分群并且采取针对性的营销

  3. 产品人员:各个核心流程转化及各个功能的用户体验

常见电商需求问题
新客数量及比例

查看新客总数,同时按照日期、渠道等维度拆分下钻

用户核心过程转化率

查看各渠道新客的核心流程总转化率及各步骤间的转化率,寻找总转化率提升空间

用户支付行为表现
支付环节流失的原因

神策支持查看特定用户群的历史行为序列,找到提交订单行为,对此之后的行为进行人工标注,以推测后续未进行支付环节的原因

分析各渠道来源活跃用户情况

解各渠道来源用户的活跃程度,以及目标行为——支付订单行为发生的频率

获得流失用户名单

针对特定人群实现精准营销,支持将特定用户设备 List 同步到极光/小米,向流失用户进行 App 内的精准推送,以期重新激活挽回流失。

全面监控渠道获客的数量及质量

神策支持将分析结果添加到概览,使业务分析人员无需配置快速获得所关注的指标现状

神策数据来源

神策分析中的所有数据均来自于客户的自有数据接入

神策分析主要支持采集客户的自有数据有三类,分别是前端操作、后端日志及业务数据(包括历史数据),接入的方式主要是有3种:

用户行为分析

常用名词

image

实际问题

日常工作中,我们遇到的实际问题:

为了回答以上问题,需要对产品上的各种行为进行分析和统计。

问题解决

对上述的行为进行统计,得到的如下指标:

用户行为 统计指标
点击功能入口 入口点击次数/人数
进入新功能页面 新功能页面PV/UV、新功能页面响应成功率(PV/入口点击次数)
点击目标按钮 目标按钮被点击次数/人数、目标按钮点击率(点击次数/新功能页面PV)

用户行为分析3大步骤

  1. 提出业务问题

  2. 定义问题的分析对象,具体是哪几个行为

  3. 对行为进行统计和分析

如何描述用户行为

神策分析使用事件模型来描述(Event 模型)用户行为,描述用户行为的关键要素:是谁、什么时间、什么地点、以什么方式、干了什么

主要是涉及到两个核心事件:

image

Event实体

一个完成的事件包含几个关键要素:

User实体

每个 User 实体对应一个真实的用户

每个用户有各种属性,常见的属性例如:年龄、性别,和业务相关的属性则可能有:会员等级、当前积分、好友数等。这些描述用户的字段,就是用户属性。

如何正确地标识用户

常用用户标识2种方案

方式 优点 缺点
用户的设备ID 简单直接 同一台手机被多个用户用过,产生的行为被标记为同一个“人” 老用户换新手机也会被识别为一个全新的用户
通过用户的账号或者客户号来识别用户 业务后台系统中比较常见,准确地说只能准确地记录业务数据 用户在未登录状态下发生行为是无法被识别的,应用场景局限,适用于后台业务

神策解决方案

简单来说,在用户未登录的情况下,神策会选取设备 ID 作为唯一标识

登录状态下选取登录 ID 或者 userid,一个用户既有设备ID(亦称作“匿名ID”)又有登录ID

通过用户关联将同一个用户的设备ID 和登录 ID 关联到一起,这样不管用户是匿名和登录的状态发生的行为,我们都能准确识别到是同一个用户。

用户关联方案

神策标识用户原理(重点内容)

基础知识

神策分析使用 神策 ID (即 events 表里的 user_id 和 users 表里的 id )来对每个产品的用户进行唯一的标识。

image

神策ID是基于 distinct_id 按照一定规则生成的,两种典型的distinct_id

神策分析里的用户是发生事件的主体,不一定是终端用户,也可以是一个企业、商家等

users表中的fisrts_id指的是设备ID,second_id指的是登陆ID

3种方案

只使用设备ID

1.特点

只要设备不变,那么设备ID不变,神策ID不变

2.案例说明

image

案例解释说明

关联设备ID和登陆ID(1对1,默认方式)

关联设备 ID 和登录 ID 的方法虽然实现了更准确的用户追踪,但是也会增加埋点接入的复杂度。

1.适用场景

  1. 需要贯通一个用户在一个设备上注册前后的行为

  2. 需要贯通一个注册用户在不同设备上登录之后的行为

2. 局限性*

3.案例说明

image

案例具体解释

关联设备ID和登录ID(多对1)

1.使用场景

一个登陆ID绑定多个设备,比如 Web 端和 App 端可能都需要进行登录。

支持一个登录 ID 下关联多设备 ID 之后,用户在多设备下的行为就会贯通,被认为是一个神策 ID 发生的。

2.局限性

3.案例说明

image

操作同上面的流程,重点关注第七条记录

由于设备 Y 被关联到登录 ID A 下,修复设备 Y 上登录之前的数据:神策 ID 3 ->神策 ID 1

上一篇 下一篇

猜你喜欢

热点阅读