解读你的分析数据

按应用查看的用量、转化率与转化漏斗指标 - 用于定位用户从哪一步流失、哪项功能在拉高你的支出，以及某次改动是否真的奏效。

Didit 支持团队撰写 · 更新于 2026年8月19日

#页面内容

KYC、KYB 与交易活动的用量、转化率与转化漏斗指标，组件可按应用自由排列。

1234

1. 所选时间范围内的用量，按结果类型细分。
2. 用户从头到尾平均花费的时间 - 这里出现峰值通常意味着证件或摄像头出了问题。
3. 会话来源地，按 IP 和证件签发国家/地区统计。
4. Edit 用于重新排列组件；Export 用于下载组件背后的数据。

#它能很好回答的三个问题

"用户在哪一步流失？" 转化漏斗按步骤展示完成率，你不必再靠猜测。流失通常集中在某一个步骤上，而这个步骤本身就能说明原因 - 证件选择环节的问题通常是覆盖范围或证件子类型问题，摄像头环节通常是环境问题，问卷环节通常是表单太长。参见会话为什么一直未完成。

"我的账单为什么是这个数？" 账单金额是已完成功能的函数，因此按功能划分的用量能从算术上解释它。支出上的意外，本质上永远是某项具体功能用量上的意外。参见哪些属于计费核验。

"那次改动有效吗？" 在同一指标上比较改动前后的数据。无论是调整阈值、调整步骤顺序，还是修复语言问题，只要真的产生了影响，都会在这里体现 - 如果没有体现，说明它本来就没有影响。

#指标按应用统计

Analytics 的统计范围限定于你当前选中的应用，就像工作流和密钥一样。如果你的流量分布在多个应用之间，你看到的只是全貌的一部分 - 在得出用量下降的结论之前，值得先记住这一点。参见组织、应用与环境。

Sandbox 应用也有自己的指标，但它们作为真实行为的衡量毫无意义 - 这些结果是被选定的，而不是被测出来的。

#如实解读通过率

通过率偏低可能有几种截然不同的原因，仅凭数字本身无法区分它们：

• 真实的欺诈压力 - 核验机制正在发挥作用。
• 阈值设置过严 - 你正在拒绝真实用户。参见人脸匹配分数与阈值。
• 覆盖范围不足 - 用户手中的证件不受支持，因此在选择环节就失败了。
• 无人处理的审核队列 - 会话一直停留在 In Review 状态，从未变为 Approved，这在数据上就表现为通过率偏低。参见会话卡在审核中。

在针对这个比率采取行动之前，先看清背后的构成。

#数据新鲜度

Dashboard 上的数字可能比单个会话略有延迟 - 你刚完成的会话可能还未计入汇总数据。如果某个数字在改动后立刻显得不对，请先在 Verifications 中检查对应的会话，而不要直接断定指标出了问题。

#导出数据

如果需要自行生成报表，可以从 Verifications 列表中按你选择的列和筛选条件，将会话数据导出为 CSV。若需要单个会话的记录，请使用 PDF。参见下载核验报告。

如果你需要的是持续写入自有数据仓库的数据，而不是周期性导出，可以从 webhooks 获取数据并在你这一侧进行汇总 - 这是可扩展的做法，而且能让你按自己业务的定义来计算指标，而不是照搬 Dashboard 的定义。

#谁能看到它

Analytics 的访问权限和控制台里的其他内容一样，取决于角色。如果某位同事看不到这个板块，请先检查其角色。参见邀请团队成员并设置角色。