存量客户风险揭示补课完成度跟踪：没做完的别漏掉

这个案例来自 金融服务 场景。

金融规则更新后，
机构常常需要对存量客户补做一轮风险揭示、确认或说明。
这类动作最怕的，不是客户不配合，
而是团队把“通知发到了”误当成“补课已经完成了”。

现实里，很多客户只是：

看过一条通知
点开过一页说明
但并没有真正完成需要的确认动作

如果没有完成度跟踪，
等客户下次再次交易时，
才会突然发现：

这批客户根本没补完

为什么这类补课总在再次交易时爆出来

这家机构在一次规则更新后，
要求部分存量客户重新完成一轮风险揭示补充确认。

项目初期团队做了不少动作：

群发站内消息
客户经理电话提醒
APP 弹窗展示新版说明

看起来动作很足。
但真正几周后回看时，
发现客户状态其实被混成了几类：

只看了通知
看了说明但没确认
已确认但未留完整证据
彻底完成整套补做

如果没有把这些状态分清，
业务侧就很容易误以为“这批客户基本都做完了”。

旧流程为什么总把“已触达”误当成“已完成”

1. 触达动作最容易量化，完成动作最容易被忽略

消息发了多少、电话打了多少很好统计，
真正难的是看清：

客户有没有走完确认链

2. 补做动作往往跨多个入口

APP 弹窗、短信链接、人工回访、柜面确认，
任何一条都可能是入口。

3. 直到客户再次交易，缺口才会被强行暴露

这时客户最容易不理解：

“不是早就通知过了吗？”

改造前的旧流程简图

flowchart TB
    A[规则更新后启动存量客户风险揭示补课] --> B[多渠道触达客户]
    B --> C[团队主要统计通知发送和查看情况]
    C --> D[误以为大部分客户已完成补课]
    D --> E[客户再次交易时才发现仍未闭环]

派宝怎么把“看过了”和“补完了”真正分开

派宝做的不是替机构完成风险揭示内容，
而是把触达、查看、确认和留痕这几步持续挂成一条完成链。

1. 先判断当前客户是否命中补课范围

系统会先看：

客户类型
存量持仓或历史交易
当前规则适用范围

2. 再跟踪补课完成度

派宝会持续区分：

已触达未查看
已查看未确认
已确认但证据不完整
已完整闭环

3. 再同步当前生效边界

真正关键的，不只是知道有没有做，
还要明确：

没补完的客户当前还能不能继续交易
哪些客户必须先完成补课才能继续下一步

4. 最后推动继续跟进

这样客户经理和线上系统拿到的是同一状态，
不会一个说能做、一个说还没补完。

改造后的新流程

flowchart TB
    A[规则更新 客户名单和补课记录进入系统] --> B[适用范围命中校验能力<br/>判断当前客户是否在补课范围内]
    B --> C[补做完成度跟踪能力<br/>持续跟踪查看 确认和留痕完成状态]
    C --> D[生效口径切换能力<br/>明确未补完客户当前是否仍可交易]
    D --> E[任务提醒能力<br/>推动客户经理和系统继续跟进]
    E --> F[减少存量客户再次交易时的突然拦截]

上线后的变化

连续运行一段时间后，团队最明显的感受不是补课任务变少了，
而是“已经通知过”终于不再被错误地当成“已经补完”。

几个变化特别明显：

客户经理更清楚自己手里客户补课到了哪一步
再次交易时的突发拦截减少
线上系统和人工服务对客户状态的判断更一致
补课留痕不完整的客户能更早被识别出来

项目复盘结果

以 5.4 万名存量客户、连续 8 周的补课任务为样本，项目复盘结果如下：

对比项	改造前	改造后
再次交易时才发现客户未完成补课的情况	较高	下降约 56%
客户经理人工追踪补课状态耗时	很长	缩短约 47%
已触达但未真正完成却被误判为完成的客户	较多	明显下降
系统与人工服务对补课状态判断不一致	较多	明显减少
客户对再次交易时突发拦截的不满	较多	明显缓和

这个案例的价值

这套做法在金融存量经营里站得住，不是因为它把合规补课讲成一次通知，
而是因为它抓住了一个特别现实的问题：
补课真正难的不是发出去，而是把“触达、理解、确认、留痕”这条完成链持续看清楚。