CN109636579A - 订单引流处理方法、平台、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种订单引流处理方法，包括：在接收到客户端发送的贷款请求时，从贷款请求中提取出申请订单，其中，申请订单至少包括贷款产品和贷款金额；获取提供贷款产品的承办方，并基于预设筛选规则和贷款金额，对获取的承办方进行初步筛选，得到筛选结果；若筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对筛选结果中的承办方进行排序，得到排序结果；根据所述排序结果将申请订单引流至排在首位的承办方，以供承办方对申请订单进行放贷处理。本发明还公开了一种平台、设备及可读存储介质。本发明通过数据处理技术对数据资源进行整合和分配，不仅能够提高贷款匹配的准确率和贷款转化率，还提高了各渠道产品的流动性和灵活性。

Description

订单引流处理方法、平台、设备及可读存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种订单引流处理方法、平台、设备及可读存储介质。

背景技术

随着网络信息技术的发展，电子商务获得了快速发展，并广泛应用在金融市场。市场上涌现出许多家有资质提供贷款服务的银行或金融机构，同时各家旗下开设的贷款产品琳琅满目，如车贷、房贷、装修贷、消费贷等，以满足不同客户的贷款需求。

目前，现有的支持多家银行或金融机构协同运营的贷款平台为用户提供更多选择，进而当客户有贷款需求时，通过平台即可获取相关资源。但是，正因为平台对接的银行或金融机构有很多，存在无法全面覆盖各家银行或金融机构推出的所有贷款产品，进而无法实时准确与客户需求进行匹配，导致灵活性差、匹配的贷款产品不准确、贷款转化率低等问题。

发明内容

本发明的主要目的在于提供一种订单引流处理方法、平台、设备及可读存储介质，旨在提高贷款匹配的准确率和贷款转化率，以及提高各渠道产品的流动性和灵活性的技术问题。

为实现上述目的，本发明提供的一种订单引流处理方法，应用于贷款平台，所述订单引流处理方法包括以下步骤：

在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；

获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；

根据所述排序结果将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。

可选地，所述申请订单还包括申请人的用户信息，在所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作之前，还包括：

根据所述用户信息的信息项数，得到所述用户信息的完整度；

判断所述完整度是否大于或等于预设阈值；

若所述完整度大于或等于预设阈值，则确定所述申请订单的贷款资质审核通过，并执行所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作；

若所述完整度小于预设阈值，则确定所述申请订单的贷款资质审核不通过，并下发审核不通过的提示信息至所述客户端。

可选地，所述基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果，包括：

获取承办方的运营信息，其中，所述运营信息至少包括可用额度、资金状况；

若所述资金状况为稳定，则获取承办方当前承办的订单数以计算订单总额；

根据计算的所述订单总额与所述可用额度，计算承办方的剩余额度；

若所述剩余额度大于所述贷款金额，则确定承办方满足初步筛选条件并将其列入筛选结果中。

可选地，所述基于预设排序方式，对所述筛选结果中的承办方进行排序，包括：

获取申请人自定义设置或平台设置的优先级顺序，并基于所述优先级顺序对所述筛选结果中的承办方进行排序；或

获取申请人与各承办方之间的黏性度，并根据所述黏性度的大小顺序对所述筛选结果中的承办方进行排序。

可选地，所述申请人与各承办方之间的黏性度由以下任一种方式所确定：

根据申请人在浏览各贷款产品时所对应承办方的访问频率所确定，所述访问频率与所述黏性度成正比，其中，所述访问频率为单日访问次数与月访问次数之间的比值；或

根据申请人在近一个月内浏览各贷款产品时所对应承办方的停留时间T1所确定，所述停留时间T1与所述黏性度成正比；或

根据申请人在浏览各贷款产品时所对应承办方的间隔时间T2所确定，所述间隔时间T2与所述黏性度成反比，其中，所述间隔时间T2为最近一次访问距当前时刻的时长。

可选地，在所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作之后，还包括：

若所述筛选结果没有承办方，则下发暂时无法受理的提示信息至所述客户端；

若所述筛选结果只有一家承办方，则将所述申请订单引流至该承办方，以供承办方对所述申请订单进行放贷处理。

可选地，在所述将所述申请订单引流至该承办方的操作之后，还包括：

接收承办方基于所述申请订单反馈的处理结果，并将所述处理结果转发至对应的客户端，用以告知申请人申请的贷款进度。

此外，为实现上述目的，本发明还提供一种贷款平台，所述贷款平台包括：

提取模块，用于在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；

筛选模块，用于获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

排序模块，用于若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；

引流模块，用根据所述排序结果将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。

此外，为实现上述目的，本发明还提供一种贷款设备，所述贷款设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的订单引流处理程序，所述订单引流处理程序被所述处理器执行时实现如上述中任一项所述的订单引流处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有订单引流处理程序，所述订单引流处理程序被处理器执行时实现如上述中任一项所述的订单引流处理方法的步骤。

本发明首先在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；然后获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；最后根据排序结果，将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。本发明通过数据处理技术对数据资源进行整合和分配，也就是根据客户贷款的需求，采用预设筛选规则、预设排序方式为客户匹配最佳承办方所提供的贷款产品，以提高贷款匹配的准确率和贷款转化率，并加快了贷款的进度，进而提高了各渠道产品的流动性和灵活性，从而同时实现了满足不同客户的贷款需求以及各渠道的合理有效分配。

附图说明

图1为本发明实施例方案涉及的贷款设备运行环境的结构示意图；

图2为本发明订单引流处理方法一实施例的流程示意图；

图3为图2步骤S30一实施例的细化流程示意图；

图4为本发明贷款平台一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的贷款设备运行环境的结构示意图。

如图1所示，该贷款设备可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的贷款设备的硬件结构并不构成对贷款设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及计算机程序。其中，操作系统是管理和控制贷款设备和软件资源的程序，支持订单引流处理程序以及其它软件和/或程序的运行。

在图1所示的贷款设备的硬件结构中，网络接口1004主要用于接入网络；用户接口1003主要用于侦测确认指令和编辑指令等。而处理器1001可以用于调用存储器1005中存储的订单引流处理程序，并执行以下订单引流处理方法的各个实施例中的操作。

基于上述贷款设备硬件结构，提出本发明订单引流处理方法的各个实施例。

参照图2，图2为本发明订单引流处理方法一实施例的流程示意图。

本实施例中，订单引流处理方法应用于贷款平台，包括：

步骤S10，在接收到客户端发送的贷款请求时，从贷款请求中提取出申请订单，其中，申请订单至少包括贷款产品和贷款金额；

本实施例中，现在的贷款平台可以同时对接多家有资质提供贷款服务的银行或金融机构(以下简称承办方)，为用户提供更多种渠道选择。每家承办方旗下开设的贷款产品琳琅满目，如车贷、房贷、装修贷、消费贷等，以满足不同用户的贷款需求。贷款金额根据客户实际贷款需求而定，如5千、1万、30万不等。应当理解的是，用户首先使用手机、台式电脑、笔记本电脑等客户端设备登录贷款平台，查看平台上提供的贷款产品，并根据需求选择所需的贷款产品，然后客户端根据用户选取的内容编辑贷款请求，并将贷款请求发送到平台。平台在接收到客户端发送的贷款请求时，即可从中提取出相应的申请订单。申请订单内容包括贷款产品、贷款金额、申请人的用户信息，还可以包括创建时间、订单编号等等。

步骤S20，获取提供贷款产品的承办方，并基于预设筛选规则和贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

本实施例中，在商业领域中，渠道，全称为分销渠道，引申为商品销售路线，是商品的流通路线，所指为厂家的商品通向一定的社会网络或代理商而卖向不同的区域，以达到销售的目的。也就是平台上展示的贷款产品，具体对接到由哪个公司负责借贷。平台在为用户提供服务之前，会预先录入大量不同贷款产品至产品库中，相同贷款产品对应由一家或多家承办方提供资金用以放贷。因而根据用户申请订单中的贷款产品需求，获取提供贷款产品渠道的一家或多家承办方。应当理解的是，平台录入的贷款产品是由承办方提供给客户的贷款服务，而客户选择贷款产品，可以确定贷款用途，如用于贷款买房买车或创业等。

本实施例中，预设筛选规则是预先设置好的用于对获取到提供该贷款产品的承办方进行初步筛选的条件，从而为用户匹配较佳的承办方。另一方面，考虑到平台对接多家承办方，每家承办方必定都想要承接更多订单，提高营业利润，因而这里只是初步筛选，只要能够满足用户贷款需求即可，同时也有利于平台与承办方之间的合作。

具体地，基于预设筛选规则和贷款金额，对获取的承办方进行初步筛选，得到筛选结果，包括：1)获取承办方的运营信息，其中，运营信息至少包括可用额度、资金状况；2)当资金状况为稳定时，获取承办方当前承办的订单数以计算订单总额；3)根据计算的订单总额与可用额度，计算承办方的剩余额度；4)若计算的剩余额度大于贷款金额，则确定承办方满足初步筛选条件并将其列入筛选结果中。承办方的运营状况是承办方在某个时间段的资产及权益情况，是资金运动相对静止状态时的表现。运营信息至少包括可用额度和资金状况，是根据实际运营情况而有所调整或改变的。其中，资金状况可分为稳定或不稳定两种，资金状况稳定说明当前承办方资金周转良好，有能力承接业务，反之不稳定则说明当前承办方资金周转可能困难，影响借贷，为降低用户借贷风险，若承接业务的承办方资金状况不稳定，则不满足预设筛选规则。可用额度是承办方根据自身运营情况预设的提供资金借贷的资金预算。

为方便理解，以获取到提供车贷产品的有A、B、C、D四家承办方为例进行说明。首先获取以上四家各自的运营信息，然后根据获取的承办方的资金状况，将资金状况不稳定的D排除，剩余A、B、C。为进一步规避隐藏存在的风险，获取A、B、C三家承办方当前各自承办的订单数以计算订单总额，再根据运营信息中的可用额度与技术的订单总额计算出剩余额度。承办方同时承接多个用户提出的贷款请求，每份订单的订单数不同即贷款金额不同，根据承办的订单数计算订单总额，也就是累计计算，得到所有订单的贷款总额，即该承办方目前在经营过程中已经确定支出的金额。根据订单总额与可用额度，计算承办方的剩余额度，也就是承办方还有多少资金可支出的金额。当前只有剩余额度大于贷款金额时，说明承办方有能力承办客户的贷款请求，即满足筛选条件。若A的剩余额度小于贷款金额，则排除A，剩余B、C两家满足初步筛选条件、有能力承接订单的承办方。筛选结果包括B、C两家承办方。

需要补充说明的是，初步筛选出的筛选结果可能有一家或有多家或没有承办方。若筛选出一家承办方，则申请订单直接派给该承办方。若没有承办方，则下发暂时无法受理的提示信息至客户端，以供告知用户。

步骤S30，若筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对筛选结果中的承办方进行排序，得到排序结果；

步骤S40，根据排序结果将申请订单引流至排在首位的承办方，以供承办方对申请订单进行放贷处理。

本实施例中，由于筛选出的承办方有多家，即两家或两家以上，但客户订单只有一份，因而为客户自动匹配到最优的承办方，以完成客户的放贷需求。具体地，先基于预设排序方式，对筛选结果中的多家承办方进行排序，再将申请订单引流至排在首位的承办方，比如筛选结果有A、B、C、D四家，排序结果依次为A-D-B-C，A排在第一位，则由A承办方来承接并处理这份订单。

本实施例中，通过数据处理技术对数据资源进行整合和分配，也就是根据客户贷款的需求，采用预设筛选规则、预设排序方式为客户匹配最佳承办方所提供的贷款产品，以提高贷款匹配的准确率和贷款转化率，并加快了贷款的进度，进而提高了各渠道产品的流动性和灵活性，从而同时实现了满足不同客户的贷款需求以及各渠道的合理有效分配。

进一步可选地，在本发明另一实施例中，申请订单还包括申请人的用户信息，在步骤S20之前，订单引流处理方法还包括：

1、根据用户信息的信息项数，得到用户信息的完整度；

2、判断完整度是否大于或等于预设阈值；

3、若完整度大于或等于预设阈值，则确定申请订单的贷款资质审核通过，并执行获取提供贷款产品的承办方，并基于预设筛选规则和贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作；

4、若完整度小于预设阈值，则确定申请订单的贷款资质审核不通过，并下发审核不通过的提示信息至客户端。

本实施例中，在线金融借贷多以信用贷为主，而信用贷款是指以借款人的信誉发放的贷款，借款人不需要提供担保。这种贷款方式风险较大，一般要对借款方的经济效益、经营管理水平、发展前景等情况进行详细的考察，以降低风险。但目前由于注册用户过多，每位用户都可以随时随地提出贷款申请，因而根据申请人的用户信息，判断用户是否具有贷款资质。贷款资质是标示出申请人偿付其债务能力和意愿的过程，是申请人对所负各种债务能否如约还本付息的能力和可信任程度的评估，是对债务偿还风险的评价。简单的说，就是根据获取的用户信息的完整度确定贷款资质审核是否通过。

本实施例中，用户信息的信息项包括姓名、性别、年龄、身份证号、职业、年收入、社保号、公积金卡号、居住/户口住址、籍贯、信用值等等。平台预先设置多个信息项和阈值，比如共20项，当获取的用户信息只有5项时，完整度为25％，低于预设阈值60％，确定贷款资质审核不通过。当获取的用户信息有18项时，完整度为90％，高于预设阈值，确定贷款资质审核通过。完整度越高，说明用户本人信息越完善，信用额度也越高。当且只有贷款资质审核通过，方可执行下一步骤，否则下发审核不通过的提示信息至客户端，以供告知用户无法享受该业务。

参照图3，图3为图2步骤S30一实施例的细化流程示意图。

基于上述实施例，本实施例中，步骤S30中，基于预设排序方式，对筛选结果中的承办方进行排序，包括：

步骤S31，获取申请人自定义设置或平台设置的优先级顺序，并基于优先级顺序对筛选结果中的承办方进行排序；或

步骤S32，获取申请人与各承办方之间的黏性度，并根据黏性度的大小顺序对筛选结果中的承办方进行排序。

本实施例中，排序的方式有三种，1.根据申请人自定义的优先级顺序、2.根据平台设置的优先级顺序，3.根据申请人与各承办方之间的黏性度。申请人自定义顾名思义，是根据申请人主观意愿为承办方设置的顺序；同理平台设置由平台管理人自定义设置或根据业务发展需求，将合作密切的承办方列为优先。比如承办方有a中国银行、b华夏银行、c建设银行、d蚂蚁金服、e平安理财等等，用户自定义顺序依次为deacb；平台设置的顺序依次为eadbc，具体根据实际情况而定。用户黏度是指用户对于品牌或产品的忠诚、信任与良性体验等结合起来形成的依赖程度和再消费期望程度。用户黏度就像用户与承办方双方之间的关系一样。黏性度是反应用户在一段时间内持续访问或使用承办方推出的产品的情况，须知，用户黏性是动态指标，随用户使用平台的次数、时间等变化而变化。平台可通过以上三种方式中的任一种对多家承办方进行排序，进而将渠道与客户需求进行匹配，提高了贷款匹配的准确率和贷款转化率，以及提高各渠道产品的流动性和灵活性。

进一步地，申请人与各承办方之间的黏性度由以下任一种方式所确定：

1)根据申请人在浏览各贷款产品时所对应承办方的访问频率所确定，访问频率与黏性度成正比，其中，访问频率为单日访问次数与月访问次数之间的比值；或

2)根据申请人在近一个月内浏览各贷款产品时所对应承办方的停留时间T1所确定，停留时间T1与黏性度成正比；或

3)根据申请人在浏览各贷款产品时所对应承办方的间隔时间T2所确定，间隔时间T2与黏性度成反比，其中，间隔时间T2为最近一次访问距当前时刻的时长。

本实施例中，平台分别统计用户浏览某个承办方的单日访问次数、月访问次数、近一个月内停留在承办方的总时间T1、最近一次访问至今的间隔时间T2。访问频率＝单日访问次数/月访问次数，频率越高黏性越大；停留时间越长黏性越大；访问间隔时间越短黏性越大。比如计算得到用户访问A承办方访问频率70％，B承办方访问频率60％，C承办方访问频率40％，黏性度A＞B＞C。比如统计得到用户访问A承办方停留时间15h，B承办方停留时间2h，C承办方停留时间42h，黏性度C＞A＞B。比如计算得到用户访问A承办方的间隔时间45min，B承办方的间隔时间20h，C承办方的间隔时间3.5h，黏性度A＞C＞B，以上计算方式择其一即可。

进一步地，还可以统计近一个月访问平台停留的总时间T3，用比值1＝T1/T3来衡量停留时间，或用比值2＝T2/T3来衡量间隔时间。应当理解的是，用户在选择产品时，可由平台将订单流向承办方，也可以由用户指定购买承办方的产品。

进一步地，在步骤S20之后，订单引流处理方法还包括：

步骤A，若筛选结果没有承办方，则下发暂时无法受理的提示信息至客户端；

步骤B，若筛选结果只有一家承办方，则将申请订单引流至该承办方，以供承办方对申请订单进行放贷处理。

本实施例中，初步筛选出的筛选结果可能有一家或有多家或没有承办方，若只有一家，则无需排序可直接将委派至该承办方；若有多家，则需要根据预设排序方式对多家承办方进行排序，再将订单引流至排在首位的承办方；若没有一家承办方，则下发暂时无法受理的提示信息至客户端，以供用户了解到所申请的贷款不被受理，进而能够重新选择贷款产品。

进一步地，在本发明另一实施例中，在将申请订单引流至承办方的操作之后，也就是在上述步骤S40或步骤B的操作之后，接收承办方基于申请订单反馈的处理结果，并将处理结果转发至对应的客户端，用以告知申请人申请的贷款进度。当筛选结果只要不是没有承办方的，那么申请订单必然会被引流至承办方，由承办方承接这份贷款申请，完成用户的贷款需求，因而将接收到的反馈处理结果转发至对应客户端，用以告知贷款进度，能够有效提升用户的贷款申请操作体验。

参照图4，图4为本发明贷款平台一实施例的功能模块示意图。

本实施例中，贷款平台包括：

提取模块10，用于在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；

筛选模块20，用于获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

排序模块30，用于若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；

引流模块40，用根据所述排序结果将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。

需要说明的是，贷款平台的各个实施例与上述订单引流处理方法的各实施例基本相同，在此不再详细赘述。

此外，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有订单引流处理程序，所述订单引流处理程序被处理器执行时实现如上述中任一项所述的订单引流处理方法的步骤。

本发明计算机可读存储介质具体实施例与上述订单引流处理方法的各实施例基本相同，在此不再详细赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本发明的保护之内。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种订单引流处理方法，应用于贷款平台，其特征在于，所述订单引流处理方法包括以下步骤：

在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；

获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；

根据所述排序结果将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。

2.如权利要求1所述的订单引流处理方法，其特征在于，所述申请订单还包括申请人的用户信息，在所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作之前，还包括：

根据所述用户信息的信息项数，得到所述用户信息的完整度；

判断所述完整度是否大于或等于预设阈值；

若所述完整度大于或等于预设阈值，则确定所述申请订单的贷款资质审核通过，并执行所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作；

若所述完整度小于预设阈值，则确定所述申请订单的贷款资质审核不通过，并下发审核不通过的提示信息至所述客户端。

3.如权利要求1所述的订单引流处理方法，其特征在于，所述基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果，包括：

获取承办方的运营信息，其中，所述运营信息至少包括可用额度、资金状况；

若所述资金状况为稳定，则获取承办方当前承办的订单数以计算订单总额；

根据计算的所述订单总额与所述可用额度，计算承办方的剩余额度；

若所述剩余额度大于所述贷款金额，则确定承办方满足初步筛选条件并将其列入筛选结果中。

4.如权利要求1所述的订单引流处理方法，其特征在于，所述基于预设排序方式，对所述筛选结果中的承办方进行排序，包括：

获取申请人自定义设置或平台设置的优先级顺序，并基于所述优先级顺序对所述筛选结果中的承办方进行排序；或

获取申请人与各承办方之间的黏性度，并根据所述黏性度的大小顺序对所述筛选结果中的承办方进行排序。

5.如权利要求4所述的订单引流处理方法，其特征在于，所述申请人与各承办方之间的黏性度由以下任一种方式所确定：

根据申请人在浏览各贷款产品时所对应承办方的访问频率所确定，所述访问频率与所述黏性度成正比，其中，所述访问频率为单日访问次数与月访问次数之间的比值；或

根据申请人在近一个月内浏览各贷款产品时所对应承办方的停留时间T1所确定，所述停留时间T1与所述黏性度成正比；或

根据申请人在浏览各贷款产品时所对应承办方的间隔时间T2所确定，所述间隔时间T2与所述黏性度成反比，其中，所述间隔时间T2为最近一次访问距当前时刻的时长。

6.如权利要求1-5中任一项所述的订单引流处理方法，其特征在于，在所述获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果的操作之后，还包括：

若所述筛选结果没有承办方，则下发暂时无法受理的提示信息至所述客户端；

若所述筛选结果只有一家承办方，则将所述申请订单引流至该承办方，以供承办方对所述申请订单进行放贷处理。

7.如权利要求6所述的订单引流处理方法，其特征在于，在所述将所述申请订单引流至该承办方的操作之后，还包括：

接收承办方基于所述申请订单反馈的处理结果，并将所述处理结果转发至对应的客户端，用以告知申请人申请的贷款进度。

8.一种贷款平台，其特征在于，所述贷款平台包括：

提取模块，用于在接收到客户端发送的贷款请求时，从所述贷款请求中提取出申请订单，其中，所述申请订单至少包括贷款产品和贷款金额；

筛选模块，用于获取提供所述贷款产品的承办方，并基于预设筛选规则和所述贷款金额，对获取的承办方进行初步筛选，得到筛选结果；

排序模块，用于若所述筛选结果包括两家或两家以上的承办方，则基于预设排序方式，对所述筛选结果中的承办方进行排序，得到排序结果；

引流模块，用根据所述排序结果将所述申请订单引流至排在首位的承办方，以供承办方对所述申请订单进行放贷处理。

9.一种贷款设备，其特征在于，所述贷款设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的订单引流处理程序，所述订单引流处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的订单引流处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有订单引流处理程序，所述订单引流处理程序被处理器执行时实现如权利要求1至7中任一项所述的订单引流处理方法的步骤。