☰
金融客户标签体系实战:风控标签与价值标签的双轨构建指南
2026/10/15 12:24:28 网站建设 项目流程

1. 为什么标签体系会成为金融机构的"必修课"

做金融数据工作的人,大概率都遇过这样的对话:业务部门说"我要把存量还款表现好的客户拉出来做提额",数据团队听完开始头疼——"还款表现好"是什么意思?是近3个月无逾期,还是近1年无逾期?是当前有欠款但都按时还了,还是账户额度使用率长期低到近乎睡眠?这个问题不定义清楚,SQL不知道怎么写,策略不知道往哪个方向定,模型不知道去预测谁。

标签体系就是来解决这种问题的。它把"还款表现好"这样一句模糊的业务诉求,拆解成"近3个月M0逾期次数=0"、"近6个月最大逾期天数≤3"、"近3个月额度使用率均值≤30%"这类可计算、可遍历、可验证的原子定义。标签体系的价值不是造出几个字段挂在客户表里,而是把金融机构对客户的认知沉淀成一套结构化、可复用、可追溯的表达方式。

风控标签与客户价值标签,是这套表达方式里最核心的两根支柱。上一轮周期里很多机构只做了风控标签,把"能不能借钱"给管住了;却忽略了价值标签,导致大量低风险高质量客户因为"不活跃"被误伤,贡献度肉眼可见地流失。而只看价值不看风险,又会陷入高收益高不良的陷阱。真正跑通了的团队,往往是先用风控标签守住底线,再用价值标签挖掘增长,最后用两者交叉做精细化决策。

这篇文章写的是我从实际项目里趟出来的经验:包括两套标签各自怎么搭、关键口径怎么定、怎么让它们产生化学反应,以及落地过程中那些文档里不会写但实际一定会踩的坑。如果你正在做金融标签体系的建设,或者刚接手一个"标签平台"却不知道怎么让业务真正用起来,这篇应该能省你好几周摸索时间。

2. 先分清两件事:风控标签管"能不能借",价值标签管"值不值得经营"

很多人以为风控标签和价值标签就是"换一套字段"而已,实际差别很大。二者解决的问题不同,决定的业务动作不同,连背后的数据源和更新频率都截然不同。

风控标签回答的是"这笔借款会发生多大风险"的问题。它刻画的是客户未来一段时间的违约概率、损失程度、催收难度,服务的是授信审批、额度定价、贷后预警、催收分案这些动作。它的数据源高度依赖征信信息、还款行为流水、第三方黑名单特征,标签口径必须严谨,因为一个口径放宽,可能直接导致高风险客户混进来。

客户价值标签回答的是"这个客户值不值得我花资源去经营"的问题。它刻画的是客户当前与未来的贡献水平,包括持有资产、产生利息收入、交叉购买其他产品的可能、流失风险、生命周期阶段等,服务的是分层经营、差异化定价、权益发放、流失挽回这些动作。它的数据源大量来自行内交易流水、行为日志、产品持有关系、渠道触点记录。

一个很直观的对比是这样的:

维度风控标签客户价值标签
要回答的问题借钱给他,亏钱概率多大花成本经营他,回报值不值
核心决策场景批不批、给多少额度、什么定价给什么权益、要不要降息、要不要挽回
常用数据源征信、还款流水、第三方风险数据行内资产、负债、交易流水、渠道行为
更新频率近实时或T+1,授信决策要快可T+1,也可周级月级做经营分析
观测窗口未来12个月违约概率未来12个月贡献净收益

两者的关系不是二选一,而是互补。2022年我做某消金平台的标签重构时,发现他们早期的标签体系里90%都是风控标签,价值标签几乎没有。结果是什么呢?一个征信白户,账上躺着20万理财,但因为没有信贷历史,模型打分只有560分,被系统自动拒了。这类客群确实不多,但每一个都是实打实的利润损失。后来他们在标签体系里加了资产标签、可投资资金标签这些价值维度,再去做授信,同一批客户的通过率提升了4个百分点,坏账率没有明显上行。

核心业务逻辑是:风控决定风险敞口的上限,价值决定收益贡献的下限。一条优质的经营策略必须同时回答"风险上能不能接受"和"收益上值不值得做"。

所以搭建标签体系的第一步,不是急着写SQL建表,而是坐下来和业务一起回答这三个问题:

  • 我们当前最痛的业务决策是什么?是进件转化率低,还是存量客户流失高,还是额度闲置率高?
  • 这些决策各自需要什么样的客户认知?需要知道他的违约风险,还是他的资产实力,还是他最近三个月的行为活跃度?
  • 有了这些标签后,经营动作是什么?标签不是给人看的,是要落到某个策略、某个系统节点上去执行的。

这个环节看起来"虚",但恰恰决定了标签体系会不会沦为"建了没人用"的摆设。

3. 风控标签构建:从规则到模型,口径是一切的地基

3.1 风控标签的分层逻辑

风控标签要想支撑全生命周期决策,不能做成一锅粥。主流做法是分成三个层次来建。

第一层是事实标签。这类标签不掺杂任何预测,只描述"发生了什么",比如"近3个月逾期次数"、"当前贷款余额"、"最近一次还款日期距今天数"。事实标签的来源最清晰,容易被各方接受,争论也最少。它的价值在于作为衍生标签的原料,也可以直接作为硬性规则项,比如"当前逾期M1+"直接拒绝或转人工。

第二层是规则标签。这类标签通过固定规则把事实标签组合成业务含义,比如"多头借贷风险高"=近3个月申请次数≥6次且近1个月信用卡审批查询≥3次。规则标签的优势在于可解释性强,监管或审计来问的时候,能说清楚每一层逻辑。缺点是规则维护成本高——经济环境和客群结构一变,原来的阈值可能就不合适了。

第三层是模型标签。基于历史样本训练的评分模型输出的分数段标签,比如"PD_12M预测分值位于整体客群【0,25%)区间"。模型标签能捕捉复杂非线性关系,效果上限比规则高不少,但需要持续的模型监控与迭代机制。

实践中,成熟机构往往是"规则+模型"双层并行:规则做底线拦截(快、稳、解释成本低),模型做精细排序(慢一点但更准)。事实标签是共同底座。如果你刚起步,我先建议从事实标签和规则标签入手跑通流程,再逐步引入模型标签。不要一上来就追求华丽,先把地基打牢。

3.2 关键风控标签与口径示例

具体到字段层面,以下几个风控标签是几乎每家机构都要建设的:

  • 逾期状态标签:当前是否逾期、逾期天数(D0/D1/D15/M1/M2等)、最大逾期天数。需要特别注意"M1开始计算点"的口径差异,有的机构从到期日开始算,有的从宽限期后开始算,放在跨机构比较时必须对齐。
  • 历史信用标签:近12个月逾期次数、近24个月连续逾期情况、历史最长逾期天数。这类标签通常需要指定时间窗口,时间窗口一变,数字立刻不同。
  • 负债与收入标签:总负债余额、月还款额、收入负债比(DTI)、信用卡已用额度比例。收入数据在信贷条线里往往拿不到精准值,需要用代发工资、社保公积金等替代数据做估算,标签定义里要注明口径来源。
  • 查询申请标签:近1个月贷款审批查询次数、近3个月信用卡审批查询次数、不同机构类型的查询次数拆分。查询类特征对识别"资金饥渴型"客户很有效,但要注意剔除本人查询和贷后管理查询,否则会出现严重误判。

这类口径的坑我遇到过太多次。以前有一个合作项目,两个部门对"逾期客户"的定义不一致:一个用"当前逾期金额>0",一个用"当前逾期等级≥M1"。结果同一客户在贷前环节被判定为"逾期",在贷后被判定为"正常",催收和续贷策略互相打架。这个问题后来是靠标签字典统一解决的,在标签字典里明确M1的定义是"逾期天数≥30天(不含宽限期)",并且所有下游系统从统一的标签服务读取,不再各写各的。

3.3 时间窗口与数据时效:最容易搞砸的细节

时间窗口是风控标签里争论最激烈的参数。近1个月、近3个月、近6个月,看上去只是数字不同,背后对应的是完全不同的风险语义。近1个月的查询次数反映的是"当下资金紧张程度",近6个月的逾期次数反映的是"长期还款习惯",两者混在一起,策略就失去了指向性。

我的建议是把常用的窗口固定成一套标准集:近1个月、近3个月、近6个月、近12个月、近24个月。业务方需要更灵活的窗口时,通过参数化查询去临时算,不放进标准标签库里。这样可以大幅减少口径的维护成本。

时效上,风控标签和信贷决策是强绑定的,一个客户昨天刚逾期,标签如果还是"正常",模型再准也白搭。生产环境尽量走T+1更新,关键场景(如贷中预警)可以做到小时级甚至实时。实在没有实时能力,至少要保证"授信审批读取的标签不能晚于前一天",否则高活跃客群的行为变化完全感知不到,决策疲态迟早暴露。

4. 客户价值标签:定义"值得经营的人"而不是"有钱的人"

4.1 价值标签的维度拆解

客户价值这个词,在银行和消费金融语境下被说得很随意——有人觉得存款多的就是高价值客户,有人觉得额度用得多的就是高价值客户,还有人觉得只要没逾期的就是好客户。这些单点视角都有道理,但作为标签体系,必须把"价值"拆成一个多维度可计算的框架。

我一般会把客户价值拆成四个维度:

  • 当前资产贡献:客户在行内的存款、理财、基金等AUM(资产管理规模)余额,以及由此带来的利息收入与中收贡献。
  • 当前负债贡献:客户未结清贷款带来的利息收入,信用卡分期手续费收入等。
  • 活跃与忠诚度:近3个月登录次数、近1个月交易频次、持有的产品数、在贷在存的时间长度。
  • 成长潜力:代发工资变化趋势、年龄与职业稳定性、资产净流入速度。这个维度最难量化,但它决定了客户是"存量价值高"还是"未来价值高"。

价值标签的经典做法是RFM模型的金融化变形。原版RFM是Recency(最近一次购买)、Frequency(购买频率)、Monetary(消费金额),放到金融场景里可以做如下映射:

原版RFM金融场景映射示例标签
R 最近一次购买最近一次活跃交易/登录最近活跃距今天数T+1
F 购买频率月均交易次数/产品交互次数近3个月月均交易≥5次
M 购买金额资产余额/贷款余额/贡献收入AUM≥50万且近1个月净流入≥5万

RFM的价值在于它可以快速把客户分成几类:最近活跃且频率高、金额大的,是核心价值客户;金额大但不活跃的,是沉睡高潜客户;活跃频繁但金额小的,是黏性强但贡献有限的大众客户;啥都不行的,是低价值客群。每一类客户对应完全不同的经营策略,这个分层本身就是价值标签最基础也最实用的输出。

4.2 价值标签的生命周期视角

客户价值不是一个静止的属性,它随生命周期剧烈波动。一个刚毕业工作两年的年轻人,当前AUM可能只有5万,但他的工资代发在持续增长,信用卡使用活跃,未来五年大概率是银行的优质客户。另一个客户AUM做到了300万,全部是定期存款,但最近一年没有任何其他产品的交互,很可能已经被别的机构"挖角"了。

所以价值标签体系里一定要有"趋势变化"类标签,常见的设计方式有:

  • 净流入方向标签:"近6个月AUM净流入为正/负/持平"
  • 活跃变化标签:"近3个月交易频次环比下降超过50%"
  • 产品持有变化标签:"近6个月持有产品数增加/减少"
  • 生命周期阶段标签:"新客期/成长期/成熟期/衰退期/流失期"

生命周期阶段标签需要结合开户时长和行为特征做综合判定,我提供一个比较通用的划分思路:

  • 新客期:开户≤6个月,开始有交易行为
  • 成长期:AUM或借贷余额持续增长,交互频次上升
  • 成熟期:资产或贡献稳定在较高水平,产品持有≥3个
  • 衰退期:资产或频次连续3个月下降,但仍在使用
  • 流失期:连续6个月无交易或余额清零

一个真实项目里的体会是,把客户按生命周期打标之后,运营策略的响应率会明显变好。比如"成熟期"客户更适合推权益升级和交叉销售,"衰退期"客户需要的是挽回动作而不是权益堆砌,"流失期"客户如果挽回成本高于其一年贡献,还不如不挽回。没有生命周期标签时,运营团队常犯的错误是不分阶段地全员推送,结果高价值客户被过度营销,低价值客户又毫不在意。

4.3 一个可落地的价值分层计算示例

价值分层一般不直接用AUM绝对值一刀切,因为不同业务线的客户资产口径差别太大。一个比较稳的做法是先用核心指标打分,再按分数分布切分客群。这里给一个简化的示例——一个零售银行的价值分层(实际生产中权重和阈值需要根据本行客群分布来校准):

  • 基础分(60分):AUM在行内全量客户中的百分位排名,乘以60。AUM排名前1%的客户拿60分,中位数的客户拿30分。
  • 活跃加分(20分):近3个月月均登录≥4次加10分;近3个月月均交易≥3次加10分。
  • 产品绑定加分(20分):持有产品数≥3个加10分;近6个月新增产品≥1个加10分。
  • 总分分层:90分以上为高价值客户;70~90为成长价值客户;50~70为基础客户;50以下为长尾客户。

这个打分逻辑的优势在于,它把"资产"、"活跃"、"绑定深度"三件事放在同一个维度上比较,比单看AUM合理很多。实际做的时候,建议加上负向调节项:比如"近3个月AUM净流出≥30%"扣减5分,"最近1个月登录次数=0"扣减3分。这些调节项的作用是捕捉那些正在流失的高资产客户,让他们不至于滑落到低分层级的表格里才被发现。

5. 两套标签如何联动:从"单点识别"到"分层经营矩阵"

5.1 风险×价值矩阵:一张表和一套策略

把风控标签和价值标签拆开来建,只是第一步。真正有业务价值的,是二者的交叉使用。最基础也最常用的就是"风险×价值"的客户分层矩阵。

横轴是风险等级(低风险/中风险/高风险),纵轴是价值等级(高价值/中价值/低价值),得到一个3×3的矩阵。落到每个格子里的客户,对应的经营策略是完全不同的:

风险\价值高价值中价值低价值
低风险核心利润客群:给最优额度、最低定价、专属权益稳健成长客群:标准额度+适当提升交叉销售基础客群:标准产品,控制获客成本
中风险风险缓释经营客群:授信但限额、提高贷中监控频率谨慎经营客群:小额授信或拒贷,配合价值挽回策略低优先级客群:不做主动营销
高风险加息或担保缓释客群:原则上压降额度控制客群:停止新增额度,关注流失拒绝/退出客群:不做挽留,避免风险扩散

这张表看起简单,但落地时有个关键问题:风险等级和价值等级各分几档、阈值切在哪里。我的建议是先用分位数而不是绝对阈值来切,比如风险评分按全量客群的百分位P70/P40切开,价值总分按P75/P50切开。原因很简单,绝对阈值会受到population shift的影响,客群结构一变就失效,分位数至少保证了每一档里都有人数基础。

矩阵应用的一个典型案例是"低风险低价值"客群的经营。这类客户通常被忽视——既不贡献高利润,风险又低,看起来"食之无味"。但实际上他们往往是最有成长潜力的年轻客群:刚工作、有稳定收入、借款需求不高、暂时没钱可存。对这部分人,除了标准产品,还应该叠加成长权益,比如利率折扣卡、满减券、积分加速,目的是培养使用习惯,把"低价值"变成"未来中价值"。没有矩阵视角的话,这个客群就会被运营团队完全忽略。

5.2 同一客群在不同生命周期阶段动用不同标签

标签联动不只体现在横切面上,还要纵贯客户生命周期。

获客阶段,主要用外部征信标签和反欺诈标签识别"可准入客群",价值标签能用得上的数据有限,经常只能依赖人口统计学属性和预授信白名单。

新客阶段,风控标签继续做额度授信,价值标签开始看初始行为和首笔投资或首笔借款的响应情况。一个常见的策略是"A卡+价值预分层"组合:授信通过后,根据价值预分层给不同客群不同的初始额度利率。高价值预分层的客户给30%的额度上浮,但只给12期的短期贷款,防止一次授信过长导致后期风险变化后无法退出。

成熟阶段,两个体系的联动体现在组合管理上。例如"低风险高价值"客户到了提额窗口期,系统自动触发提额评估;"中风险高价值"客户不做主动提额,但可以通过权益来缓解价格敏感度,比如手续费减免。贷后阶段,风险标签中的预警信号一旦触发,即使该客户价值分很高,也要启动早期预警流程。实际项目中我们遇到过"高价值客户轻度逾期"的情况——客户AUM有200万,但因为资金周转原因晚还了3天。如果只看风险标签一刀切降额,直接损失一个优质客户;通过标签联动判断:当前逾期等级<M1、AUM覆盖倍数>10、历史无不良,则走"人工跟进+暂缓降额"的特殊通道。这个规则上线后,高价值客群的续贷率提升了8个百分点,逾期率没有恶化。

5.3 标签联动的落地机制

联动策略要真正跑起来,不能靠邮件群发一个Excel让各个团队各自执行。在实际落地中,需要做三件事:

第一件事,共建策略白名单。风控团队、运营团队、产品团队拉一个固定的策略联动清单,明确哪些规则是"风控说了算"(比如拒绝、冻结额度、提前催收),哪些是"运营说了算"(比如降息、提额、权益发放),哪些需要联合决策(比如高价值客户的授信特批、逾期客户的减免方案)。

第二件事,共享标签订阅接口。不要每次联动作战都导数据表,搞一个轻量的标签服务,风控标签、价值标签统一注册进去,下游策略引擎按需调用。"存量客户提额决策"要同时读风险评分、近12月逾期标签、AUM分层标签、活跃度标签,通过规则引擎一次性完成四类标签的读取和策略匹配。

第三件事,建立闭环反馈。策略上线不是终点,要追踪策略执行后这批客户后续90天的逾期率、贡献度变化。目的是验证"风险×价值矩阵分档"是否准确。实测中一个常见现象是:矩阵里的"高价值中风险"客群,经过6个月后可能分化成两类——一类风险收敛变成高价值低风险,一类风险恶化直接滑向高风险。不追踪不复盘,矩阵阈值就永远停留在拍脑袋的水平。

6. 落地过程中的高频坑与应对方式

6.1 标签平台做出来了,业务部门不用

这是标签体系建设最尴尬的局面。平台看着高大上,标签数几百个,但业务方还是拉SQL自己算,或者干脆拍脑袋做决策。问题往往不是平台不好用,而是标签做得"对不上业务的脑子"。

应对方式有两个。一是标签命名和释义要业务化,不要叫"VAR_M0_3M_CNT",要叫"近3个月逾期M0的次数",旁边标注含义和口径来源。二是把标签和业务流程绑定起来,在审批工作台、运营后台直接展示"该客户命中哪些关键标签",让业务看到标签对具体客户判断的价值。只要业务在真实决策流程里用上一次、发现能省事,后面自然就会用起来。

6.2 标签口径"各说各话",数据字典缺失

我在项目里见过最离谱的情况,是一个"首次逾期天数"字段在三个系统里口径完全不同:征信系统里它是首次逾期距今天数,催收系统里它是最长连续逾期天数,报表系统里它是本月逾期次数。三个团队各做各的,数据对不上,最后花了一整个月做口径治理。

建成体系的第一步永远是建立标签字典并统一管理。每个标签必须有全局唯一标识、定义、口径说明、来源表、更新频率、负责人。字典可以是Excel,也可以是元数据管理平台,但必须有一个单一权威来源。上线评审时,凡是口径模糊说不清的标签,一律不允许发布。

6.3 风控标签更新不及时,策略做出"马后炮"

很多机构的风控标签,尤其是引入外部征信数据加工的那部分,更新频率远远跟不上业务需要。征信报告月更,标签却按周算,导致决策使用的已经是滞后很久的数据。尤其对贷中预警来说,等标签更新出来,客户可能已经逾期一周了。

两条路可走:一是把标签依赖的原始数据源更新频率压缩到日级,能走实时接口的尽量走实时接口;二是按更新时效把标签分级,T+1的标签只用于日常策略,时效敏感的预警场景单独使用实时流处理出来的特征。核心原则是:什么样的决策,用什么样时效的数据,不要混用。

6.4 只建不迭代,标签老化和客群漂移

标签上线后不是一劳永逸的。客群结构随着市场环境变化,一年前定好的"高价值"切分阈值可能已经明显失真。比如利率下行周期里,AUM普涨,原来P75能覆盖的资产规模阈值会上移到更高的绝对值点位。如果还是用固定阈值,就会额外标记出一大批"虚高价值客户"。

必要的维护动作包括:

  • 每季度检查标签值分布,和上一季度对比偏移幅度
  • 每半年复盘一次模型标签的区分度指标(如KS值、AUC),下降到阈值之下就启动重训
  • 每年做一次标签体系全面盘点,下掉连续半年无业务调用的僵尸标签,合并语义重叠的相似标签
  • 针对客群新增的类型(比如新上线了一款产品,或者新渠道进件占比明显上升),评估是否需要增加新的标签维度

这套维护机制看起来繁琐,但是标签体系能长期保持业务生命力的根本保障。

7. 我的一些体会

这套风控标签和客户价值标签的双轨体系,不一定要一步到位。如果团队刚起步,建议先集中火力把风控标签做扎实——因为授信准确性的问题不解决,价值标签做得再精细,也只是在一座地基不稳的房子上添砖加瓦。等风控标签稳定运行两三个季度,再逐步补价值标签,然后再做联动矩阵,节奏会从容很多。

印象最深的是在一次策略复盘会上,业务负责人问了一句"这个客户我们到底是要不要留?"——以前这个问题要拉三个团队对半天数据,那次会上直接打开标签面板:风险侧标签显示"近6月无逾期、收入稳定",价值侧标签显示"AUM排名前5%、近3月净流入为正、持有5个产品",所有人15秒内达成一致:必须留,而且要高质量留。

那一刻我才真正觉得,标签体系的价值不在于字段数量多少,而在于它让整个组织对客户的认知对齐了。这比任何一张漂亮的架构图都更重要。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询