
数禾科技是一家金融科技服务公司,以大数据和技术为驱动,为金融机构提供高效的智能零售金融解决方案,服务银行、信托、消费金融公司、保险、小贷公司等持牌金融机构,业务涵盖消费信贷、小微企业信贷、场景分期等多个领域,提供营销获客、风险防控、运营管理等服务。
数禾科技与观远数据于2020年下半年开始合作,至今公司内部已实现人人用观远BI。曾经我们在使用的过程当中,也发现了一些问题。虽然BI很敏捷,但业务取数却不尽人意。面对精密的数据平台,业务用户往往手足无措。 例如,业务希望看到本月优惠券成本是多少?今日成交订单数是多少?此类指标信息底层非常复杂,对业务人员要有一定的数据素养,例如要找到数据在哪、要了解底层数据结构和含义、要知道表之间关联关系、要熟悉SQL、Python等语言 ……如果缺乏这些素养,业务团队不得不依赖数据团队的帮助,这常常导致沟通频繁、响应滞后、二手数据可信度问题以及业务的敏捷性受损。 对于业务人员来说,他们的需求很朴素:简单地获取数据,将其导入BI系统中快速分析。然而,这背后隐藏着一系列的挑战 — 数据在哪里,如何被存储,谁来维护数据的准确性,数据如何被计算,以及如何处理数据指标之间的不一致性等问题。
01 模式一:人的驱动
人的驱动有两种,一种是集中式,由工程师团队承接业务需求,完全按需实现,所有的指标预先融合汇总成表,BI仅承接可视化功能。优点在于由统一的数据视图,但缺点也很明显,完全靠工程师进行交付,需要业务提需求,不仅交付慢,需求积压,也无法实现灵活的数据探索分析。
第二种是分布式,由分析师或业务策略团队自己开发满足需求。起初业务团队用得“很爽”,学习成本低,非常敏捷,快速解决问题,随着时间推移,历史遗留资产越来越多,导致速度越来越慢,无论是部门间的协同,还是成本维护,都是巨大的开支。
因此,数据团队做交付,面临不够敏捷的问题;业务团队自己处理,面临数据混乱冗余的问题,这其实是两个极端。
02 模式二:Cube驱动
因此数禾科技快速调整了策略,寻求了一个平衡的方法。将公司业务公用的指标放到共享的层面,基于公共的维度、公共的指标,快速支撑业务团队使用数据,灵活进行探索分析。
同时,这种模式也面临一个问题。如果有新的需求、新的业务、新的指标,新的维度时,指标层的共享会格外缓慢,因为它需要精心设计和大量开发、数据回溯等。因此它只能部分解决慢和乱的矛盾。
03 模式三:语义驱动
为了进一步解决上述矛盾,数禾科技当前的策略重点转向了数据语义化。首先要为数据注入语义。语义指说同一种语言:业务术语。举个例子,“在贷余额”,在A部门是剩余本金,在B部门叫期末余额,在C部门才叫在贷余额。因此,需要一个标准的术语体系,确保大家都在使用同一种语言。
为数据注入业务语言,是语义化的核心的工作。 语义化的方法论是以业务流程为桥梁,实现数据模型、业务逻辑和指标等对象的语义标准化。
04 模式四:AI驱动
当数据都语义化、富含语义信息后,我们就将进入AI驱动的范畴。以烹饪为类比,数据工作的过程类似于准备食材,而语义化的数据就如同经过彻底清洗和精心分类的原料。紧随其后的AI算法好比是精心编纂的食谱,它能够将这些准备好的原料转化为一道道美味佳肴。在这个过程中,分析师和业务人员就像是制作美食的厨师。
客户寄语
目前数禾的全员都在使用观远数据,我们每个员工入职第一件事情,就是申请观远智能数据分析与决策平台的账号。
⸺数禾科技CDO王冠军






























