增长漏在哪里
金融产品在哪里流失申请人
01
卡在 KYC
上传证件和身份核验会流失申请人，可这些流失藏在多步表单里。
02
开了户却不入金
账户开了一直是空的；带来入金客户的渠道和没带来的看起来一模一样。
03
隐私不是可选项
统计系统绝不能变成个人信息或金融数据的仓库。
关键指标
金融产品团队盯着的数字
来自金融模板——适用于证券、银行和保险。
开户以及开户转化率
KYC 结果各步骤通过率
首次入金入金率与金额
交易每户交易笔数与金额
报价与保单报价投保率
续保续保数与保费
团队怎么用
金融团队在这里回答的三个问题
都基于金融模板。
01
哪一步申请流失了人？
开户的每一步——表单、证件、KYC、审批——都是漏斗里的一步，带步骤间耗时和流失背后的回放。
- 逐步开户漏斗
- 步骤间耗时
- 输入内容遮挡的回放
线索Android 上传证件这一步流失 31% 的申请人
下单漏斗
近 30 天全部设备
浏览商品
2,400
加入购物车
1,248
−48%
结算
674
−46%
支付成功
508
−25%
整体转化21.2%
中位耗时6m 40s
最大流失结算−46%
02
哪些渠道带来入金客户？
按首次入金和交易活跃对比渠道，而不是按注册——按获客批次看。
- 每个渠道的入金率
- 按首次渠道分批
- 每个活动的回本
- 联系方式加密保存或直接丢弃
线索搜索带来的线索不多，首次入金却是其他渠道的 2.4 倍
按获客批次按当期首次触点
| 批次 | 获客 | 付费率 | 90 天 LTV | 回本 |
|---|---|---|---|---|
| 2026-07 · Google | 1,920 | 14% | $41.2 | 第 38 天 |
| 2026-07 · Meta | 2,410 | 9% | $22.8 | 第 71 天 |
| 2026-07 · Newsletter | 640 | 21% | $58.6 | 第 12 天 |
| 2026-07 · TikTok | 1,130 | 5% | $9.4 | 未回本 |
人均 LTV90 天
GDPRCCPA个保法合规模式
遵守 Global Privacy Control
发送 GPC 的访客改为匿名统计
剔除事件里的个人信息
邮箱、手机号、证件号在采集端丢弃
欧盟 / 英国 IP 截断
IP 从不存储；截断只影响地理位置查询
采集前先征得同意
关闭——无 Cookie 统计多数情况下不需要弹窗
数据保留
12 个月
数据主体请求
0 个待处理
行业模板
装上金融模板，你会得到这些
开户、入金、交易和保险事件，以及它们之间的漏斗。
事件
12product_viewrisk_assessmentaccount_open_stepkyc_resultaccount_openeddepositwithdrawtradequotepolicy_issuedrenewalclaim_submitted
漏斗
3开户漏斗入金交易漏斗投保漏斗
目标与里程碑
3开户成功首次入金保单承保
看板
2获客与入金交易与保单
入金、交易和保单从服务端上报。不要上报账号或个人信息——用内部 ID。
搭配 AskCub
在申请过程中回答问题
AskCub 显示此刻卡在某一步的申请人；聊天里输入的敏感信息会自动打码。
FAQ
金融常见问题
没找到答案？打开右下角的聊天直接问我们。
数据必须留在我们自己的机房，可以吗？
可以。企业版可以部署在你的机房或云账号里。
会话回放里的表单输入怎么处理？
输入框内容默认遮挡，密码框永远不录。你还可以为敏感的页面文字添加遮挡规则。
能阻止个人信息进入统计吗？
能。开启剔除个人信息后，看起来像邮箱、手机号或证件号的值会在采集端丢弃。