结合场景,完成系统分析
系统难点:
移动互联下,蓬勃发展的业务模式转变和创新需要灵活的快速的系统支持,
如何提升抽象系统的能力,构建可伸缩的可扩展的获客发卡平台成为技术难点
1,一方面,业务变化快,作业模式的诉求多,技术上需要快速实现诉求,赋能发卡
2,二方面,系统性能和可用性要求变高,要保持良好的用户体验,同时提供高可用服务,一旦故障,损失很大
3,三方面,安全风险,客户数据为敏感信息,显得特别重要。
解决方案:
1 架构设计方面不断优化,增强监控,可观测性,服务治理解决服务调用注册,呈现为系统架构
2 结合业务流程,不断理解业务,从业务中剥离出稳定的点,呈现为业务架构;
旧系统面临的难题
1 数据库压力凸显: 原有数据库达到瓶颈,字段冗余、数据库索引有效性等问题凸显,无法支持多业务的发展,某个子业务做上线下线等操作时,“同源”业务也会受到影响,导致一些生产故障。
2 业务规则变化多样:按照原来的思路,继续不断的增加一些类型判断如if...else...也能满足我们的要求,但是到最后可能就是 四五十个if else,而且相互影响,每个规则都相似又不一致,无法持续为业务赋能。
解决方案
1 服务治理:服务化让系统职责更明确。服务迭代的进程是随业务发展和业务认知深度的发展而不断的拆分和治理的形成的。是由业务发展的复杂度和发展的业务量驱动的架构进化,是为了满足更快速的支撑更大规模的更复杂业务规则的扩展性要求设计。
2 系统优化 方案,1 精细化的优化,合理规划数据归属、优化查询效率、缩短数据库事务时间,让DBA持续优化线上SQL
2关注代码质量,提高执行效率,并且开始关注并发问题
3懂得取舍,强一致性与最终一致性的请求,合理使用缓存与读写分离来解决这些问题
面临技术难题:如何解决。
伴随着获客新业务的开展,业务方向内的子业务细化成为重点,此时迫切希望抽离公共技术部分,避免重复造车的同时也希望由公共服务来支撑好业务线发展,让业务线更好的满足产品迭代。因此主导封装了一套通用技术库。
该库可以简化项目中缓存,监控指标等模块的接入和使用;并且降低系统层对业务模块的侵入,开发效率得到有效提升;目前已基本统一组内架构风格。该框架的核心思想是 最后共享到公司私服,扩展到其他项目的使用。
业务模式:
1 产品营销角度:挖掘客户多层次的生活需求,在产品的种类上,坚持对客群和市场进行持续细分,深度布局客户生活的众多消费场景和人生场景。在消费、教育、家庭、生活等多个场景,招行都积极与各个领域的翘楚进行跨界合作,并深谙头号IP价值,推出了各种系列的联名信用卡。
2 作业模式角度:抢占了移动互联网时代零售金融获客的先机,组建集中式的市场直拓直营团队,强化分行直扑前沿的市场拓展能力,加快数字化获客等新获客模式的突破,推动用户和客户持续增长。
业务困境:
信用卡发卡市场所采用的传统直销模式日益呈现出竞争激烈、效率低下的特征,人力驱动的信用卡推广模式难以为继。
用户在线上自主选择并申请信用卡的需求日益强烈,我们提供便捷的线上信用卡申请服务可以更好地支持用户的消费。银行将线上与线下服务进行双向融合,可以形成更加有效的客群聚合平台,既提升了用户体验,又实现了低成本获客。
业务决策将日益基于数据和分析,而并非基于经验和直觉。
战术是以建设平台、引入流量、内接场景为重点
XX银行数据驱动的智能获客系统项目突破了传统人力驱动的获客模式,成为信用卡获客业务中决定性的金融科技力量。实现了以互联网流量经营为中心,规模化、集约化、体系化运作的数据驱动的互联网智能获客,确立了移动化、数据化、智能化、协同化、模块化、开放化的发展方向,支持低成本、数字化、可度量的持续经营扩张。
本文地址:https://blog.csdn.net/qq_21190979/article/details/107521007
上一篇: 全面屏形态千万种 为什么厂商偏爱这挖孔
推荐阅读
-
数据库 悲观锁、乐观锁机制原理--结合应用场景
-
PHP结合jQuery.autocomplete插件实现输入自动完成提示的功能_PHP
-
centos系统下搭建selenium server结合php完成自动化网站测试和采集数据
-
c# AcceptEx与完成端口(IOCP)结合的示例
-
蝉鸣科技完成数千万人民币Pre-A轮融资 搭建教育消费全场景服务矩阵
-
张近东十年磨一剑!双11苏宁“场景零售”布局宣告完成
-
日本美食Japan Foodie完成10亿日元A轮融资 提供就餐全场景服务
-
ReentrantReadWriteLock 源码分析 结合场景
-
结合实际应用总结mySql语句关键场景用法
-
C#委托的价值,结合业务场景分析