中台的概念一热，很多似是而非的东西都在往中台的概念上凑，一下子出现很多中台，如业务中台、数据中台、技术中台、算法中台、移动中台等等。特别是很多原来称作平台的，现在也都摇身一变成了中台，赶时髦。
一、背景概述
为了能够推动中台真正赋能业务，增强公司的核心竞争力，现对公司进行一次全面梳理，整理一份6个月的中台产品规划方案。鉴于该方案的规划时间是6个月，故采用MVP（最小可执行产品）的设计思路进行方案规划。
备注：公司属于第三方支付机构，涉及预付卡、跨境、互联网和企业钱包等支付业务及产品，但由于预付卡业务处于衰退期，企业钱包业务体量大且系统成熟稳定，所以本规划方案仅对跨境和互联网两支付业务进行阐述说明。
二、公司痛点
结合我司当前的业务现状，跨境支付和互联网支付两条业务线“各自为政”，自己建设自己的业务模块，完全业务闭环。导致一些系统功能重复建设且无法复用。由于两条业务线的系统架构设计不统一且经常涉及到两条业务线的协作配合，就会出现系统功能扩展性较弱，业务处理流程繁琐，对接周期长等问题，严重影响了前端商户的使用体验，同时也浪费了公司的各种资源。
三、中台价值
1.用户价值
目前跨境支付和互联网支付是两个完全独立的支付产品，导致商户若要使用跨境和互联网两个支付产品，需要在各自的业务系统重复进件且登录使用不同的终端。若完成中台建设，则商户只需一次进件，即可在同一终端对接使用跨境和互联网个支付业务产品。
2.产品价值
跨境支付和互联网支付虽是两条不同的支付业务线，但毕竟都属于支付业务，两者有很多产品功能都是相同或类似的。中台产品的建设，可以有效避免两者同一产品功能重复建设的问题，产品可扩展性强，对接方便。
3.商业价值
跨境支付和互联网支付的同一功能重复建设，浪费了公司的各种资源，中台产品落地实现，可以有效降低公司成本（人力、时间、资金），节省公司资源。还可以增强商户合作满意度，为公司增创增收，更有力地支撑公司两支付业务未来的建设和发展。
四、产品模式
1.基础模块
经过对我司两支付业务线的流程梳理，发现支付业务线的流程中都会涉及商户入网（商户中心）、账户管理（账户中心）、费率设置（计费中心）、支付交易（支付中心）和资金清结算（清算中心）这五个业务环节。考虑到MVP设计思路，需筛选出产品的最基础模块：
2.模式架构图
3.简要说明
从上面的产品模式架构图所知，业务中台系统具备商户中心、账户中心和支付中心这三部分核心系统能力。这三部分系统核心能力，通过H5页面或者API接口两种模式服务于前台的互联网支付和跨境支付这两条支付业务线，以便可以覆盖支持两支付业务线的主要应用场景。而中台系统的三部分核心系统能力反过来又会依赖于后台服务能力，如商户中心和账户中心会依赖于运营系统；支付中心会依赖于风控系统；而整个业务中台又会依赖于数据统计和网络运维这两块后台服务能力。
五、阶段目标
1.系统建设期（前2个月）
系统从无到有，快速研发出MVP，寻找种子用户试用，跑通流程。分别寻找涉及互联网、跨境单业务和互联网+跨境综合业务的合作商户，按照真实业务场景跑通中台产品的全部业务流程。
2.业务接入期（中2个月）
前台不断接入，循序渐进，持续推进，业务全部接入，实现“去重”。种子用户验证无问题后，将涉及跨境和互联网两支付业务的全部合作商户逐步接入到中台系统。
3.系统成熟期（后2个月）
系统标准化、组件化改造，业务系统能力不断沉淀，高效运行，快速接入。不断迭代优化并完善系统能力，提升运营效率，依次达到跨境和互联网两支付业务的合作商户可以快速接入。
