首先我们要了解什么是业务中台?业务中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务的形式沉淀,形成“大中台、小前台”的组织和业务机制,供企业快速低成本的进行业务创新和企业架构。本文作者从背景、产品模式、模式构架等几点分析业务中台中的产品模式。
一、背景概述
基于目前各支付业务的发展状况,避免各支付业务线的系统功能重复建设,节约公司成本;将各支付业务线的共性需求提炼抽离出来形成一套标准化、组件化、松耦合的各业务线可以共享的系统能力,支持前台各支付产品的快速迭代,灵活创新;不断沉淀并增强系统的服务能力,在不大量增加人力的情况下,支撑公司3-5年内前台各支付业务线得以更好地建设和发展。
二、产品模式
1.各业务流程
2.模式架构图
经过对公司各支付业务线的流程梳理,发现各支付业务线的流程中都会涉及商户入网、账户管理、费率设置、支付交易和资金清结算这五个业务环节。考虑到业务中台产品设计方案的统一标准化,业务模块为商户中心、账户中心、计费中心、支付中心和清算中心。具体产品模式架构如下图所示:
简要说明:从上面的产品模式架构图所知,业务中台系统具备商户中心、账户中心、计费中心、支付中心、清算中心这六部分核心系统能力。这六部分系统核心能力,通过H5页面或者API接口两种模式服务于前台的预付卡支付、互联网支付、跨境支付和企业钱包这四条支付业务线,以便可以完全覆盖支持各支付业务线的主要应用场景。而中台系统的六部分核心系统能力反过来又会依赖于后台服务能力,如商户中心、账户中心和计费中心会依赖于运营系统;支付中心和清算中心会依赖于风控系统;而整个业务中台又会依赖于数据统计和网络运维这两块后台服务能力。
三、功能模块
1.模块拆解过程
明确大致系统:业务中台系统包含了商户中心、账户中心、计费中心、支付中心和清算中心这六个核心子系统。
明确参与角色:因为商户中心、账户中心和计费中心主要依赖于后台运营系统,所以参与角色主要是运营人员和法务人员;而支付中心和清算中心因为主要涉及渠道路由和资金相关方面的业务处理,所以参与角色主要是财务人员。
拆解一级模块(通过【角色-用例】关系)(如下图所示)
细化至二级/三级等模块:同一级模块拆解过程,故不做详细说明
2.模块层级图
四、注意事项
1.业务层面:前期的需求调研一定要完善,不要心存侥幸心理。如果调研不完善,即便进行了产品设计,最后也往往容易返工。
2.底层方面:适当深入底层,避免简单透传。深入了解合作方的团队环境和系统的底层逻辑。
3.中台方面:要抓大放小,明确主要矛盾。定好产品标准,做好长久作战的心理准备。