1. 行业解决方案-借贷业务分析

借贷业务分析是腾讯移动分析为互联网金融行业量身定制了一套专业的免费的行业数据解决方案,旨在助力金融互联网不断创新,打造智慧金融。

1.1. 借贷业务分析介绍

借贷业务分析是MTA扎根借贷行业特点,为互联网金融行业量身定制的行业数据解决方案,旨在帮助用户降低获客成本、提升转化效率,推动业务实现健康增长。

点击体验>>

借贷行业特点 MTA借贷行业解决方案
相较于其他行业,更关注与业绩相关的业务数据:注册用户对于借贷应用来说是一个小开始,一般以开户用户/借款用户来计算ROI,以成功借款金额制定KPI。 精心选取与借贷业务KPI/ROI相关的关键指标:从整体业绩增长目标出发,帮助业务运营者关注围绕目标的重要数据指标,关注整个借款产品层面的业绩健康,保持一定的业务大局观,以推动业绩增长为目的进行运营。
获客成本高于其他行业(借贷行业平均上千元/人,其他行业几百/人);有效(到开户借款)转化率低于其他行业。转化率如果提高1%,将增加几十万(甚至几百万)的贷款金额 获客成本高转化率低:打磨10个借贷业务漏斗,包含重要的业务转化点,帮助用户快速了解定位问题,针对问题寻找优化方案,提高转化率,降低获客成本。
业务风险:其他行业,用户交易完后无需再关注本次交易情况,但借贷交易用户存在风险,用户借款后可能会不还款或者用户是中介机构套现,完成借款后需要关注是否有正常还款、逾期率等 业绩与风控指标数据全面兼顾:完整的还原一个用户借款时的真实步骤场景。运营可直观关注风险相关数据(审核率/逾期率),了解风险情况,协助优化风控不合理的规则。风控也能关注业绩数据,结合业务用户制定较合理的风控规则(避免挡住了坏人同时影响了业绩的规则),形成密切的业务闭环。通过数据促进整个借贷业务的健康发展
消费状态连贯,但反馈链条长:借款用户均有开户、借款、还款状态。但开户、借款均需风控审核,使用到成功借款时间差较长(一般为2-7天);而应用想了解用户还款、逾期情况需在借款30天后才可了解 用户各状态(开户、借款、还款、逾期)数据均支持查看下载,且漏斗支持30天跨天去重,在业务数据表中可结合反馈周期(如7天、30天)同时查看多个状态的数据情况,一目了然的了解近期业务完整链条数据情况
使用频率低,较难了解用户的特征:贷款行业的用户使用产品的目的性很强,缺钱的时候才会使用产品,借完款之后没有再次借款需求基本上不会再来(提供自动扣款服务频率更低) 借贷行业垂直画像:为借贷行业应用提供39个画像标签,与业务数据耦合(如注册无额度、有额度未借款等),协助应用了解用户特征,可结合借贷画像设计更适合人群特征的借款产品、营销活动或制定更符合人群特征的风控规则
  • 打磨10个借贷业务漏斗

  • 为借贷行业提供39个画像标签,与业务数据耦合

  • 用户各状态(开户、借款、还款、逾期)数据均支持查看下载

1.2. 如何使用

1.2.1. 新增应用

在申请时新增应用时,服务类型勾选“借贷专用统计”即可

1.2.2. 已存在应用

在管理台处的卡片,点击“+借贷”图标,即可在移动分析处看到“借贷业务分析”的页面

添加后的前端页面展示如下:

如暂时无统计需求,管理员可在管理台点击,统计即暂停(请谨慎操作,删除后行业数据停止统计,相关页面将消失)

1.2.3. 如何查看借贷业务分析的数据

上图链接说明如下:

点击查看

点击下载

下载开发文档

Tips:

1)建议后台上报,不建议前端上报,因为前端上报会暴露appkey等,容易让别人拿到伪造上报

2)产品运营需要对照数据产品页面,先筛选出对应的数据表,然后再在下载的文档中选出对应漏斗、数据表及其对应的事件与数据指标

3)数据指标和事件名称是有一些出入,主要考虑是数据指标主要和运营产品常用的概念对齐,事件名称是方便技术同学进行埋点的理解

1.3. 如何上报数据

上报方式:服务器端上报日志(仅支持“自定义事件”类型的数据),参考下文中的构建报文

当前仅支持HTTP协议的上报接口,参考下文中的上报到MTA

1.3.1. 构建报文

构建JSON格式的日志,可包含表格中的字段。其中标记为必选的字段必须上报,否则日志无效。

用JSON数组的方式上报多条日志,单条日志也需要加"[…]"标记。推荐多条日志合并上报,提高传输效率。

字段ID 含义 是否必选 示例
ky (系统字段)MTA分配的APPKEY 必选 "if8888mta"
ts (系统字段)当前UNIX时间戳 必选 1512057600
et (系统字段)日志类型 必选(填1000) 1000
cui 账号ID 必选 "13823965426"
ei 事件ID 必选 "__LOAN__bind_card"
kv 事件参数(JSON格式) 可选 {"status": 1, "product_id": "1000234"}

报文示例:

[
  {
    "ky": "if8888mta",
    "ts": 1512057600,
    "et": 1000,
    "cui": "13823965426",
    "ei": "__LOAN__bind_card",
    "kv": {"status": 1, "product_id": "1000234"}
  }, {
    "ky": "if8888mta",
    "ts": 1512057600,
    "et": 1000,
    "cui": "13823965426",
    "ei": "__LOAN__card_confirm",
    "kv": {"product_id": "1000234"}
  }
]

1.3.2. 上报到MTA

接口类型:HTTP POST

编码支持:UTF-8

上报示例:

curl -d '[{"ky": "if8888mta","ts": 1512057600,"et": 1000,"cui":
 "13823965426","ei": "__LOAN__bind_card","kv": {"status": 1, "product_id": 
"1000234"}}]' http://pingma.qq.com/mstat/submit

1.3.3. 事件、参数说明

请按照下文提供的事件ID、参数ID进行上报,且务必参照上报代码示例进行上报,否则日志无效

事件ID/参数ID示例

展示部分,查看全部请下载

漏斗 事件名称 事件id 是否必选 上报时机 事件参数id 参数含义 是否必选 数据指标
漏斗 产品 __LOAN__product 必选 每天上报一次借款产品id product_id 产品id 必选 产品维度
授信漏斗 用户注册 __LOAN__register 必选 用户注册完成时上报一次 status 注册状态 必选 注册成功
授信漏斗 点击申请额度 __LOAN__apply_edu 必选 用户点击申请额度按钮时上报一次 product_id 产品id 可选 申请额度
授信漏斗 填写认证材料 __LOAN__fill_info 必选 用户开始填写额度申请认证资料时上报一次 product_id 产品id 可选 授信认证
授信漏斗 提交额度 _LOAN__submit 必选 用户点击“提交审核申请”按钮时上报一次 product_id 产品id 可选 额度审核

代码示例

展示部分,查看全部请下载

示例1 事件名称&ID:用户注册 __LOAN__register(必选)
  • 上报时机:注册完成时上报一次
字段 含义 必需 代码示例 用途
status 注册状态 "status":1 过滤(1:“成功”;0:“失败”)
  • 报表:授信分析/漏斗分析

  • 名称:注册成功

    • 输出维度:无

    • 输出指标:

      -用户数:用户账号去重

示例2 事件名称&ID:点击申请额度 __LOAN__apply_edu(必选)
  • 上报时机:开始申请额度时上报一次
字段 含义 必需 代码示例 用途
product_id 产品ID "product_id":"10000100" 维度
  • 报表:授信分析/漏斗分析

  • 名称:申请额度

    • 输出维度:无

    • 输出指标:

      -用户数:用户账号去重

1.3.4. 接口返回

返回报文为JSON格式,包含ret和msg两个字段

  • ret字段:0表示接收成功,其他表示接收失败
  • msg字段:如接收失败,这里存放出错原因(如 invalid appkey)

错误码说明

错误码 错误码含义
invalid appkey 错误的appkey
Json parse error Json解析错误
Gzip error Gzip解压失败

接收成功并不意味着日志被成功处理。如果缺失事件参数说明中的必选字段,日志仍然可能无效。

上报接收成功后次日就可查看借贷分析的数据

1.4. 其他说明

1.4.1. 重点借贷指标概念

新/老用户:以借款成功作为判断新用户的标准;一个用户一旦借款成功后,再次申请借款为老用户

订单数:借款时生成的订单,根据订单id(订单号)进行统计

账单数:借款订单分几期,一般就生成几个账单id(账单号),根据账单id进行统计;还款时根据账单进行还款(借款期数若为不分期,按照1个账单上传)

最后还款日:账单确定的最后还款的日期;用户首次借款后生成,日期固定(如每月的15号),与用户的账号绑定。最后还款日后还未还款的定义为逾期

逾期日:当前日期-最后还款日,逾期日超过90天定义为坏账。只取180天

逾期金额:借款人从逾期账单开始尚未还款的全部剩余金额

1.4.2. 常见问题

1.4.2.1事件/参数/指标/单位概念的区别?

事件

事件是一次用户行为中的“发生动作”。对于应用来说,事件可以是用户主动触发某种行为,如点击了借款按钮,是申请借款事件。也可以是用户被动的行为,如最后还款日未还款,是逾期事件。

上报事件需根据已定的事件ID和事件名称进行上报点击了解

参数和参数值

围绕“发生动作”,再加上具体的发生场景,如时间、地点、人物等,就构成了一条完整的用户行为。比如用户在某个时间点击了借款按钮,分12期(借款期数)借了5000元(借款金额)。

其中借款期数和借款金额是借款事件的参数;12期和5000元是参数值

指标

日常产品运营进行分析,最终要落脚到对指标的分析。指标是对行为事件的数值性衡量,是具体的数。在借贷行业模板中指标是由事件、属性和属性值组合而成。指标配合单位(人数/笔数/金额)一起使用

数据表的维度

筛选不同的维度,可以看不同维度下的数据指标表现情况 借贷行业包含的维度如下:

维度 对应数据表
产品 漏斗分析/借款分析/还款分析/逾期分析/借贷数据
借款期数 借款分析
用户类型(新老用户) 借款分析
逾期日 逾期分析

产品指的是借款产品,支持分借款产品查看。如微粒贷和财富贷是微众银行的两个借款产品 对维度进行了去重处理,如一个用户借了产品a的钱又借了产品b的钱,在全部产品处算一个用户

1.4.2.2漏斗/数据表/画像中的有些数据指标看上差不多,是不是数据结果一样?

不是的

计算逻辑有区别(以借款为例)

1)漏斗的数据计算逻辑是:借款成功在借款漏斗中是指申请借款的用户中有多少是借款成功,有转化计算的逻辑。

2)数据表的申请借款/借款成功是指当天申请借款的人数/当天借款成功的人数,跟着事件发生的时间而变化,更多反应的昨天/上周的应用业务的情况

3)画像中的借款是指有过借款行为的用户,是一个标签(画像是用户相对较固定的属性,一般短时间内不会变化。对于用户而言,更多的是展示的用户的标签)

多天数据查看有是否去重的区别

1)漏斗:最多支持查看近30天的跨天去重

2)数据表:多天的人数未做跨天去重;单日的人数有做去重

3)画像:画像取的30天内的数据,去重

1.4.2.3行业垂直画像是怎么得到的?

借贷行业垂直画像为腾讯基于8亿qq用户的数据能力输出,获取依赖应用上报的账号ID

1.4.2.4借贷分析的权限管控?

借贷行业使用专有权限,与现有权限独立管控,全面保障用户数据安全

权限如下:

管理员用户组:在应用添加行业后,可以直接查看借贷业务分析,并有操作权限

报表查看者用户组:在应用添加行业后,可以直接查看借贷业务分析

其他:有操作管理权限者进行行业数据权限配置

1.4.2.5为什么授信认证那么多认证条件?

这是由行业的特点决定的,借贷行业目前对授信认证有很多尝试,我们列举了业内多种认证方式。应用根据自己应用的实际认证方式进行上传。如有的认证方式不在列举的之列,请联系官网客服反馈

1.4.2.6为什么授信分析没有产品维度?

额度与产品不是一一对应关系,用户有额度之后可以借应用内的多款产品。

1.4.2.7如何保证数据准确性?

服务器终端上报的方式保证数据准确性,具体上报方式查看

1.4.2.8为什么事件/参数有必选可选的区别?

行业通用方案兼顾行业的大中小企业用户,相对较小的用户可能高级功能未完善,如未提供分期还款、提前还款的服务,这种类型的设置为可选。如果应用有这种功能,建议上传使用。

1.4.2.9上报多久后可以看到数据?

上报接收成功后,确认日志有效,次日可查看数据。

1.4.3. 注意事项

1、统计采用用户上传的账号ID作为统计依据:支持账号ID类型qq账号/手机号/邮箱/微信/其他;如使用借贷画像,建议上传手机号,更精准

2、严格根据事件、参数说明中的事件ID及参数ID进行上传,不要进行更改(包括大小写,下划线的数量等),否则将会无效

3、根据上报时机进行上报,否则数据会有出入

4、金额的单位是元,上传时请注意单位

5、产品维度显示的是产品id,可以编辑为产品id对应的名称

更多行业解决方案,敬请期待

results matching ""

    No results matching ""