惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Project Zero
Project Zero
Martin Fowler
Martin Fowler
人人都是产品经理
人人都是产品经理
C
Check Point Blog
S
SegmentFault 最新的问题
腾讯CDC
IT之家
IT之家
Jina AI
Jina AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
B
Blog RSS Feed
博客园 - Franky
V
Visual Studio Blog
The Register - Security
The Register - Security
GbyAI
GbyAI
博客园 - 【当耐特】
Hugging Face - Blog
Hugging Face - Blog
U
Unit 42
Google DeepMind News
Google DeepMind News
Microsoft Security Blog
Microsoft Security Blog
Y
Y Combinator Blog
云风的 BLOG
云风的 BLOG
博客园 - 三生石上(FineUI控件)
Schneier on Security
Schneier on Security
N
News and Events Feed by Topic
T
Troy Hunt's Blog
小众软件
小众软件
Scott Helme
Scott Helme
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
TaoSecurity Blog
TaoSecurity Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
C
CERT Recently Published Vulnerability Notes
aimingoo的专栏
aimingoo的专栏
T
The Exploit Database - CXSecurity.com
Know Your Adversary
Know Your Adversary
G
GRAHAM CLULEY
T
Tenable Blog
P
Palo Alto Networks Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
S
Schneier on Security
Simon Willison's Weblog
Simon Willison's Weblog
H
Help Net Security
WordPress大学
WordPress大学
The Cloudflare Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
MongoDB | Blog
MongoDB | Blog
Forbes - Security
Forbes - Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
W
WeLiveSecurity
I
InfoQ
P
Privacy International News Feed

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
催收后端的法催系统,需要如何搭建
安尘言 · 2023-06-07 · via 人人都是产品经理

目前助贷公司与消费金融公司在合作模式是兜底模式下,坏账损失全部由助贷方承担。资产质量短期有所恶化,逾期率处于缓慢上升的态势,监管力度将会越来越严格。加强合规监管是当前消费金融行业急需解决的问题。

2021年中国互联网消费金融行业放款规模达到20.2万亿元,余额规模达到5.8万亿元,受疫情三年影响,整体的消费金融行业在政策鼓励下持续扩张。

监管逐步认可互联网金融平台对中国消费金融线上化进程的贡献价值,意在形成以银行为主,非银类金为辅的供给格局。目前互金平台已经超越银行自营消费贷,成为份额贡献率仅次于信用卡的主体。

此外,除了消金公司外,监管层对于助贷模式持肯定态度,助贷对消费金融业务的价值也受到肯定。但一系列政策的发布不断强化了其对银行业金融机构在助贷模式中所应该承担的责任和权利,要求银行业金融机构参与到风控、放款和贷后管理各环节,禁止变相兜底,禁止风险外溢。

在资方占有绝对地位的情况下,目前助贷和消金公司在合作模式是兜底模式的情况下,坏账损失全部由助贷方承担。虽然在对客定价下调后对应的坏账损失有下降,但仍未能跟得上收入下降的幅度。在获客、资金和运营等成本结构不变的情况下,助贷方兜底模式的利润下降了6个百分点,仅为原有利润的三分之一。

更严重的是,受3年疫情影响,资产质量有比较明显的下降。资产质量来看:2022年4月消费贷款资产质量短暂恶化;二三季度保持平稳;10月末资产质量略有恶化。

招商证券统计了银行系消金公司、非银消金公司、银行自营、信用卡四个门类的ABS的底层资产表现,2022年逾期率和逾期1-30天比率普遍处于缓慢上升的态势。且2022年4月资产质量短暂恶化,中期保持平稳,近期随着疫情反复情况加重,消费贷款的逾期情况有还有所上升。

扩张的速度、监管的力度在一开始并没有在一个相对平衡的节奏上,互金业务的扩张速度远超监管的力度,催生了大量不合规的互金模式。同时,在疫情的影响下,扩张的前端放款在后端逾期也有比较大的影响,并在贷后的催收也产生了大量不合规的催收行为。

但由于2022年11月30日,银保监发布了新版《银行保险机构公司治理监管评估办法》首次将消费金融公司纳入监管范围,这意味这消金、助贷的业务监管会越来越严格。

在这样的情况下,从前端风控到贷后催收都需要建立起合规的、完善的规章制度,对贷后催收来说,需要更早介入公司的合规监管。同样,调解、诉讼等贷后合规追偿的手段也应该逐步确立,按合理的规则走调解、诉讼手段,减少催收的范围,在助贷方前端利润减少、后端逾期概率和坏账缺口增大的情况下,更需要系统的介入去提升这两块的处置能力和处置效果,减少公司的利息损失。

一、需求挖掘

在当前这个背景下,各家公司开始逐步搭建属于自己的委外调解、诉讼部门,即法催部门,在合规的要求下,去进行不良资产的追偿,这个时候,法催委外系统的搭建就是这条路上必不可少的重要环节。

虽然法催和催收都属于不良资产的处置方式,且都在公司业务的末端,但对委外催收和法催来说,在处置上、系统设计上会有一定的不同。委外催收的系统通常会开发大量支持外部渠道调用的接口,并让外部渠道在我方系统线上作业外呼,留存外呼记录和催记。

虽然法催听起来和催收有一定相似性,且都在贷后风控的范围内,两者对比起来还是有比较大的差异的。

催收系统有几个特点:

  1. 渠道的作业情况基本上能在我方系统上做留存,所有的渠道作业信息基本上能对应对团队和催收员个人。
  2. 系统的主要设计关键在分案、作业、外呼、回款报表上面,逻辑线清晰,处置方式清晰,基本上从贷中逾期的数据进入催收就可以直接使用,且能搭配C卡和B卡配合分案。
  3. 要求时效性高,逾期的尽量在短账龄内尽快分案,作业及时迅速,回款迅速,问题能及时响应。

但这些特点在法催可能并不那么突出:

  1. 由于法催主要是由调解(调解有:人民调解、律所调解、仲裁调解、法院调解)、诉讼(保全、诉讼、执行)两大块处置类型,对大部分甲方来说,如果自建调解、诉讼团队就需要付出大量的时间去和当地的法院、人民调解委员会、仲裁调解委员会沟通合作,当地也要派人驻场。这导致法催基本上是进行委外作业的,且因为需要当地驻场人员进行调解、诉讼等操作,就没法仅使用甲方的系统进行案件的处置。同样的,如果需要使用法院的系统作业,也不可能和甲方的系统对接,这就导致必然会产生线下交互的过程和数据的收集过程,这是和催收系统比较大的区别。
  2. 催收是法催之前的流程。法催可以理解为是整个部门业务的最末端的,末端意味着所有的数据,所有的信息都需要在法催进行收拢整合确定最终处置方案。如果处置不了的不良资产,可能就需要打包出售了,所以对法催而言,应该是一个公司业务线的回收部门。
  3. 因为调解、诉讼等处置手段本身和国家强制力有一定关系,也是在国家政策倡导下的处置不良资产的手段。所以一定要保证渠道的稽核以及工单、投诉的及时跟进,同时对委外渠道的监管力度是要远高于催收的,且因为业务的合规要求,所有的资金项目利息的计算都是必须在国家要求的范围内,且严格遵守借款合同的利率约定等,规则的严格执行程度是要高于催收的。

以上这些都是法催和催收在细节上的不同之处,这些不同之处要求法催系统是一个逻辑线完善,结构严谨的系统。

二、法催系统设计方向

需要按订单从进件到处置到资产出售的逻辑去考量法催系统的设计。

1. 进件

由于法催进件的逻辑和催收进件有一定差距(催收在逾期开始就进件,订单会来回进件多次,即订单还款之后多次逾期进件)。而法催由于是业务线条最末端的处置部门,订单经历了催收之后,如果持续逾期到中高账龄进件到法催系统,可能会有多种原因暂停对订单的处理。

但订单也不会再出去重新进件催收了(来回进件催收和法催系统会导致用户频繁经历两种甚至两种以上逾期处置方式,且被处置所获得的感受差距很大,极容易引起客诉,对资产快速回收的目标没有推动效用)。

2. 资产盘点

因为法催本身包含了调解处置和诉讼(包含保全)两种主要的处置方式:

  1. 通过委托不同的调解委员会去和客户沟通。
  2. 直接走法院的诉讼途径。

这两种大面上的处理方式就有比较大的区别,尤其是诉讼。

诉讼会的话法院会要求甲方公司持有用户的欠款债权才能提起诉讼申请,而证明债权本身就需要大量的证据材料。对助贷公司来说,除了用户下单时间点的各类合同,还需要代偿凭证、放款凭证、债转文件等等证据资料。

这就意味着对比催收系统来说,法催系统是公司前端放款+贷中代偿+贷后债转三个方面的证据资料的汇总地。同样的,需要对调解、诉讼的可处置资产范围进行拆分。

诉讼的推案量是远远少于调解的,要求也远远高于调解,这就需要对可诉讼的范围进行严格的筛选,剩余的部分按委外渠道的特征拆分分案推送调解。

相比调解,更需要对资产类型、利率、债权状态、逾期账龄等进行归类分层

3. 案件分配

在完成初步的资产盘点之后,可以以自然月为单位进行委派。在不同的处置手段下的委派周期和委派策略不尽相同。

同时分案需要在自然月月初进件之后一并委派,因为法催系统本身在所有业务的最末端,那就需要在所有前序业务系统的数据交互之后再进件到法催系统。但同时月初委外渠道就要开始作业,这对法催系统及时分配案件的要求就比较高:需要在进件结束时候尽快进行标签、数据的处理,按专家分配策略/模型分配策略进行计算分配,确定合规范围内的利息/罚息,和分配的机构方,尽快完成案件的分配。

4. 案件跟进

因为调解和诉讼保全基本上都需要在当地进行,这在案件委派之后就必须进行分案数据的提取。

这个部分就涉及数据的加密、审批,且作业基本上在对方系统上进行,少数渠道能提供系统的对接。这就必然会要求调解委外运营团队的参与,对线下对方提供的作业数据进行审核,完成数据的清洗录入我方系统。

同样的,在法催系统上就需要上线委外的机构管理,对机构所提交的跟进数据进行分析,产出机构、机构作业员维度的报表。

5. 案件回收

案件既然需要给出去,也需要拿回来,拿回来的情况不同,发生的场合不同,所出发的系统路径也不尽相同。

对委外来说,是一定有周期的概念的,在处置周期结束之后会有大批量的案件撤回,这是比较常见的情况。但和催收一样,委外期间可能存在这样那样的政策性的变化,这些变化的发生一定是需要及时响应沟通的。

由于诉讼案件涉及债权的转让,回收的阶段就一定涉及债权的回收流程。这块是对法催系统本身承载这些资产证据材料给出,回收能力的考核,需要建立及时的,反馈有效的案件回收流程。

三、结语:

以上几个点是法催系统搭建初期需要深入思考的几个方面。

但就像当前催收业行业受国家政策波动较大,萎缩的较为厉害,法催的体量才慢慢上涨。

随着政策法规要求越来越严密,对法催、法催委外机构的监管力度也会逐步增加,这就需要法催真正和前端的引流、营销、放款、风控形成一条线路,而不是作为公司不良资产处置的最后保底手段

法催更应该成为不良资产处置管理中有预知性的一环,做到从后端管控前端,从而让公司的业务更合理的运转起来

本文由 @BV_LG 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Pexels,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。