金融经营
这块看板有 11 张卡片
4 × KPI2 × 漏斗1 × 趋势1 × 留存1 × 分布2 × 分组表
这块看板上的指标
开户数 · 开户转化率 · 入金金额 · 交易金额 · 入金用户数
问题在哪
金融漏斗变黑的三个地方
浏览器看到表单，核心系统看到钱，没有东西同时看到两者。
KYC 是个黑盒
申请人在上传证件和出结果之间走掉。account_open_step 和 kyc_result 让等待和拒绝都看得见。
盯这个数： 开户转化率
开了户没入金
没入金的开户是一笔营销成本。入金率和入金交易漏斗显示多少账户变成了客户。
盯这个数： 入金率
报价不出单
保险报价成千上万地生成。按产品和代理人看报价投保率，才知道哪些能成交。
盯这个数： 报价投保率
模板指标
横跨银行和保险的 14 个指标
开户、入金、交易、报价和续保。名称与装完后的控制台一致。
| 指标 | 定义 | 格式 | 所在看板 |
|---|---|---|---|
| 开户数 | TOTALS(account_opened) | 数值 | 金融经营 |
| 开户转化率 | UNIQUES(account_opened) / UNIQUES(account_open_step) * 100 | 百分比 | 金融经营 |
| 入金用户数 | UNIQUES(deposit) | 数值 | 金融经营 |
| 入金金额 | PROPSUM(deposit.amount) | 金额 | 金融经营 |
| 入金率 | UNIQUES(deposit) / UNIQUES(account_opened) * 100 | 百分比 | — |
| 交易笔数 | TOTALS(trade) | 数值 | — |
| 交易金额 | PROPSUM(trade.amount) | 金额 | 金融经营 |
| 户均交易额 | PROPSUM(trade.amount) / UNIQUES(trade) | 金额 | — |
| 报价数 | TOTALS(quote) | 数值 | 保险经营 |
| 保单数 | TOTALS(policy_issued) | 数值 | 保险经营 |
| 保费 | PROPSUM(policy_issued.premium) | 金额 | 保险经营 |
| 报价投保率 | UNIQUES(policy_issued) / UNIQUES(quote) * 100 | 百分比 | 保险经营 |
| 续保数 | TOTALS(renewal) | 数值 | — |
| 续保保费 | PROPSUM(renewal.premium) | 金额 | 保险经营 |
指标名称和公式来自行业包。TOTALS 数事件次数，UNIQUES 数人数，PROPSUM 对某个属性求和。本页所有数字都是示例数据。
模板装上的看板
每块看板由一组卡片组成：KPI、漏斗、趋势、留存、分布和分组表。装上以后可以改、复制、分享。
保险经营
这块看板有 9 张卡片
4 × KPI1 × 漏斗1 × 趋势1 × 分布1 × 留存1 × 分组表
这块看板上的指标
报价数 · 保单数 · 保费 · 报价投保率 · 续保保费
漏斗
开户步骤、KYC 结果、开户成功、首次入金
四步，14 天窗口。−46% 的角标标出申请人掉得最多的那一步，通常在 KYC 和入金之间。
开户漏斗
14 天窗口开户步骤
2,400
KYC 结果
1,248
开户成功
674
入金
508
按 KYC 结果拆
kyc_result 带 result。按通过、拒绝、待定拆漏斗，把体验问题和风控政策分开。
数网点
group=branch 和 group=agent 让每个网点和客户经理各占一行，不用导出核心系统。
首笔交易给 30 天
入金交易漏斗按 开户 → 入金 → 交易 跑 30 天。入了金一直不交易的账户是产品问题。
包里的其他漏斗
- 入金交易漏斗开户成功 → 入金 → 交易 · 30 天窗口
- 投保漏斗查看产品 → 保险报价 → 保单承保 · 30 天窗口
团队怎么用
数字银行和保险团队最先设置的事
KYC 流失、入金、代理人表现和保险路径。
用法 1
找到丢掉申请人的那一步 KYC
account_open_step 每一步带步骤名触发。漏斗把证件上传、活体检测和等结果拆成单独的步骤，按设备、按来源看。
- 带命名步骤的开户漏斗
- 按设备和系统版本分组
- risk_assessment 的风险等级作为属性
示例场景： 老版本 Android 上的申请人在活体检测掉了 61%。相机权限弹窗失效。下个 App 版本修好。
开户漏斗 · 手机端
14 天窗口开户步骤
2,400
KYC 结果
1,248
开户成功
674
入金
508
用法 2
按入金账户和保费给代理人排名
代理人和网点是组织主体。代理人排行比较开户、入金和保费，激励跟着会入金、会续保的客户走，而不是跟着表单。
- 代理人排行：开户、入金、保费
- 同一块看板上比网点
- 导出用于激励核算
代理人排行
最近 30 天| 代理人 | 开户 | 入金 | 入金金额 | 保费 |
|---|---|---|---|---|
| 陈 · 滨江支行 | 84 | 61 | $412,000 | $38,400 |
| Okafor · 市中心 | 112 | 48 | $296,000 | $21,900 |
| Silva · 北区 | 61 | 52 | $388,000 | $44,100 |
| Müller · 线上 | 140 | 39 | $184,000 | $9,800 |
用法 3
跟着一份报价到承保和续保
quote 带 product_id 和 premium；policy_issued 和 renewal 来自保单系统。保险看板按产品看报价投保率，按时间看保费。
- 投保漏斗，30 天
- 保费趋势和分布
- 承保后留存，用于续保规划
承保保费与续保保费
保费续保保费
1月3月5月7月9月11月
用法 4
让资金数据待在它该待的地方
浏览器代码永远看不到金额。deposit、withdraw、trade 和 policy_issued 是服务端事件；合规模式会关掉监管不允许的字段。
- 服务端专属事件在表里标出
- 合规模式：浏览器里没有明文标识
- 按套餐的数据保留，可按要求删除
事件来源
最近 24 小时- deposit · 服务端1,284 条 · 金额不经浏览器服务端
- trade · 服务端4,120 条服务端
- policy_issued · 服务端312 条服务端
- account_open_step · App9,860 条App
- product_view · 网页24,400 条网页
统计 × 客服
联系卡在证件那一步的申请人
一位申请人在 KYC 上传页待了四分钟，失败两次。邀请提供拍照帮助；客服看到步骤和设备，永远看不到证件本身。
- 在失败的步骤之后邀请，不是每页都邀
- 上下文：步骤、尝试次数、设备、来源；没有账户数据
- AI 从产品页答资格和费用问题
示例场景： KYC 页的邀请挽回了 23% 停住的申请；客服从未看到证件或账号。
访客上下文
- 步骤
- KYC · 证件照 · 4 分
- 尝试
- 2 次上传失败
- 设备
- Android 11 · App 4.2
- 来源
- Google Ads · savings_q4
- 风险等级
- 已测评 · 平衡型
- /open-account
- /open-account/details
- /open-account/kyc
- /open-account/kyc
app.yourbank.com/open-account/kyc
TC
Dan · 开户团队
你好！证件离镜头太近通常会失败。放远到 30 cm 左右、光线充足再试。需要我在线等你重试吗？
事件
12 个事件，2 个必需
步骤和报价是浏览器事件；入金、交易、保单和理赔来自你的服务端，交易号或保单号作为 insert_id。
| 事件 | 显示名 | 触发时机 | 必填属性 | 来源 |
|---|---|---|---|---|
product_view | 查看产品 | 产品或方案页，带 product_id。 | product_id | 网页 小程序 App |
risk_assessment | 风险测评 | 问卷完成时，带得出的等级。 | level | 网页 小程序 App |
account_open_step | 开户步骤 | 申请的每一步，带步骤名。 | step | 网页 小程序 App |
kyc_result | KYC 结果 | 核验返回时由服务端上报：通过、拒绝或待定。 | result | 服务端 |
account_opened必需 | 开户成功 | 账户激活时由服务端上报。 | — | 服务端 |
deposit必需 | 入金 | 入金结算时由服务端上报；amount 和 currency；insert_id = 交易号。 | amountcurrency | 服务端 |
withdraw | 出金 | 出金结算时由服务端上报。 | amountcurrency | 服务端 |
trade | 交易 | 每笔成交由服务端上报；product_type、action 和 amount。 | product_typeactionamount | 服务端 |
quote | 保险报价 | 生成报价时；product_id 和 premium。 | product_idpremium | 网页 小程序 App 服务端 |
policy_issued | 保单承保 | 保单系统上报；policy_id 和 premium。 | policy_idpremium | 服务端 |
renewal | 续保 | 续保时由保单系统上报；policy_id 和 premium。 | policy_idpremium | 服务端 |
claim_submitted | 理赔申请 | 提交理赔时，带 policy_id；不带理赔详情。 | policy_id | 服务端 App 小程序 |
事件名、必填属性和来源来自行业包。标为「服务端」的事件必须由你的后端上报；订单号、发票号作为 insert_id 去重。
场景
两家机构，两条漏斗
场景示例，非真实评价。
开户漏斗显示 Android 上 61% 的人在活体检测离开。风控说是反欺诈过滤。其实是相机权限。修好后一个月入金涨了 18%。
OB
O. B.
数字业务负责人 · 零售银行
按代理人和产品看的报价投保率取代了一张月度表格。两个产品转化率不到 4%，我们停投了它们。
SP
S. P.
渠道分析 · 保险公司
以使用者视角撰写的场景示例，非真实评价。
金融模板会装上什么？
12 个事件；14 个指标，含开户转化率、入金率、户均交易额、保费和报价投保率；3 条漏斗；2 块看板：金融经营、保险经营。
哪些事件必须留在服务端？
kyc_result、account_opened、deposit、withdraw、trade、policy_issued 和 renewal。表里标为「服务端」。浏览器代码永远不该带金额或标识。
合规模式做什么？
关掉浏览器事件里的明文标识和精确位置，强制手机号和证件字段哈希，并把保留期限制在你配置的范围内。按项目开启。
代理人和网点怎么处理？
两者都是组织主体。事件带 group=agent:
只做保险、不做银行也合适吗？
合适。用 product_view、quote、policy_issued、renewal 和 claim_submitted 配「保险经营」看板，忽略银行事件。
数据能自己托管吗？
企业版提供私有化部署。数据驻留要求请联系销售。