京公网安备 11010802034615号
经营许可证编号:京B2-20210330
大数据作用下的互联网金融理财管理
大数据催生了一大批互联网金融理财公司和产品,当然最数支付宝和京东金融这两大巨头地位最突出。大数据的作用真的是非同小可,像支付宝旗下的天弘基金就发展得如火如荼。很多网上金融产品的管理在一般的基金理财公司都是只管生不管养的,而天弘基金互联网金融产品部承担的职责实际跟互联网企业的产品岗位非常类似,一个产品经理在这里承担的是整个产品从生到养的全生命周期管理。下面就详细列举几个例子来好好和大家谈谈大数据作用下的互联网金融理财管理!
一、余额宝与大数据
近期,大数据备受整个媒体和业界的关注。
笔者更希望把大数据的“大”字先去掉,而谈谈天弘在以数据为驱动的情况下在整个余额宝业务的产品管理过程中做的一些事情。产品管理在一般的基金公司产品部都是只管生不管养的,孩子生下来,拿到报汇的批文就可以了,而天弘基金互联网金融产品部承担的职责实际上是跟互联网企业的产品岗位非常类似,一个产品经理在这里承担的是整个产品从生到养的全生命周期管理。互联网思维很大程度上就是数据思维,要用数据去说话。在整个管理中可能遇到一些问题,在实践中也带着一些探索。
数据分析首先要解决的就是客户是谁的问题。传统银行或者传统金融普遍存在二八定律。只有知道自己的衣食父母是谁,利润来源在哪,才能知道怎么做业务,以及如何对待客户。用图来说明天弘客户的情况。简单的男女比例,好像很简单,加起来百分之百,总的来说可以看到上线之初和后来中间有一个分界线,后来就走平了,分界线很明显就是去年双11。余额宝刚上线的时候男性的比例是非常高的,在双11 之后女性比例追上来,一直保持平稳,这是资金保有。如果用购物订单的消费图来说,这两个曲线最后是交叉的,背后这意味着大约有超过10%的用户是女性用男性的账户买单,这是应当被了解的用户行为,也就有了现在“亲密付”业务的灵感。
天弘在整个营销过程和推广过程中也通过自媒体和大家分享了一些基于数据交易额和数据挖掘的东西,比如关于前文的例子就有一个有趣的话题— 趣味性挖掘结果表明,去年双11 新疆的男人最疼老婆,其男性账户为女性内衣支付额最高。天弘公司渠道上平均年龄客户是37 岁,这只是一个平均数。利用阿里的金融云建立大数据中心之后,客户的年龄分布可以被很精确地刻画出来,这体现出对数据和业务的实时掌握。后文将举实际应用的例子。
除了解决客户是谁的问题之外,还要分析客户在做什么。在余额宝客户群体中其实无外乎把整个消费分成几大部分。其中,信用卡还款接近三分之一,剩下的主要是购物。余额宝被称为网购神器,从销售笔数来看整个客户网购消费量很大。另外就是水电煤缴费。其他许多转账应用总的来说占的笔数都很小。信用卡、购物和水电煤缴费几个主要应用占了消费中非常大的份额。余额宝的消费属性逐渐增强。其作为互联网理财的工具,同时又打通了消费购物支付的通道,其中掺杂了金融属性,即对收益敏感的理财属性与电商属性。余额宝一直强调在营销过程中引导客户认知其消费属性,告诉客户钱进了余额宝是能花、随时花的。反而是取钱的时候会受到一些限制,每人每天只有5 万块钱的T+0 的额度。
整个上线以来,客户消费比例不负众望一直处于缓慢提升的趋势,这也是证监会和央行领导们关心的余额宝业务规模这么大流动性管理如何做而背后的天弘却信心满满的原因。今年6月份,行业所有货币基金面临非常大的赎回压力,很多公司遭遇流动性困难。无数人关心余额宝有没有遇到比较大的赎回,余额宝业务对客户的引导一直以消费属性、电商属性为主,而不宣传收益率的属性,所以当时遭遇到的还是比较平稳的态势。这和一些竞争对手产生非常大的区别。3 月以来余额宝也面临很大的来自证监会和央行的监管压力,但余额宝的赎回却一直保持平稳的态势。
二、大数据支撑下的互联网金融产品管理
数据分析的应用很广泛。第一个例子是流动性的管理预测,这是从余额宝上线的第二周就开始上线运行的,是天弘跟阿里数据的团队一起建立的共同分析的机制。这个分析机制的开始是因为双方约定必须要有一个最晚的清算时间。涉及到不同的银行,涉及到交易所场内账户,而很多交易所场内账户受终端本身清算能力和清算效益的影响,经常晚上才能清算。双方根据实时数据分别对下一个交易日和下一个月的申购情况和赎回情况做出预估。从现在的体量来看,几百亿基金,每天头寸估差在三千万的水平,其误差比例是非常小的。开始的时候阿里的数据分析团队非常强,而天弘基金人才缺乏,启用量化分析师做流动性的管理预测,结果不合适。首先在数据分析应用的方法和对业务的及时响应都存在问题,后来请了有互联网背景的周卫国来做数据分析,从此天弘的大数据真正到了正规化的道路。开始的第一个月阿里给的预测比天弘误差小。第二个月阿里给的误差大概介于六千万到1.2 亿。天弘模型优化后误差稳定在三千万,经过几次磨合,从以阿里的预估数据为头寸基准,到双方共同商量,再到三个月之后变成了阿里认可天弘的数据分析和预估能力。持续误差在整个三个月中一直保持着三千万的水平,而基金规模已经上千亿。每天头寸误差,即第二天要进多少钱和出多少钱,仍然保持平均三千万的量级上。后来完全转化成以天弘自己的独立分析能力应用分析了。
第二个例子是应用场景拓展。传统银行通过形成一个基础账户的属性把客户留住:客户偿还房贷、车贷需要用钱,离不开基础账户。类似地,天弘强调可用和电商属性,从而做了应用场景的拓展,包括定期转出功能的推出。看起来,做这种定期转出,是把自己的客户的钱往外投。其实,根据实际调研,有几百万用户每月有金额较大的固定转出,很可能是偿还房贷和车贷的需求。只有让客户实际的需求,不用离开余额宝账户,才能抓住客户黏性。余额宝的各种支付场景,包括定期转出的场景都是在这样的思路下逐渐拓展的。
第三个例子是指导运营。天弘每天有数据的监控,每周有生产数据的分析会。数据中心是一个基础平台,但数据中心只是在诸如天弘周年庆等重要场合做综合的客户画像和各种分析,不可能实时提供很大的分析和服务。因此天弘要求从客服到产品到运营,每个小部门都要有一个业务BI,每天看实时交易数据。9 月初天弘产品的业务BI提出开户数据有异动,每天增加三万到四万。通过请求大数据中心精准分析数据后发现增量开户数据中有明显的年龄分布特征,异常数据90%是来自18—19 岁。而9 月初正是大学生开学季,18—19岁很可能是大一新生。很多大学新生入学前在家没有自己管过钱。第一次离开父母,踏入社会中第一次自己掌管钱。余额宝在大学用户中普及率比较高,通过交互迅速有感知效应,有可能带来大量的客户增长。天弘针对精准的营销活动,迅速地联系校园渠道,找了大多数学校的学生会,一些定点的社团,进行新生的宣讲。一共筹备三天,在发现数据异常情况下,第四天开始新生宣讲,大约是持续了半个月热度。这是快速反应和机构设计层面的成果。没有动态监控,没有每个业务部门对数据本身有敏感性的观察者和定期的交流机制,就不可能有基于数据驱动的精准的运营和营销活动。
三、互联网金融业务的数据化生存
在数据应用方面,有三个步骤。第一就是要做一个数据采集和整合。天弘的交易系统利用阿里金融云的环境,数据实际上分在很多组的交易服务器上,在收盘的时候才会把数据再归总起来。开始有几个月都看不到归总的数据,在运营等方面像是盲人在打仗。因此第一个工作重点是要解决数据的采集与整合问题,把基于云的交易数据实时采集进来。数据中心当时提的目标就是每五分钟精准数据出来,基于这五分钟数据有异常监控,年龄、地域知道什么出现了异常。对数据的分析是以去年双11为先导。去年双11是天弘第一次经历电商大的节日。第一次和阿里BI讨论是在8月底,基金一共有500亿的量,阿里提出要保证双11的时候,有200多亿支付的可能性。天弘成立了基于数据分析的小组,发现数据服务各个方面,所有座席按照当时业务量比例,满足不了。有赖于自己在互联网思维上面的熏陶,最后天弘开始启动云小二,就是客户帮助客户。传统基金公司有自己的客户、劳务派遣和外包三层结构。天弘招募了云客服,其本身就是客户,能帮助客户解答问题,有问题可以求助其他更高级客户。启动云客服之后,咨询量里面90%是云客服承担。采用网上自动排班机制,把一周之内客户响应可接答的比例放大十倍。从招募到排班仅用一周的时间。利用阿里云的金融的IT的响应有一个道理。为什么上云?当时考虑在云上,比如用400台,高峰期可以再多用200台,扛过高峰期就不再续租多的200台了。
在数据分析上以双11 的响应,包括投资、客服准备上的分析为前导,天弘跟阿里逐渐碰撞,不断壮大自己的数据库。去年对余额宝在大数据的交易分析,天弘建立了一个历史客单价的历史参与比例,每个人的客单价是多少,去年这些用户有没有在一年内有没有消费,有消费的定为活跃用户,参与大数据的比例有多少。基于这个链条评估结果,最后跟实际双11 的60多亿的支付结果非常相近,差了四个多亿。应用数据这块建立了生产数据分析的机制,要求所有部门领导和业务BI 都要参加。若时间有冲突,二者必须有其一参与到业务分析会上。
其实数据分析或者是以数据思维为先导的过程,整个服务不只是上文提到的客服多少座席,是否起用云客服,云客服要多少业务量的问题。云推广,举了大学生的例子。在线上做活动,财务要如何进行支持也是通过数据分析提前给出方案。每个运营活动要有运营效果,除去正常干扰趋势因素之外,都会经历导入、平台、衰减期。运营活动在导入期的时候截止,钱就花完了,再申请钱,这是新的导入期。这就白白浪费了导入期的效果,但是也不一定,每一种活动可能是导入期非常短,平台期非常长,衰减期非常短。基于效果评估中,管财务要多少钱,从财务角度就是每个月给钱。
十一之后富达请笔者做现金流管理,他们评估得到一个交易员(这里交易员包括基金经理和分析师)在现金管理市场上管理的资产差不多到达 150 亿。货币基金每天的交易量需要多少人管理跟数据的可视化程度有很大的关系。天弘的基金经理通过手机就可以看到未来一个月头寸的变化,预估出来是多少,实际上每天到期有多少现金,会不会有趋势性变化;直接可视化的显示现在头寸是多少,预估有多少头寸需求,实际数据和预估数据差距有多少,最大交易量有多少。假如说一天交易量超过350 亿,四个交易员忙不过来,或者交易员有休假,系统可以自动提示交易负荷较大,建议提高每笔业务的交易金额。
天弘通过客户结构数据、客户交易行为数据和投资管理数据的企业内部数据,以及电商平台关联数据、社交网络数据和宏观经济数据的企业外部数据进行数据开源。天弘数据中心定义人员架构分为四层:数据科学家、数据探索者、数据架构师和数据业务员。发现规律的人、整合数据和搭建数据平台的人以及实施数据交互的人,这三个角色在团队中是非常重要的。通过整个构建,天弘的IT、产品、运营、客服四个团队基本上都初步建立以数据分析为先导的工作方式和工作状态。希望将来产生更多的在数据引导下的成果。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在数据库设计与业务数据维护中,自增ID是数据表最常用的主键字段,用于唯一标识每一条业务数据,正常状态下ID应保持连续递增。但 ...
2026-08-31在数理统计、数据分析、经济测算与日常量化评估中,平均值是刻画数据集中趋势、反映整体水平的基础核心指标。在实际应用中,最常 ...
2026-08-31在数据驱动的时代,数据分析早已不是“凭经验、靠感觉”的零散操作,而是一套具备固定逻辑、标准化流程的系统方法——这就是数据 ...
2026-08-31在大数据时代背景下,海量行业数据亟需通过专业化工具挖掘潜在价值,辅助企业业务决策、优化运营模式、规避经营风险。Python凭借 ...
2026-08-28SQL是数据分析领域最基础、最核心的工具,承担着取数、清洗、统计、分层、归因的全流程工作。不同于单纯的语法练习,实战化SQL数 ...
2026-08-28 很多企业团队并非缺乏指标,而是陷入“指标失控”:仪表盘上堆满实时跳动的数据,却无法回答“当前瓶颈在哪、下一步该做什么 ...
2026-08-28随着新零售模式的快速普及,零售行业从传统的“货品驱动”全面转向“用户驱动”。门店交易数据、线上消费记录、浏览轨迹、复购频 ...
2026-08-27在数据分析、爬虫采集、接口开发、数据归档等场景中,JSON与CSV是两种使用率最高的数据存储格式。JSON为键值对结构化格式,适配 ...
2026-08-27 很多数据分析师每天都在计算指标、制作报表,但当被问到“什么叫指标数据元”“指标数据标准包含哪些核心维度”“指标数据质 ...
2026-08-27在数据分析工作中,时间序列是最常见的数据类型之一,订单时间、日志时间、交易时段、统计周期等数据均离不开时间处理。原始数据 ...
2026-08-26在数据分析与数据预处理工作中,原始数据普遍存在录入错误、系统故障、偶然极值等问题,极易产生异常数据。异常数据会严重干扰数 ...
2026-08-26 很多数据分析师能熟练写SQL、做透视表,但当被问到“数据是从哪里来的?经过哪些加工才进入数据仓库?ETL具体做了什么?”时 ...
2026-08-26在数理统计与数据分析领域,多因素方差分析与线性回归模型是研究变量关系、因素影响、数据差异规律的两大核心工具。二者均属于经 ...
2026-08-25数据分析的核心价值不在于数据计算与图表制作,而在于清晰、精准、有逻辑地输出结论、支撑业务决策。日常数据分析报告普遍存在结 ...
2026-08-25 很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素 ...
2026-08-25平均数是数据分析、数理统计与日常运算中最基础、最常用的统计量,核心作用是浓缩一组数据的整体水平、刻画数据集中趋势。在众多 ...
2026-08-24在MySQL数据库中,InnoDB存储引擎作为主流事务型引擎,默认事务隔离级别为可重复读(Repeatable Read,RR),这与SQL Server、Or ...
2026-08-24 很多数据分析师拿到数据就开始清洗、建模,但当被问到“这批数据属于什么类型——结构化还是非结构化?分类变量还是数值变量 ...
2026-08-24 很多数据分析师画过趋势图、做过业绩预测,但当被问到“这个月销售额增长20%,到底是长期趋势自然增长,还是促销活动的短期 ...
2026-08-21在数据分析与数据可视化工作中,直方图是展示数据分布特征、离散程度、集中区间的核心图表,能够直观呈现数值数据的频次分布规律 ...
2026-08-20