3、风控指标定义:核心评估指标与辅助指标

在风控 A/B 测试中,指标是衡量策略效果的“标尺”。如果指标定义不清晰、口径不统一,即使实验设计再严谨,结论也可能完全错误。本节将系统定义风控 A/B 测试中的核心评估指标与辅助指标,并强调指标口径统一的重要性。

3.1 核心评估指标

核心指标直接反映风控策略对风险与收益的平衡效果,是判断策略“胜出”或“失败”的关键依据。主要包括以下四类:

指标名称 定义 计算公式 评估方向
通过率 申请通过人数占申请总人数的比例 通过人数 / 申请总人数 × 100% 越高代表策略越宽松,业务量越大
逾期率 在观察期内发生逾期的客户数占通过客户数的比例 逾期客户数 / 通过客户数 × 100% 越低代表资产质量越好
坏账率 最终确认无法收回的损失金额占放款总额的比例 坏账金额 / 放款总额 × 100% 越低代表最终损失越小
FPR / TPR 假正率(误杀率)与真正率(召回率) FPR = FP / (FP + TN)
TPR = TP / (TP + FN)
TPR 越高越好,FPR 越低越好
关键认知: 通过率与逾期率/坏账率通常呈反向关系。一个“好”的策略是在不显著增加逾期/坏账的前提下,最大化通过率;或在保持通过率不变的情况下,显著降低逾期/坏账。

3.1.1 通过率与逾期率/坏账率的权衡

在风控 A/B 测试中,不能单独看通过率或逾期率。例如:实验组通过率提升 5%,但逾期率上升 2%,这未必是正向效果。必须结合业务目标(如利润最大化、风险容忍度)综合判断。

3.1.2 FPR 与 TPR 的模型视角

FPR(假正率)和 TPR(真正率)通常用于评估风控模型或规则策略的区分能力。在 A/B 测试中,我们通过对比实验组与对照组的 FPR/TPR 变化,来判断新策略是否在“更准地抓住坏人”的同时,没有“误伤太多好人”。

实操提示: 在风控 A/B 测试报告中,建议同时展示通过率、逾期率(或坏账率)以及 FPR/TPR 的变化,形成完整的评估矩阵。单一指标容易产生误导。
风控 A/B 测试核心评估指标关系 策略效果评估 业务量指标 通过率 ↑ 风险指标 逾期率 / 坏账率 ↓ 模型区分力:TPR ↑ 且 FPR ↓

3.2 辅助评估指标

辅助指标不直接决定策略胜负,但能帮助解释核心指标变化的原因,或评估策略带来的“副作用”。在风控 A/B 测试中,常用的辅助指标包括:

  • 客诉率: 因拒绝或额度调整等原因产生的客户投诉数量占申请总量的比例。客诉率上升可能意味着策略过于激进,伤害了优质客户体验。
  • 人工审核成本: 因策略调整导致需要人工介入审核的订单比例变化,以及对应的人力成本变化。例如,新策略虽然降低了逾期率,但大幅增加了人工审核量,导致总成本上升。
避坑提醒: 辅助指标有时会成为“一票否决”项。例如,客诉率飙升可能引发监管风险或品牌声誉问题,此时即使核心指标表现优异,策略也可能需要回滚。
辅助指标与核心指标的联动分析 核心指标 通过率 / 逾期率 坏账率 / FPR/TPR 辅助指标 客诉率 人工审核成本 联动分析 解释核心指标变化原因 评估策略副作用 综合决策:核心指标 + 辅助指标

3.3 指标口径统一

指标口径不统一是风控 A/B 测试中最常见的“坑”之一。同一个指标,不同团队、不同系统可能采用不同的计算口径,导致对比结果无效。以下是必须统一的关键口径要素:

口径维度 常见分歧 统一建议
逾期定义 逾期 1 天 / 逾期 30 天 / 逾期 90 天 明确逾期天数阈值(如 M1、M3),并在报告中标注
观察期 放款后 30 天 / 60 天 / 90 天 统一观察窗口,如“放款后 90 天逾期率”
分母选择 申请人数 / 通过人数 / 放款人数 明确分母是“通过客户数”还是“放款客户数”
坏账核销标准 逾期 180 天核销 / 逾期 360 天核销 统一核销规则,或同时展示不同核销口径下的坏账率
客诉分类 仅统计投诉工单 / 包含在线反馈 明确客诉的统计来源和分类标准
最佳实践: 在 A/B 测试开始前,由风控、数据、业务三方共同签署一份《指标口径定义文档》,明确每个指标的计算公式、数据来源、时间窗口和异常处理规则。测试过程中严禁修改口径。

3.3.1 口径统一检查清单

在每次 A/B 测试上线前,建议对照以下清单进行口径检查:

  1. 时间窗口对齐: 实验组和对照组的观察期是否完全一致?
  2. 分母一致性: 两个组的通过客户定义是否相同(如是否包含内部白名单)?
  3. 数据源一致性: 指标数据是否来自同一张宽表或同一个数据仓库?
  4. 异常值处理: 是否统一了剔除规则(如测试期间注销的客户)?
  5. 计算脚本版本: 实验组和对照组是否使用同一套 SQL 或 Python 计算脚本?
实操提示: 建议将指标口径定义直接写入 A/B 测试的配置文件中,并在测试报告中自动展示口径说明。这样可以避免事后“扯皮”,也方便后续复盘。