首页 > 名字大全 > 微信名字 正文
【金融微信名字】5000字详细资金路由系统设计

时间:2023-02-12 16:44:50 阅读: 评论: 作者:佚名

在信用领域引入路由概念,实施有效设计有助于互联网金融的不同路径的资金分配战略。本文详细介绍了资金路由的概念和详细的系统设计思想,从业务流程的基本示意图到前端演示。本文为专注于互联网金融产品的小伙伴阅读提供了资金路由系统设计的有效参考。

高端系统设计理念往往来自于生活中最常见的事情。

我们这一代一提到路由,就推测出第一个想到的路由器、路由的工具。

“路由选择”(routing)的定义是在从源到目标分组时确定整个路径的网络范围的过程。在网络领域,端到端路径取决于路由策略。这个设计理念也可以从信用领域引入,发扬光大。

一、资金路由的概念

我们引入了资金路由原理。

资金路由由一系列决策的集合组成,其核心是确定全面的多种客户资金分配战略的过程。

需要资金路由的原因是由整个互联网金融的流动合作模式决定的。客户进入流量平台时,由于流量平台没有足够的位置进行贷款,所以需要推荐客户给资金者进行贷款。

如果一个流量平台有多个融资、融资、地点大小、利润比例和客户偏好不同,则需要一系列规则来确定客户需要路由的融资方。如果一个资金方在收到资产方的客户申请后,资金方目前的位置也不足,或者部分客户无法自行消化,资金方也可以接近资金方,那么资金方也需要进行路由设计,以决定是否路由到外部资金方。

二、资金路由的主要参与者

顾客:是指申请贷款的顾客。资产平台:在互联网上提供信用产品展示的平台,和很多互联网平台一样常见。这是信用的情景。牵头资金方:指资产平台访问的资金方。该资金方面常见于流量不足的各种消费金融公司、城市商行及民营银行。参与资金方面:意味着资金方面可以重新连接新的资金方面,以补充资金定位。三、资金路由业务流程

因此,资金路由可能发生在资产平台路由资金方面,也可能发生在牵头资金访问参与资金方面。

在上图中,可以看到客户在资产平台上申请贷款。最后,资产平台可以是对接的资金贷款,也可以是对接资金背后的资金贷款。其目的是最有效地部署现有客户。这个设计背后可以看出流量方的不足和合作方案的多样性。

四、资金路由设计原则

路由设计的前提是资产方要对接很多资金方。如果资产方只对接一个资金者,就没有选择余地,路由的概念也不存在。(阿尔伯特爱因斯坦,Northern Exposure,成功)如果资产方对接了很多资金方,就会有幸福的苦恼,所以路由系统的前提是需要一系列资金方。

同时,路由还需要一组规则配置,每个资金方需要配置不同的规则设置。这样,顾客进入后,会依次验证各种规则,形成漏斗集,每个规则都会过滤掉部分资金端。直到最后一条规则实施,最后剩下的资金方是路径结果。

五、资金路由设计案例原则

首先,客户通过资产方的全面屏幕路由过滤掉一些通用性不符合准入要求的客户。接着是白名单战略,最后是资金者运营战略,最后是所有战略都过去了,剩下的资金方是资金路由战略的结果。

六、资产端屏幕路由

utiaoimg.com/large/tos-cn-i-tjoges91tu/TO64R3Y45mAJGS?_iz=31825&from=ar;x-expires=1705602121&x-signature=zyCjlnGEpbAgOHYWkqb8xaS1d%2FY%3D&index=4" width="640" height="401"/>

为了提高资金路由的效率,在进入资金路由之前,还会进行前筛规则路由设计。其目的是有些客户连平台本身的规则都过不了,那当然就没有进入资金路由的必要性了。

比如常见的前筛规则如下:

  • 营业时间:一般系统维护发版期间以及切日期间不能够进件。
  • 高风险地区:平台对于部分欺诈重点地区设置规则;
  • 反洗钱名单:监管提供的反洗钱名单,校验客户是否在名单内。
  • 黑名单: 对于一些极端黑名单客户,拒绝提供服务
  • 在途订单:由于授信、放款、还款是异步流程,需要校验客户是否由在途校验。
  • ocr校验:校验客户人脸照片得分是否通过的校验。
  • 三要素校验:对客户姓名、身份证、手机号进行三要素校验。
  • 年龄校验:对于小于22岁,大于55岁进行校验。
  • 学生校验:按照监管要求,学生不能借贷,通过外部数据查询客户是否为学生的校验。

七、白名单策略

对于生产验证客户,需要设置白名单规则,如果一个客户在某资金方的白名单中,那么自动路由给该资金方。如果一个客户在好几个资金方的 白名单中,那么这几个资金方参与资金方运营策略路由。

八、资金路由的运营策略

资金运营策略由一系列复杂的策略集合组成,其核心是资金方运营策略,其由一系列路由规则维度集合组成。同时因为一些特殊场景,需要设置指定分发策略。

主要路由顺序:客户白名单、黑名单校验,客户产品要素校验,资金方前筛,资金方头寸,最后剩下的资金方优先级最高的给客户放款。

(1)资金路由的规则集合

资金路由集合可以在后管配置一个界面,此界面可以配置每个资金方和以下规则的关联关系,以及资金方的具体要求。后管设计的核心逻辑如下图:
  • 时间维度:资金方的营业时间维度;
  • 客户等级:不同的资金方有不同的风险等级偏好,有些资金方提供的利率和额度高,比较适合资质好的客户,有些资金方只能提供高利率产品,那么这样的资金方只能推荐给其客户等级差的客户。客户等级常见分类:A、B、C、D、E级。
  • 头寸:根据目前资金方头寸余额,决定是否路由资金方,如果资金方头寸不足,那么该资金方不进行路由
  • 优先级:在规则都满足的情况下,优先级高的资金方
  • 年龄:年龄范围,一般过大过小都拒绝。
  • 授信利率:客户能接受的利率范围。
  • 客户额度限额:单个客户最高不超过多少额度。客户单笔限额:单个客户单次最高放款申请不超过的金额
  • 新老客:有些资金方由于风险识别能力弱,对于新客,没有历史表现,风险相对较高,只接受老客,所以需要实现新老客标识。老客的定义是平台内发生过至少一次用信的客户。在具体设置规则的时候可以有:不限制,只限制新客、只限制老客,以及新老客的推送比例。
  • 再次授信失败时间: 如果授信失败,下一次能够能够重新进件的时间安排。
  • 资金方开关:是、否
  • 授信分发:客户没有在资产方授信,直接在分发给资金方
  • 用信分发:客户在资产方授信了,在客户用信的时候分发给资金方
  • 授信渠道:客户从什么渠道授信
  • 用信渠道:客户从什么渠道用信
  • 兜底:如果所有外部资金方都无法满足客户的要求,那么由自有资金兜底
  • 是否黑名单:如果黑名单客户不路由到资金方
  • 地区:地方城商行有展业区域限制,比如杭州银行只能接收地址是杭州的地区的客户。

常见的地区有:

  • 邮寄地址:网购的地址
  • 身份证号码解析地址:身份证号码解析规则的地址
  • 手机号所在地:根据手机号的号码解析出的地址
  • 家庭常驻地:家庭地址
  • 单位地址:单位登记地址
  • 手机GPS地址:手机gps获取的实时为准
  • 户籍地址:身份证的户籍地址
  • IP地址:手机网络的ip地址
  • 身份证签发地:身份证签发地

(2)资金路由前筛

资金路由前筛是资金方提前和资产方沟通,一些明确拒绝的客户,此规则相对资金运营策略更加个性化。如果有一些规则和资金运营策略重合,取并集。

  • 是否有在贷余额:是否在资产方有再贷余额,如果有余额
  • 高风险地区:是否命中西藏,新疆等高风险地区
  • 年龄校验:客户22 或者大于55岁。
  • 黑名单校验:资产方内部黑名单或者外部数据源查出的黑名单。
  • 逾期校验:客户在资产方当前有逾期
  • 同盾多头校验:多头校验有很多指标,比如1个月申请6次借款。
  • 同盾得分校验:同盾得分越高,信用越低
  • 人行逾期校验:人行报告中最近N年的逾期次数
  • 30(N)天拒绝校验:如果此客户被资金方拒绝,间隔30(N)天不路由到资金方;
  • 外部得分校验:当资产平台和资金平台如果都调用了相同的数据源,那先做资金方前筛校验。

(3)资金路由头寸管理

头寸管理主要以时间维度展示资金头寸大小,当期可用额度,如果头寸不足当期资金方暂停路由。头寸大小也可以参与计算头寸使用率,比如当天投放金额/头寸金额用来评估路由效果。

九、路由兜底

所谓路由兜底,指的是当路由所有的资金方之后,发现当期的资金方都不能满足客户的放款要求,这时候自有资金恰好可以满足,所以这时候可以设置自己有资金兜底。这就是路由兜底功能,由于路由过程中客户是无感的,其预期结果要么是 外部资金要么是兜底资金放款,所以需要同时展示路由的外部资金和自有资金的协议进行前端展示。

十、资金路由分发模式

资金路由有流量分发、借据分发、长尾流量分发,模式设计的原则是客户一般分为授信和用信,以及授信拒绝和用信拒绝,这样可以不同的流程节点进行分发。也可以有指定资金分发策略,来应对一些资金方的特殊要求。

1. 流量分发:

指的是平台的流量按照一定的比例和规则直接路由给资金方,平台不对客户进行授信,客户的授信和用信以及后续的服务全部由资金方来合作。

2. 借据分发:

指的是平台先对客户进行授信,然后客户在用信的时候路由给其它资金方。

2.1 借据级分发:借据级别分发是对客户每次借款的时候,进行一次路由,路由到某个资金方,那么由该资金方放款,下一次借款可能路由给另外一个资金方。因为是以单次放款维度进行分发,所以叫借据级分发。借据级分发对平台的优点是灵活,流量分发的颗粒度最细,对客户产生的影响就是每次借款的资金方可能不同,多次贷款的还款提醒短信分别由不同的资金方发送。

2.2 客户级分发:客户级分发是客户第一次路由给某个资金方,那么下一次客户就不过路由,直接分发给某资金方。客户级分发对资金方的服务要求很高,通过率要保持稳定,对客户的体验稍好。

3. 长尾流量分发

对于一些流量 ,可能一种情况是经过资金运营策略,所有的资金方都拒绝了,或者是自有资金拒绝了,这些客户如果都放弃了,对平台是很大的损失。所以需要对其进行分发,其又可以分为全部分发和均匀分发。

3.1 全部分发:去市面上找一些能够全部吃下客户风险等级很差的资金方,对于资金运营策略全部拒绝的客户,都路由给这家资金方。

3.2 均匀分发:

正常情况下很少有资金方能够吃下所有风险等级很差的客户,所有造成的结论是很多差客户路由给风险识别能力很差的资金方了。

对于这部分长尾客户,如果全部路由给识别能力很差的资金方,造成的后果是这家资金方必然不长远。为了解决此问题可以再对风险等级很差的客户,做长尾平分分发。有点像买苹果一样,挑剩下的一大筐苹果,里面有好苹果也有烂苹果,目前还有三个顾客需要购买。

如果让前面的客户继续挑选,那么最后一个客户面临的肯定都是烂苹果。所以需要对客户A、客户B、客户C进行路由设计。

3.3 长尾道理设计原理:长尾客户,应该均匀分配,使得合作利益最大化。

支持长尾流量优先级配置:比如优先A,其次B,最后是C。然后针对长尾客户的池子,进行按比例或者按数量进行分配配置,比如A 30%,B分配30%,C分配40%。其原则是A 分配满了之后,再分配给B ,B分配满之后再分配给C。

4. 指定资金分发

如果对于某些资金方,基于特殊的合作关系,需要将特殊的一些客户给某些资金方,这样可以基于指定的资金方路由。这种场景下,是基于路由的路由结果,如果先命中指定资金分发,那么就不进入正常的路由规则配置中。一般这样的指定资金方的都是通过离线跑批的形式决定的。离线跑批是合作双方基于信任的基础上,双方的数据都是经过加密的,由线下导入进行匹配,匹配上的客户提前打上指定资金的标签,下次路由就直接路由到指定资金。

十一、资金路由的前端展示

在app或者h5等前端设计的时候,最好先调用路由查询,先获得了资金方,这个时候就可以展示资金方的协议如图为客户分发下,展示金融机构名称。

还有一种情况是展示资金方的协议以及自有资金的协议,这样当资金方放款失败,自有资金可以直接兜底。

十二、联合建模

当路由结果给某一个资金,但是其通过率太低,会影响到整体客户的投放,虽然有自有资金进行兜底,但是自有资金也可能存在头寸不足或者客户要素和自有资金不匹配。

这样会有相当部分客户浪费掉了,为了提高资金的授信和用信通过率就需要联合建模的方式一起提高通过率。联合建模主要双方拿一些有历史表现的数据,由资金方到资产方的环境模拟跑数据。

具体由资金方提供一批有风险表现的用户去匹配资产方的数据特征,去找出一些识别度高的特征,比如黑名单这种。挑选出的变量由资产方进行模型部署,这样资产方就指定资金方不需要哪些客户。

十三、路由系统的时序图

流量分发的路由时序图简化图:

如图,在客户进入资产方之后,就被路由给资金方,由资金方直接授信和用信。借据分发的路由时序图简化图

如图,在客户先在资产平台申请授信,授信成功后再用信环节路由资金方。

十四、路由耗时分析

由于不同的数据源,路由过程要调用大量的路由,这样需要分析每个路由系统的调用时长,以监控路由发生过程中的异常数据源。监控的维度有调用次数,失败次数,每个路由节点的日、周、月的调用时长。

十五、功能架构

后管设计按照以上设计原则进行界面设计,界面设计的原理是逻辑和层次清晰即可。比如白名单管理、资金头寸管理、资金运营策略、资金方管理、指定资金策略管理、均匀分发管理。其功能架构图如下:

其中资金路由策略里面每个小模块可以作为一个后管配置界面,在配置界面里面按照资金+规则维度逻辑关系配置我们要的具体规则。

十七、路由系统设计效果分析

路由系统的设计效果,来自于当接入的资金方不变,客户资质不变,最后体现在投放金额的提高上。即资源这个变量不变的情况下,路由系统的效果是增量提升。

其衡量指标:

资金方头寸使用率= 资金方头寸使用额度/资金方头寸额

路由成功率=路由成功量/路由申请量

十八、最后

路由的发展方向是更加精准,而更加精准的后续发展就是从从数量向质量的发展。比如搭建一个模型,在资金推送的同时实时计算当天的路由收益情况,实现收益最大化的路由。

总结下来路由的设计让我想起了当年做工业软件的自动排产系统,其核心就是根据前置条件筛选出我们想要的最优方案。我们知道资金路由其概念和原理,后面无非是用新技术去优化,以及壮大其场景。

之前我们讲的流程是流量从是从无到有,而现在从有到优,这是是属于路由系统的胜利章节。

呱说产品,微信公众号:呱说产品,人人都是产品经理专栏作家。

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

题图来自 Unsplash,基于CC0协议。

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

  • 评论列表

发表评论: