多流量模式下的系统设计

本文探讨了信贷领域流量的开源和节流在系统设计中的应用,包括自营全流程、贷超模式、拒贷导流模式、用信导流模式和导流模式。通过案例分析和功能架构讲解,阐述了不同业务模式的功能配置,如产品规则、黑名单管理、导流策略等,并预告了即将进行的直播详细讲解。
摘要由CSDN通过智能技术生成

流量这个互联网最大的变量,在信贷界也主导一切,有流量是爹,是王。

流量除了要开源还需要节流,今天我们就聊聊信贷领域流量的开源和节流在系统上的设计。

一、业务模式

信贷流量之所以有很多玩法,在实际上是因为一个客户,不同的机构的风险识别能力不一致,客户张三在机构A可能不能通过,但是在机构B就能通过。

同时互联网平台有足够的流量,但是缺资金、金融机构有资金,但是缺资产,这样造成:

一个客户的授信or用信有不同的机构承接主体。

总结下来他们的往往在以下四个维度有区分

资产维度:外输api or自营app或h5

资金:自有资金 or 合作资金方

授信:自有主体授信or资金方授信

用信:自有资金放款 or资金方放款

基于以上的组合,所以产生了很多不同的业务模式,比如

1、自营全流程:授信+用信都是自营

2、贷超模式:单独的入口,授信环节就展示其它资金方入口

3、拒贷导流模式:自营主体授信拒绝 导流给其它资金方

4、用信导流模式:自营授信+用信环节导流给其它资金方

5、导流模式:共享自营的入口,从授信环节开始导流

二、功能举例

以上的模式如果比较抽象,我们借助几张截图一探究竟。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值