小额贷款进件风控审批流程怎么设计通过 3 秒预审

3 秒预审不是「全部审核完」，而是「先干掉 60% 肯定过不了的」

很多公司设计审批流程时想「一步到位」——把 20 个风控规则、征信查询、反欺诈、大数据评分全部串起来跑，跑完才给结果。

结果就是进件高峰期，客户填完资料等 5-10 分钟还在转圈，直接关掉页面跑了。转化率能掉一半。

3 秒预审的核心思想：「分层过滤，越贵的规则越往后放」。先跑成本为 0 的本地硬规则，干掉 60%；再跑便宜的软规则，干掉 20%；剩下 20% 再去调用花钱的征信和大数据接口。

第一层：毫秒级硬规则（0.3 秒内完成，干掉 60% 进件）

• ① 黑名单校验：身份证号、手机号、设备号是否命中内部黑名单（本地 Redis 缓存，O(1) 查找）
• ② 基本门槛：年龄 < 22 或 > 55？拒绝。手机号入网时长 < 6 个月？拒绝。芝麻分 < 580？拒绝。
• ③ 多头借贷阈值：30 天内申请次数 > 8 次？拒绝。（这个数据提前从三方接口拉好，缓存 24 小时）
• ④ 反欺诈硬规则：同一设备 24 小时内注册 3 个以上账号？拒绝。人脸比对相似度 < 85%？拒绝。
• 以上规则全是内存计算或本地缓存查询，不需要任何外部 IO，0.3 秒跑完。

风控系统的成本大头在外部接口调用。每多查一次征信就多花 2 块钱，先把明显不行的筛掉，剩下的才值得花钱去查。

第二层：秒级软规则（1-2 秒完成，再干掉 20%）

通过硬规则的进件进入第二层。这一层主要跑「轻量接口 + 本地评分卡」：

轻量接口：手机号三要素核验（姓名+身份证+手机号是否一致，约 0.8 秒，成本约 0.3 元/次）、运营商数据简要版（月均话费、是否欠费，约 1 秒）。

本地评分卡：基于历史数据训练的逻辑回归模型，输入项包括：月收入区间、工作年限、住房情况、婚姻状态、历史还款记录（如果是老客户）。模型计算 50ms 完成。

评分卡得分 ≥ 70 分 → 通过进入下一层；60-69 分 → 标记「需人工复核」但仍往下走；< 60 分 → 直接拒绝。

第三层：T+1 大数据与人工复核（剩下 20% 的进件才需要）

通过前两层的客户已经可以先出预审结果：「恭喜您，预估额度 X 元，最终额度以终审为准」。先把客户留住。

然后后台异步调用真正花钱的接口：人行征信详版（成本 5-10 元/次，T+1 返回）、司法大数据（被执行人、失信人、涉诉记录）、多头借贷详版。

终审规则：T+1 数据返回后，系统自动终审 80%（征信无逾期 + 评分卡高分 → 直接通过）；剩下 20% 的边界案例进入人工复核池。

人工复核只看系统标记的风险点：比如「征信 2 年前有一次逾期 3 天」「近 3 个月查询次数 11 次略高」。人工只需要点「通过/拒绝/补充资料」，不需要全量看。

风控流程设计的 3 条红线

• 红线一：任何外部接口调用都必须设置超时熔断——三方接口挂了不能影响你的进件。超时超过 3 秒就跳过，标记「后续补查」
• 红线二：预审通过 ≠ 一定放款。预审结果必须在醒目标注「预审批不代表最终放款，以终审为准」，避免合规风险
• 红线三：所有拒绝规则必须可解释。不能说「综合评分不足」，要能告诉客户「您的 XX 条件未满足」，同时内部留存拒绝原因编码

效果自测：你的进件转化率达标了吗？

• □ 从客户填完资料到出预审结果 < 3 秒？没有 → 分层优化
• □ 进件→通过预审转化率 ≥ 20%？太低 → 可能硬规则太严，客户体验差
• □ 预审→最终放款转化率 ≥ 70%？太低 → 预审和终审的标准差距太大
• □ 首逾率（首期逾期）< 8%？太高 → 风控规则太松，需要收紧
• □ 外部接口调用成本/放款金额 < 0.3%？太高 → 规则排序有问题，贵的接口调用太多