# 转化漏斗
> 最后更新时间:2022-3-3 17:00:01
转化漏斗模型,是分析用户使用某项业务时,经过一系列步骤转化效果的方法。
在理想情况下,用户会沿着产品设计的路径到达最终目标事件,但实际情况是用户的行为路径是多种多样。通过埋点事件配置关键业务路径,可以分析多种业务场景下转化和流失的情况,不仅找出产品潜在问题的位置,还可以定位每个环节流失用户,进而定向营销促转化。
## 转化漏斗能解决哪些问题?
1. 官网流量很大,但注册用户很少,是过程中哪个环节除了问题?
2. 用户从“注册 – 绑卡 - 提交订单 - 支付订单” 总体转化率如何?
3. 不同地区的用户支付转化率有什么差异?
4. 两个推广渠道带来不同的用户,哪个渠道的注册转化率高?
5. 上周针对注册环节的问题做了一次优化,转化率趋势是否有提升?
……

## 1\. 定义指标区
左侧为指标定义区域,建立转化漏斗,细分维度查看,支持条件过滤,支持多个人群的对比分析。
### 1.1 建立漏斗
每个漏斗至少由两个步骤构成,每个步骤可以选择相应事件,包括页面事件和点击事件。
每个事件都可以增加筛选条件作为约束,例如对于启动事件,可以限定平台属性值为Android,购买理财可以限定购买金额属性值大于10000。
每个步骤的事件为有序关系,第二步用户必定为第一步的用户,后面依次类推。

\*\*转化周期:\*\*是指用户需要在限定的时间内完成所有转化步骤才算转化成功,否则计为流失。
>[info] 默认转化周期为 7 天,支持用户自定义,最短 1 分钟,最长 180 天
> **注意:这里的 天 代表24小时,非自然天**
### 1.2 细分维度:按X查看
点击细分维度后,选择细分的维度即可查看具体维度不同属性值的转化漏斗,细分发现转化率差异。例如查看不同平台的或不同性别用户的转化漏斗。

>[info] 只能选择一个维度展开。
#### **维度包括3类属性:**
* 公共的事件属性
* 各个步骤事件的自定义属性: 假设选择步骤 4 的属性“产品名称”,表示在完成转化/确认流失的用户中,按照转化到步骤 4 时的“产品名称”的值来进行分组。
若没有转化到步骤 4,则按照"(无值)"组处理。
* 用户属性:根据用户属性来分组,e.g. 性别,则会按照 男、女 各自用户来分组。
点击细分维度选择下拉框中,对 **数值型** 和 **日期时间型** 做特殊标识;
当分组个数超出 50 个时,默认展示最近的时间单位内指标数值最大的50个分组,可以在图例自行选择其他的分组。
**A. 数值型维度分组方法**

**B. 日期型维度分组方法**

### 1.3 公共过滤条件
假设选择的是公共过滤条件是城市-北京市,则A、B 、C、D 4个步骤中的用户都按北京市的值进行转化计算。

### 1.4 筛选用户群
可点击所有用户下拉菜单选择自定义人群,查看人群漏斗情况;可对比多个人群的漏斗情况,当选择多个人群时,不能再细分维度;可对全量用户进行随机抽样,查看漏斗情况。
## 2\. 图表展示
图表展示区,可以选择时间范围,默认近30日。
### 2.1 时间范围
时间范围限制的是第一个步骤发生的日期。
### 2.2 图表展示
不同的漏斗、条件、人群、维度组合可以可视化呈现。
### 2.3 转化/转化趋势
转化查看所选用户群的总体转化情况。 转化趋势可查看总体转化率,也可按步骤查看每步之间的转化率、转化用户数、转化时间中位数和流失用户数。

#### **A. 单个人群的关键路径转化漏斗**

#### **B. 多个人群的在同一关键路径的转化对比**

### 2.4 指标算法
**总体转化率** = 最后一步转化的用户数 / 第 1 步的用户数 \* 100%;
**各步骤转化率** = 第 n 步转化的用户数 / 第 n -1 步的用户数 \* 100%;
\*\*转化用户数 = \*\* 指完成从上一步骤到下一步骤转化的的去重用户数;
**转化时间中位数 =** 指完成从上一步骤到下一步骤转化,用户所需时间的中位数;
**流失用户数 =** 指上一个步骤的用户数 - 上个步骤到该步骤转化的用户数;
#### **基础计算规则**
假设一个注册流程的事件:点击注册-输入邮箱-输入密码-输入手机号-注册成功5个步骤,以下用 A - B - C - D - E 表示,则建立漏斗的事件为 A - B - C - D - E ,选择 2018/03/01-2018/03/07,转化周期为2天\*\*。\*\*
e.g.在 2018/03/01-2018/03/07内触发了A事件
1.若在触发A事件后的两天内,按顺序完成了 B - C - D - E,则视为一次完整的转化。
2.若在这个过程中,穿插完成了其他步骤或者事件,用户的行为序列为 A - B - F - C - G - D - H - H - E,则依然视为完成了一次完整的转化。
3.若在触发A事件的两天内顺序触发了 B - C - D - E,两天后才触发 E,则 A - B - C -D 记为转化,D - E 视为流失。
4.若在触发A事件的两天内顺序触发了 B - C - E,而漏掉了 D,也不算一次完整的转化,A - B - C 记为转化, C - D 视为流失。
5.若在触发A事件的两天内顺序触发了 B - D - C - E,则 A - B 记为转化,B - C 视为流失。
> 注:3 、4、5 最终均触发了 E 事件,完成了注册,但并未按漏斗规定的时间和顺序进行转化,所以最终的转化率皆为 0。
若一个用户在所选时间范围里有多个事件都符合某个转化步骤的定义,则优先选择靠近最终转化目标的事件作为转化事件,并在达到目标时停止计算。
**同时发生的事件**
对于一秒内发生的两个事件,如果是不同事件,在计算漏斗时我们会认为他们是“同时”发生的。也就是说,无论他们实际发生的先后顺序是什么,我们都会计算为转化。例如,一个人如果先触发了事件A,然后又在一秒内触发了事件B,对于以下情况都会认为是转化:
> 事件A > 事件B 或 事件B > 事件A
如果是同一事件,我们会将计算精度提高到1毫秒来确定他们发生的先后顺序,以得到准确的转化数据。假如两个相同事件发生在同一秒,则我们会认为它们之间没有转化。
>[info] 从5.1版本开始,漏斗分析统一成毫秒精度,假设两个事件发生在同一毫秒,则我们会认为他们之间没有转化。
## 3\. 人群下钻分析
所有图表中的数据节点,都可以下钻查看人群概览以及保存人群。
下钻人群下钻功能与分群一致,可在[分群](../user/)中作进一步了解。
## 4\. FAQ
### 4.1 漏斗分组结果与筛选条件下结果不一致
答:漏斗分析中,筛选条件是先筛选再计算出漏斗,而分组是先计算出漏斗再进行分组,即筛选条件是作用于计算漏斗之前,分组是作用于计算漏斗之后,所以二者的结果可能不一致。比如,漏斗定义的步骤是A-B-C。某用户的行为的序列是A1(操作系统=Andriod)-A2(操作系统=iOS)-B-C,此时无论筛选操作系统等于Android还是iOS,那么最终该用户都有转化。当按“操作系统”分组时,按照漏斗的计算规则该用户的漏斗转化为A2(操作系统=iOS)-B-C,即该用户的转化将会被分组到iOS。此时,漏斗分组下Android的分组结果与筛选条件筛选操作系统等于Android的结果不一致。
### 4.2 漏斗分析的用户数与事件分析的触发用户数不一致
答:区分非分组场景和分组场景。
非分组场景下,漏斗第一步与事件分析不一致,检查二者其他条件是否一致,比如筛选条件、抽样。检查是否缓存导致,都强制刷新。其他步骤结果不一致,是正常的。
分组场景下,漏斗的分组是基于用户的最优转化路径进行分组的。单周期内,单个用户最多只会算1次转划。而事件分析的分组,是明细粒度的。单个用户单个周期内不同的分组取值,所有分组都会被计算。比如,漏斗定义的步骤是A-B-C。某用户的行为的序列是A1(操作系统=Andriod)-A2(操作系统=iOS)-B-C。事件分析中,A事件按操作系统分组,Android与iOS都会计算,漏斗分析中,转划只会被计算到iOS分组。
### 4.3 漏斗的总体转划率没有按天转划率高
答:因为总体是单独作为一个整体的周期计算的,而单个用户在单个周期最多只会算1次转化,所以当每天转划的用户重叠度很高时,总体的转划率就有可能比按天的转划率低。
比如,1号有a、b、c、d 4个用户,其中b、c、d 都转化了,2号有b、c、d 、e 4个用户,其中还是b、c、d 转化了。3号有b,c,d,f 4个用户,其中还是b、c、d转划了。此时1-3号每天的转划率都是75%。总体是a、b、c、d、e、f 6个用户3个用户有转划,转划率50%。
### 4.4 按漏斗非首步事件属性分组时,转划率看上去都是100%
答:漏斗定义的步骤为A-B-C-D 。按事件C的属性分组。漏斗的分组是基于用户的最优转化路径进行分组的,当且仅当,用户的最优转化路径中包含C这个事件,对应C事件的分组属性才可能有值。。也就是说,当且仅该用户的最长转化路径大于等于3时,对应C事件的分组属性才可能有值。因此,当按漏斗的第三步的某属性分组时,所有属性有值的分组中,A-B以及B-C的转化都会是100%。未转化的用户,都分到了(无值) 的分组中。
即,当按漏斗非首步事件的属性分组时,该分组步骤之前的环节在分组值有值的分组下,转化率都会是100%。
### 4.5 调整漏斗步骤后,其他步骤的数据也发生了变化
答:区分非分组场景和分组场景。举个例子,原来A-B-C-D-E 5步漏斗,现在删除漏斗第三步,变为A-B-D-E的漏斗。
非分组场景下,漏斗某一步步骤发生了调整,会影响后面步骤转化的判定。即举例中,漏斗第一步、第二步的用户数以及转划率不会发生改变,后续步骤的转划用户数将有可能改变。
分组场景:漏斗任何一步发生变化,对最优转划路径的判定都会产生影响,因此每一步转化用户数都有可能发生变化。举个例子,某个用户的行为序列为 A-B-D-E-A-B-C-D-E,如果漏斗定义是A-B-C-D-E,那么用户最优转化步骤为A-B-D-E-**A-B-C-D-E**.而漏斗定义为A-B-D-E时,漏斗的最优路径为**A-B-D-E**\-A-B-C-D-E。最优路径判定的不同,将导致用户的最终转划所属的分组也不同。分组场景下的合计项与非分组场景一样,变化步骤之前漏斗步骤的结果不会发生变化。
- 产品简介
- 快速上手
- Step 1 安装部署
- Step 2 激活系统创建项目
- Step 3 开启您的分析旅程
- 1. 集成 SDK
- 2. 可视化埋点
- 3. 创建分析模型
- 附:埋点方案设计
- 附:数据分析思路
- 产品更新日志
- V5.5 新增LTV分析功能等
- V5.3 UI 升级、分布分析重构、维度表动态更新、细节优化等
- V5.2 新增归因分析、消息中心、重构埋点方案、优化看数据体验……
- V5.1.0317 体验优化& Bug修复
- V5.1 升级可视化埋点、增强权限控制……
- Part I 产品功能说明
- 名词解释
- 指标说明
- 看板
- 5.3.3 看板 UI 重构
- 分析
- 事件分析
- 渠道分析
- 渠道相关名词解释
- 来源识别规则
- 搜索引擎
- 社交媒体
- 小程序场景值
- Session 分析
- Session 规则
- 实时分析
- 留存分析
- 转化漏斗
- 智能路径
- 归因分析
- 热图分析
- Web/H5 热图
- APP 热图
- 分布分析
- 间隔分析
- 属性分析
- LTV 分析
- 多主体分析
- 自定义查询
- 用户
- 用户分群
- 用户探查
- 用户标签
- 标签体系应用概览
- 标签体系
- 标签生命周期管理
- 标签加工
- 如何自定义SQL创建标签
- 单用户档案
- 运营
- 广告跟踪
- 微信小程序渠道追踪
- 预置广告媒介和渠道
- App 推广监测(Beta)
- 电子邮件
- 短信
- 消息通知
- 项目管理
- 项目概览
- 项目角色管理
- 项目成员管理
- 数据接入管理
- 埋点方案
- 可视化埋点
- 集成SDK接入数据
- 数据验证
- 用户数据导入
- 微信小程序全埋点事件定义
- 元数据管理
- 元事件
- 虚拟事件
- 事件属性
- 用户属性
- Session 管理
- 页面组管理
- 维度表
- 服务集成配置
- 监控告警
- 智能监控
- 自定义监控
- 平台管理
- 企业概览
- 项目管理
- 成员管理
- 安全设置
- 企业设置
- 日志管理
- 帐号设置
- Part II 技术文档
- 技术接入准备工作
- 部署环境检测工具
- 数据模型
- 数据格式
- 预置事件和属性
- App预置事件/属性
- JS 预置事件/属性
- 如何准确识别用户
- 如何设计埋点方案
- 分平台上报数据 vs 跨平台打通
- SDK 指南
- Android SDK
- 快速集成
- 全埋点模块
- 消息推送模块
- Android Hybrid模式
- SDK Gradle集成方式
- 多渠道打包
- 易观小工具
- 合规相关
- iOS SDK
- 快速集成
- 全埋点介绍
- iOS Hybrid模式
- 消息推送模块
- JS SDK
- 快速集成
- JS SDK基础版
- JS SDK插件
- uni-app SDK
- 快速集成
- 打包原生APP
- 开启移动端全埋点
- uni-app SDK标准版
- 微信小程序 SDK
- 快速集成
- 微信小程序标准版
- 微信小程序插件版
- 微信小程序通用框架版
- 支付宝小程序 SDK
- 支付宝小程序标准版
- 支付宝小程序通用框架版
- 字节跳动小程序 SDK
- 字节跳动小程序标准版
- 字节跳动小程序通用框架版
- 百度小程序 SDK
- 百度小程序标准版
- 百度小程序通用框架版
- 钉钉小程序 SDK
- 钉钉小程序标准版
- 钉钉小程序通用框架版
- QQ小程序 SDK
- QQ小程序标准版
- QQ小程序通用框架版
- 快应用 SDK
- 华为WeCode小程序
- WeCode SDK 标准版
- WeCode SDK插件
- PhoneGap SDK
- mPaaS SDK
- ReactNative SDK
- Flutter SDK
- Java SDK
- Python SDK
- PHP SDK
- C++ SDK
- C# SDK
- Node JS SDK
- Lua SDK
- Golang SDK
- SDK FAQ
- identify与alias的区别
- 爬虫数据如何识别?
- 页面停留如何获取时间?
- 如果获取SDK及更新日志
- 代码埋点和无埋点有什么区别
- Web页面中发现丢失某一个事件
- 自研 SDK 注意事项
- 页面时长统计功能
- 飞书小程序 SDK
- 飞书小程序标准版
- 飞书小程序通用框架版
- Unreal Engine SDK
- 数据验证
- 客户端埋点验证
- Debug 数据验证
- 数据入库验证
- 数据导入
- 接口导入
- JAVA工具包
- 标准json文件导入
- csv格式导入
- 数据导入FAQ
- 数据导出
- JAVA工具包
- 事件数据导出
- 用户数据导出
- 直接从Kafka中消费数据
- 使用程序访问数据库
- 脚本工具
- API
- 分析API
- 事件分析
- 留存分析
- 自定义查询
- 转化漏斗
- 属性分析
- Session分析
- 渠道分析
- 分布分析
- 用户API
- 分群查询
- 用户档案
- 分群管理
- 管理API
- 权限管理
- 元数据管理
- 埋点方案管理
- 维度表管理
- 运营API
- 广告跟踪
- APP推广监测
- 平台管理API
- 项目管理
- 成员管理
- 第三方登录
- OAuth2.0登录
- LDAP登录
- GDPR 合规
- Part III 常见问题
- License 许可
- 产品试用及采购
- 参与贡献