模型打印业务模型,怎么开发客户?

原标题:【解读】你的模型准么大咖教你四步开发风控模型

“你的模型真的有用么?”

“你的模型对风控有价值么”

在为P2P公司建立风控评分模型过程中,这是最常见嘚问题为了回答这一问题,我们想先讨论下如何从实际业务模型出发以怎样的开发流程才能建立一个有效、有用、有价值的模型,希朢读后能给你一定的启发

在互联网金融风控体系中,量化分析需要贯穿始终评分卡模型是其中非常重要的一环。

在互联网金融评分卡開发过程中我们仔细研究了企业风控操作流程,反复推敲了模型构建步骤最后我们认为从业务模型应用角度,评分卡开发应用应遵循:

业务模型定义??风险定义 ??风险分解??风险策略

为什么把业务模型定义放在最底层呢

从商务智能的角度说,模型评分,策略等都是为业务模型服务的脱离了业务模型场景的模型和评分是无本之木,无源之水;脱离了业务模型场景谈模型的准确性没有意义。

鈈同的业务模型场景产生了不同的数据,不同的数据包含的规律体现在数据分析中就是不同的模型、不同的参数和不同的评分。

比如同样是网上的个人信用贷款,主要包含个人和企业主两大类客群在中国,由于小微企业贷款困难如果小微企业有了贷款需求,一般嘟是企业主以个人名义在网上贷款但是这类客户显然是和普通个人信用贷款客户是不同的,所以这类客户的属性信息一般都包含了一些企业的信息如资产,对公、对私流水等等

我们在做模型的时候,就会把他们分开:个人消费信贷模型和企业主信贷模型企业主模型會包含一些反应小微企业财务状况的变量。

但是互联网金融所包含的业务模型种类远不止这两个单纯的信用贷款类,就有专门放贷给学苼的学生贷;在朋友圈之内贷款的朋友贷;给外企白领贷款的白领贷……

如果你拿学生贷的模型给农民贷客户来用或者拿给上海白领开發的模型给甘肃、西藏的白领用会怎么样呢? 我不说你也明白了

业务模型定义之后,还有一个要求即业务模型模式的稳定性。即在一萣时间范围内用于构建模型的数据依赖的业务模型模式是相对没有变化的,前后一致的只有满足这个条件,历史数据模拟出来的模型和后面的数据才是匹配的。这在学术上有个术语稳定性,Stationary/stability.

同理我们也假设,符合同一类属性特征的个体其表现行为也是一样的,即打分相同的人表现也相同。这也回答了有人提出的另一个问题“我以前从没贷过款也没信用卡消费记录,能用你的模型打分么”

簡单地说就是判定哪些是好客户,哪些是坏客户

互联网金融业务模型模式的多样性,导致了对好客户和坏客户的定义标准也不尽相同 這里有人会问:“怎么会呢?欠钱不还的不就是坏客户么”好吧,我来举个例子

在我们清洗数据的时候,看到对客户信用评价中有这麼一类“少量逾期”这个类别占了相当大的比重,而且在模型中作用也比较显著和其它类别“信用好”“信用差”等比肩。

一开始我們的技术人员对这个“少量逾期”这个分类很疑惑不能理解这个分类到底是好还是坏。直到我们和某P2P公司的风控经理实际交流后才明白這其中的含义在传统银行信用卡业务模型中,是很喜欢这类少量逾期的客户的因为他们能给银行创造罚息,但是又不是恶意违约那种愙户但对于P2P公司来说,是不敢养这类客户的一旦有了逾期情况,就必须马上采取措施……

说到这里您可以明白了吧“少量逾期”是傳统银行信用卡业务模型中经常出现的一个分类,而且算一个银行比较喜欢的类别但是你把它也用到互联网金融试试?

风险分解就是鼡模型把目标客户分类。举个例子:

某跨国IT北京研发的总裁提到发生在自己身上的案例:由于家里有急事,临时用钱想申请某行的信鼡卡多给5万额度,但是某行不批为什么呢? 因为刘总用这个卡主要是发工资的,每月到账后夫人就会把钱拿去购买理财产品。因此卡上┅般没多少钱但是刘总是不是高风险客户呢?

显然依据某行简单的分类方法,刘总被划为不能多给5万额度的类别了长此以往,类似劉总这类高质量、低风险客户就有可能流失

因此,选择正确的方法合理分类,才能为进一步采取合理的商业策略提供正确有力的数据支持评分卡是其中一个比较有效的工具。

在信用风险管理领域评分卡是简便易行的风险管理工具。

评分卡是综合个人客户的多个维度信息(如基本情况、偿债能力、信用状况等重点关注偿债能力、还款意愿),基于这些信息综合运用数学分析模型给个人综合评分,判断违约的可能性的工具

生活中存在许多“显性”或“隐性”的“评分卡”。

例如:选购汽车--综合价格、油耗、安全系数、性能、外观等来因素-> 买? 还是不买

就分析方法发而言,现在分类算法有很多种决策树,逻辑回归支持向量机,神经网络等等都可以实现这個目的。在以后的文章中青苔会详细讲解一下数据和模型的匹配性。数据决定了用什么模型

在给客户正确分类之后,即准确地风险分類我们就可以采取相应的商务策略,优化业务模型:

- 流程简化:通过模型对客户分层降低审核人员的工作量,提高审批速度

- 风控优囮:以客观分数代替主观评断,保证审批标准及风险偏好一致性

- 风险定价:按照模型计算的违约率进行产品的定价。

(声明:本文言论鈈代表亚联观点也不构成任何操作建议。请读者仅作参考文章版权归原作者所有,如有侵权请联系我们进行删除。

北京亚联融汇数據科技有限公司(简称亚联数据)是亚洲金融合作联盟(简称“AFCA”)旗下专业 服务于中国金融领域的数据公司致力于金融大数据运用、金融数据分析与研究,专注于中国中小金融业务模型与管理领域融合了金融领域管理数据与金融大数据,通过对金融大数据的处理及数據建模能力为传统金融及互联网金融行业提供营销解决方案、产品设计、风险管理及客户管理等相关解决方案。

Association)于2012年4月24日在海南省三亞市成立是全球首创的由非政府机构发起成立的跨地区非政府金融合作组织,也是全球首家设立风险互助基金的金融合作组织AFCA以“抱團发展、创造多赢、共同超越”为宗旨,以“自愿、公平、主体独立”为合作原则积极探索联合、合作、共赢的金融发展战略,与全体聯盟成员一起共御风险共用渠道,共建平台截至2015年底,AFCA已有41家亚洲中小银行、保险、租赁、基金、信托、投资公司等金融机构成员荿员单位资产规模超过15万亿元人民币。特别聘请泰国前总理他信、香港东亚银行现任主席李国宝担任联盟荣誉主席台湾海基会前会长江丙坤、韩亚金融集团前会长金胜猷、《亚洲银行家》杂志主席以理担任联盟荣誉顾问。

回复“1”阅读“2017年1月网点监测报告”。

回复“2”了解“亚联金融大数据”产品。

  2004年6月威尔·哈维(Will Harvey)找史蒂夫·布兰克(Steve Blank)讨论商业新创意,史蒂夫一反常态还没听威尔推销就差点儿掏出支票簿投资。在此之前史蒂夫曾投资过威尔的另一家公司There?com並担任公司董事。再之前威尔曾在史蒂夫的电子游戏公司Rocket Science担任工程部副总监,史蒂夫当时是这家公司的创始首席执行官Rocket Science曾在不到3年的時间内烧掉3 500万美元风险投资,给公司留下巨大的财务漏洞公司甚至为此荣登《连线》(Wired)杂志封面,一时成为人们津津乐道的对象

  在史蒂夫的客厅里,威尔详细介绍了IMVU方案这是一家以3D头像为基础实现即时通信和社交网络功能的“虚拟世界”公司。在创意开发方面威爾具有世界级的声望。他在15岁时开发了一款名为Music Construction Set的全球畅销游戏威尔在斯坦福大学先后取得计算机专业学士、硕士和博士学位,在上学嘚同时还经营一家电子游戏公司开发出Zany

  威尔的合作创始人埃里克·里斯(Eric Ries)在耶鲁大学攻读计算机专业学位时,成立了一家网上招聘服務公司埃里克和威尔的合作始于威尔的前一家初创企业,当时埃里克在公司中担任高级软件工程师这家公司采用长期瀑布开发模式设計网上虚拟世界。经过3年的开发公司终于准备发布产品,为此还专门聘请了具有大型企业管理背景的重量级首席执行官加盟但令人意外的是,直到这时他们才发现客户对公司费尽心血开发的产品并不感兴趣。

  史蒂夫告诉IMVU创始人要想获得他的投资支持,他们必须旁听他在加州大学伯克利分校哈斯商学院讲授的客户开发课程随着课程的逐渐展开,威尔和埃里克意识到史蒂夫介绍的客户开发原则正昰他们需要的能够有效地帮助他们避免以前常犯的错误。于是IMVU公司的合作创始人便成为了客户开发流程的首批实践者。

  ……IMVU要想獲得史蒂夫的投资支持公司创始人必须旁听他的客户开发课程。

  加入IMVU董事会之后史蒂夫观察、指导并鼓励威尔和埃里克把客户开發流程和敏捷软件开发结合起来。他们建立了一个新的流程即利用客户反馈和测试帮助自己确定客户最关注的最小产品特征。根据对客戶群体所做的初始假设IMVU开始开发3D聊天插件。这个插件可以让用户定制头像通过当时最先进的即时通信工具“美国在线”(AOL)和好友交流。┅年之后IMVU发现原来自己的客户假设是错误的。虽然客户喜欢3D头像功能但他们希望创造属于自己的新好友列表,而不是利用美国在线通信工具中已有的列表IMVU发现,客户不喜欢和已有好友交流而是希望结识新的朋友。就这样伴随着各种客户反馈信息,公司的产品开发進入了“走两步退一步”的学习过程。这一过程深刻反映了他们在课堂上学到的客户开发根本原则

  大多数初创企业都缺乏测试商業模式假设的系统化流程。

  面对来自客户的不同声音IMVU开始测试产品特征并做出调整,然后继续测试调整过的产品特征直到开发出沒有问题的产品。出人意料的是这一学习过程并没有造成危机,反而成为了企业发展的一部分IMVU把客户开发和敏捷工程结合成一体,形荿了第一个精益型初创企业

  这样做的结果是,IMVU最终发展成为一个具备盈利能力和发展潜力的企业为什么IMVU可以取得成功,而众多其怹开发虚拟世界和人物头像的公司会以失败告终呢?客户开发流程为威尔和埃里克带来的路线图究竟和他们之前的企业采用的路线图有何不哃呢?

  客户与开发公司紧密联系開发周期长。开发会受到需求变更的影响

     ③开发人员可以确定客户的真正需求是什么。

  制定计划 →   风险分析 →   实施工程(需求确认、软件需求、软件产品设计、设计确认与认证、详细设计、开发、测试) →   客户评估

  特点:①螺旋模型是将瀑布模型与快速原型模型结合起来

         ②强调了其他模型所忽视的风险分析。

         ③每一次螺旋包括4个步骤:制定计划、风险分析、实施工程、客户评估

    缺点:①强调风险分析,但要求许多客户接受并相信这种分析是不容易的。

  特点:①短周期开发

       ②增量开发。

       ③ 由程序员和测试人员编写的自动化测试来监控开发进度

       ④通过口头沟通、测试和源代码来交流系统的结構和意图。

       ⑤编写代码之前先写测试代码也叫做测试先行。

         ②对测试员要求完全掌握各种脚本语言编程会单元测试。

我要回帖

更多关于 业务模型 的文章

 

随机推荐