📚 课程目录第2章评分卡生命周期与PSI监控节点

2. 评分卡生命周期与PSI监控节点

信贷评分卡从开发到退出的完整生命周期，是PSI（群体稳定性指标）监控策略制定的基础。每个阶段的数据分布特征、模型行为与业务环境均不同，PSI监控的粒度、频率与阈值也需随之调整。本章将系统梳理评分卡全流程，并明确PSI监控的关键时间节点。

2.1 评分卡生命周期五阶段

一个典型的评分卡经历以下五个阶段，每个阶段对应不同的数据状态与监控目标：

阶段	核心任务	数据特征	PSI监控角色
模型开发	特征筛选、WOE分箱、逻辑回归拟合	训练集（开发样本），分布已知且稳定	建立基准分布，计算开发集PSI作为基线
模型验证	跨时间/跨样本外推验证、区分度与校准度评估	验证集（OOT样本），与开发集存在自然偏移	验证集PSI作为“可接受漂移”上限参考
模型上线	生产环境部署、接口对接、并行测试	实时申请样本，分布可能受渠道/季节影响	上线初期高频监控，建立生产基线
模型监控	持续跟踪评分分布、拒绝推断、坏账表现	月度/季度滚动样本，分布动态变化	定期计算PSI，触发告警与归因分析
模型退出	模型失效、替换或退役	分布严重偏移，区分度不可恢复	PSI持续超标作为退出决策依据之一

  关键认知： PSI并非只在监控阶段才计算。开发阶段的基线分布、验证阶段的偏移容忍度、上线初期的生产基线，共同构成后续监控的“锚点”。缺少任一环节的PSI记录，都会导致告警阈值设定缺乏依据。

2.2 全流程SVG：评分卡生命周期与PSI监控节点

下图将五个阶段与PSI监控的关键时间节点整合为一张流程架构图，清晰展示每个阶段输出的PSI基准与监控动作：

2.3 PSI监控的关键时间节点

在评分卡生命周期中，以下六个时间节点必须执行PSI计算与记录，否则后续的漂移告警将失去比较基准：

T0 — 开发基线节点
在模型开发完成时，使用训练集（开发样本）计算评分分布的PSI。此时PSI=0，作为所有后续比较的“零基准”。
T1 — 验证参考节点
在模型验证阶段，使用OOT（跨时间样本）计算PSI。该值反映了模型在时间推移下的自然偏移程度，通常作为“可接受漂移”的上限参考。
T2 — 生产基线节点
模型上线后第1个月（或前2周）的评分分布，作为生产环境的基线。由于渠道、季节、审批策略等差异，T2与T0之间通常存在一定偏移，后续监控以T2为基准。
T3, T4, …, Tn — 月度监控节点
每月固定日期（如每月1日）计算当月评分分布与T2的PSI。这是告警系统的主要触发点，频率可根据业务量调整（季度/半月）。
T事件 — 重大事件触发节点
当发生策略调整、渠道变更、外部政策变化、疫情等重大事件时，立即触发PSI计算，而非等待月度节点。
T退出 — 退出决策节点
当PSI连续3个月超过阈值（如PSI>0.25）且区分度（KS/AUC）不可恢复时，触发模型退出流程。

实践建议： 在模型上线后的前3个月，建议将PSI监控频率提升至每半月一次，因为此时生产环境与开发环境的差异尚未完全暴露。3个月后恢复为月度监控。

2.4 监控节点与告警阈值对照

不同时间节点的PSI阈值设定逻辑不同，不能使用统一的阈值。下表给出各节点的推荐阈值范围与告警动作：

监控节点	对比基准	推荐阈值	告警动作
T0 开发基线	无（自身）	PSI=0	记录存档，不告警
T1 验证参考	T0	PSI < 0.10	若超标，检查验证集代表性
T2 生产基线	T0	PSI < 0.15	若超标，分析渠道/策略差异
Tn 月度监控	T2	PSI < 0.10（正常） PSI 0.10~0.25（预警） PSI > 0.25（告警）	预警：发送周报关注告警：立即归因分析
T事件重大事件	T2 或上月	PSI < 0.15	超标则启动紧急评估
T退出退出决策	T2	PSI > 0.25 连续3个月	启动模型替换流程

2.5 监控节点SVG：PSI计算时间轴与对比关系

下图以时间轴形式展示各监控节点之间的对比关系，以及PSI计算的方向性：

2.6 各阶段PSI监控的常见误区

常见误区1： 所有阶段都使用开发基线（T0）作为PSI对比基准。
正确做法： 持续监控阶段应以生产基线（T2）为基准，因为T2反映了真实业务环境下的分布，与T0的偏移是预期内的。

常见误区2： 模型上线后立即开始月度PSI监控，忽略前两周的高频监控。
正确做法： 上线后前2周应每日或每周计算PSI，快速发现渠道、策略、数据接口等异常，待分布稳定后再转为月度监控。

常见误区3： PSI超标后直接判定模型失效，未区分“自然偏移”与“模型退化”。
正确做法： 结合KS、AUC、校准曲线等指标综合判断。若PSI超标但区分度未下降，可能是客群结构变化而非模型失效。

2.7 监控节点配置清单

在实际系统中，PSI监控节点的配置通常以配置文件或数据库表的形式管理。以下是一个简化的配置示例：

{
  "model_id": "scorecard_v3.2",
  "development_date": "2024-01-15",
  "production_date": "2024-03-01",
  "monitoring_nodes": [
    {
      "node_id": "T0",
      "node_type": "development_baseline",
      "baseline_date": "2024-01-15",
      "baseline_source": "training_set",
      "psi_threshold": 0.0,
      "comparison_target": null
    },
    {
      "node_id": "T1",
      "node_type": "validation_reference",
      "baseline_date": "2024-02-01",
      "baseline_source": "oot_sample",
      "psi_threshold": 0.10,
      "comparison_target": "T0"
    },
    {
      "node_id": "T2",
      "node_type": "production_baseline",
      "baseline_date": "2024-03-31",
      "baseline_source": "production_month1",
      "psi_threshold": 0.15,
      "comparison_target": "T0"
    },
    {
      "node_id": "Tn",
      "node_type": "monthly_monitoring",
      "frequency": "monthly",
      "psi_threshold_warning": 0.10,
      "psi_threshold_alarm": 0.25,
      "comparison_target": "T2"
    }
  ]
}

工程提示： 上述配置中的 comparison_target 字段决定了PSI计算时的基准分布来源。系统在每次计算PSI时，需从历史分布表中读取对应节点的分布数据，而非每次都重新计算。

2.8 本章小结

评分卡生命周期中的PSI监控并非一个孤立的“计算-告警”动作，而是一套与模型开发、验证、上线、监控、退出各阶段深度绑定的持续流程。关键时间节点（T0~Tn）的PSI基准记录，是后续所有漂移判断的基石。在实际部署中，建议将监控节点配置与模型元数据一同管理，确保每个评分卡版本都有完整的PSI历史记录。