信贷产品的架构设计总览

这篇具有很好参考价值的文章主要介绍了信贷产品的架构设计总览。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

架构设计是金融产品经理为数不多体现抽象能力和业务熟悉度的复核能力体现,也是产品经理从点到面窥看顶层设计必经之路。

可能还有同学问,啥是架构图?官方解答的是对各种系统和功能模块层次清晰的展示,并且传递数据和信息,来解释产品设计思路的过程。

我理解的架构图是一种思维方式,是一种沟通工具。

产品经理通常只需要懂和画三张图,分别是业务架构图、系统(技术)架构图、产品架构图。

画业务架构图是去理解业务部门目前在做什么,怎么做,以及未来要做什么。

产品设计的目标来自于对业务的支持程度,支持爽了并且能够引领业务发展,那么就是好产品,理解了他们要做什么,我们的设计才不会出现偏离。

如果你啥也不懂,那就先看看竞品怎么做的,也不要直接说竞品怎么样高大上,先看自己的业务阶段在哪,抄也需要结合业务阶段。

比如竞品已经在贷余额1000亿了,而如果你的在贷余额只有100亿,那么注定的支撑产品不同,当然我下面会讲产品架构的演进。

一、业务架构

信贷产品的架构设计总览

以上业务架构图简化的描述了一家大昌消费金融公司(以下简称为大昌)的业务模式,其中每一块内容都有独立的业务流程,比如资金运营,就包括资金谈判、资金接入、资金头寸、资金roi测算一系列流程。

在渠道侧大昌有自己的手机APP,大昌微信小程序,大昌微信公众号这三个自有渠道,同时他们也和广告投放平台合作,同时也有自己的代理地推团队,负责拓展大额贷款和企业贷款产品。

大昌在产品上有自己的个人现金贷、个人消费带、小微企业贷、产业链金融和区块链金融。

合作模式上如果是自有资金放款,那么就是自营模式,也区分助贷和联合贷。

运营管理上大昌有资金接入和运营,资产接入和运营,风险管理和运营,客户运营,统计分析和新产品设计团队。

接下来我们的产品架构设计的原则就是要超配的满足当前大昌不同产品、不同合作模式、不同渠道的业务流程。

二、技术架构

信贷产品的架构设计总览

以上是大昌公司简化版的技术架构图,在客户端区分内部渠道和外部渠道,渠道不一样接入方式也不一样。

在信贷系统中根据产品种类,可以拆分为好几个信贷子系统,通常根据产品不同新建不同的信贷子系统。

比如如果个人信贷和企业信贷是两个产品,并且是两个团队在运营,系统是组织架构的体现,为了防止个人信贷团队和企业信贷团队打架,那么那么就应该建立两个子系统。

在信贷支撑领域把各个信贷子系统需要的公共能力进行抽象,比如客户在产品A和产品B的额度不能超过100万,那么额度就不应该放在系统A或者系统B,应单独找个系统管理,于是额度系统就产生了。

在基础支持域,集中体现了更底层的支持系统,这些支撑系统可能不仅仅是支撑信贷域,还有应该支撑其它产品线,比如大昌理财线。

客户中心统一管理对公和对私客户,和客户的文字和影像资料的新增和修改。

统一支付负责外部支付机构的接入,支付路由,以及各业务线的资金的划扣。

营销平台负责营销券的申请、发放、核销,以及各种营销活动的承接。

大数据平台负责对各个产品线规范数据标准,数据抽取,数据建模,输出统一的数据展现效果。

统一影像负责客户影像件的统一存放,更新和下载。

报表系统负责数据可视化呈现。

电子签章系统负责电子签的引入,电子签名功能。

数据接入负责大数据的接入,计费管理。

会计系统负责首付款凭证、财务总账和明细账等管理。

监控负责硬件和软件资源、预警以及恢复机制的管理。

报送负责统一梳理各种监管要求,统一报送数据给监管机构。

客服系统实现客户会话,话术管理,以及工单跟踪。

接下来就是对具体某个信贷产品的功能进行产品功能拆分了。

三、产品功能架构

信贷产品的架构设计总览

以上是简化了大昌个人信贷系统的功能设计,由于统计分析交给了其它系统,个人信贷系统主要负责本系统信贷业务流程串联,基础配置,运行监控,以及支持各种渠道接入。

渠道管理负责接入各种合作渠道,产品管理负责配置不同产品类型,资金管理负责管理资金方的要素,授信申请管理授信订单,合同管理负责合同配置和查询;

额度管理负责额度查询,客户管理负责查询客户基本信息,提额申请负责对额度变更,路由管理负责配置资产和资金的匹配关系,放款管理负责查询放款订单,还款管理负责查询还款订单,对账管理负责账务的清结算;

息费减免负责异常客户的息费减免,线下还款负责发起线下还款流程和审批,代偿申请负责配置手工代偿申请和审批,核销管理负责坏账核销申请和审批;

融担管理负责融担公司接入,结清管理负责客户结清申请,结清证明管理,篇幅有限,只能今后在对各个子系统进行拆分。

画这三张图好处是可以趁此机会查缺补漏,提高产品规划能力,同时也可以定义日常工作中的系统边界系统,避免了不同系统间的相互扯皮,降低了沟通成本。

以上的图也是变化的,不是标准答案,因为业务一直会变化,在架构设计的时候也遵从架构演化之路。

四、架构演化路径

信贷产品的架构设计总览

第一阶段大昌公司刚成立,信贷业务还是0的时候,其实并没有也并不需要这么多系统,这时候大昌建立了一个信贷单体系统。

第二阶段接着大昌的业务发展,成了个人信贷和企业信贷部门,于是大昌建立了个人信贷和企业网贷系统

第三阶段接下来由于接入的资产方很多,于是大昌新建了一个资产接入系统。

第四阶段 大昌业务线越来越多,简单的按照功能也不能满足架构设计,于是变成了按照领域建模,比如把信贷中的支付、核心、会计、数据、风险全部抽离出来,形成独立的各种能力域。

第五阶段,大昌加强了营销和客户运营智能化阶段,当一个客户获客之后,即可通过业务流程中心给客户推荐什么业务。

这么看我们上面画的系统架构图目前属于大昌公司的第四阶段。

在做信贷产品规划的时候,我们需要提前2-3年的空间,甚至是提前为商业化做准备。

如果喜欢文章欢迎关注公众号

也欢迎加入信贷产品经理社群,目前已经有蚂蚁金服、微众银行、平安、中银、马上消费,海尔,中原等消费金融产品经理加入。

申请方式:

 请提前备注公司和行业,扫码加我入群👇 

信贷产品的架构设计总览文章来源地址https://www.toymoban.com/news/detail-401992.html

到了这里,关于信贷产品的架构设计总览的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 软考高级系统架构设计师系列论文七十九:论软件产品线技术

    根据公司软件系统开发的需要,我们在软件的开发过程中引入了软件产品线技术,成立了基于软件产品线的项目组。本人有幸参加了该项目,并在其中担任软件分析与设计、软件产品线核心资源开发的工作。 在软件产品线的开发过程中,我们使用了ROSE建模工具,有效地完成

    2024年02月11日
    浏览(68)
  • 软考高级系统架构设计师系列论文七十七:论软件产品线技术

    本人在测井行业的一个国有企业软件开发部工作,从2021年初开始,我陆续参加了多个测井软件开发项目,这些项目都是测井行业资料处理解释软件,具有很强的行业特征,其开发方向和应用范围都非常相似,从“测井资料处理集成软件”项目,开始我实施了软件产品线技术,

    2024年02月11日
    浏览(77)
  • stm32产品架构

    文章目录 前言 一、pandas是什么? 二、使用步骤 1.引入库 2.读入数据 总结 起因是我在看野火的ucosiii,然后他是基于i.mx芯片。然后我就很疑惑i.mx是什么芯片,看了下好像是ARM-M7(或者叫ARMCM7)架构的芯片。然后我又疑惑ARM-M7又是什么架构。 然后看到知乎一篇文章这样写: ARM架

    2024年01月24日
    浏览(25)
  • 物联网平台的产品架构

    1. 概述 物联网( IoT ,Internet of things )即“万物相连的互联网”,是互联网基础上的延伸和扩展的网络,将各种信息传感设备与互联网结合起来而形成的一个巨大网络,实现在任何时间、任何地点,人、机、物的互联互通。 在传感技术、微机电系统、通讯技术、云计算等技

    2024年02月05日
    浏览(37)
  • 产品体系架构202308版

    当我们不断向前奔跑时,需要回头压实走过的路。不断扩张的同时把相应的内容沉淀下来,为后续的发展铺垫基石。 不知从何时起,产品的架构就面向了微服务/中台化/前后端分离/低代码化/分布式/智能化/运行可观测化的综合体,让产品不再那么单一,综合性让产品的整体结

    2024年02月13日
    浏览(29)
  • 英伟达显卡系列与架构、代表产品

    1、GeForce系列:         GeForce系列是NVIDIA最主要的消费者显卡系列,用于游戏和娱乐。包括不同性能水平的产品,从入门级到高端。 2、Quadro系列:         Quadro系列是专业级别的显卡,主要用于专业图形工作站,如CAD(计算机辅助设计)和3D建模。 3、Tesla系列:   

    2024年02月04日
    浏览(44)
  • 多个信贷范围时客户主数据界面的定制(套头和信用缴纳范围=信贷范围)

    客户主数据-销售范围-开票的界面有信贷范围,叫贷方控制范围。 但是默认是看不到的。需要进行配置。 但是SAP的配置里面的名字很奇怪,在客户账户组里面的销售数据中(OVT0)定制 双击后处理的这个界面,和界面的“”开票凭证“”对不上,这里叫 “”计费“” 双击后显示

    2024年02月16日
    浏览(32)
  • ChatGPT技术产品落地实践:从技术架构到实际应用

    简介 在本次分享中,想跟大家探讨ChatGPT技术产品的落地实践,从技术架构的角度出发,剖析GPT模型的核心原理、关键技术以及实际应用场景。将从以下几个方面展开讨论: 1. ChatGPT模型概述:首先,简要介绍ChatGPT(Chatbot based on Generative Pre-trained Transformer)模型的基本概念、

    2024年02月15日
    浏览(45)
  • vivo积分任务体系的架构演进-平台产品系列05

    作者:vivo 互联网平台产品研发团队- Mu JunFeng 积分体系作为一种常见营销工具,几乎是每一家企业会员营销的必备功能之一,在生活中随处可见,随着vivo互联网业务发展,vivo积分体系的能力也随之得到飞速提升,本篇主要介绍vivo积分任务体系的系统建设历程。 积分体系如今

    2024年02月02日
    浏览(55)
  • GBASE南大通用 GBase 8a 产品构建数仓系统架构

    l GBASE南大通用 GBase 8a 产品构建数仓应用的系统架构: 架构 技术实现特点 适用场景 独立数据仓库(集市)系统架构 一套GBase 8a物理集群 适用于数据规模较小的业务场景 适用于各业务之间数据互访较频繁的业务场景 适用于单一独立的业务场景 企业级数仓系统架构 多套G

    2024年01月25日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包