工作的不知所措,使人不得不思考下
支付核心指什么？
支付行业方案指什么？
怎么做支付核心？
怎么做支付行业解决方案？
个人理解所谓支付核心即解决支付过程中产生的用户支付、商户收款、资金清结算及商户账务服务等资金流转问题。涉及的主要问题，如下图：
支付处理核心系统交互图
这当然是最简单的交易处理模型，实际的应用要比这交付复杂的多，包括前端用户不同支付工具的多样性，支付系统如何聚合如此多的支付工具，支付系统如何处理各种行业复杂的商户模型，针对复杂商户模型如何清算资金，如何把控互联网环境下的商户交易风险控制，如何确保资金的准确无误行等等各种各样的问题。但如果只论支付核心，现有模块已经可以支撑起大多数的支付场景。
而这时更加头痛的问题才刚露头角：第一、就是如何提高你支付系统的性能问题，第二、更重要的则是如何让你的系统满足不同行业的业务场景。
在如今的市场环境下，各行各业兴起，各行各业又存在各自显著的特点，如何让你的系统在标准化的服务基础上，又满足不同行业不同商户的需求，解决各行各业商户的痛点是让人头疼。如果你一味的在支付核心上添加业务逻辑，你会慢慢发现，你的系统越来越庞大的同时，越来越不能满足不同行业商户的需求。
这时也许就是我所想的行业解决方案出现的时候啦。还是看图说话：
行业特点的多样性
上图只是简单的列出了些行业支付相关业务的特点，要想面对行业，为不同行业输出解决方案，首先需求的就是了解各个行业的痛点，关注它的产业链上下游及内部协同过程中可能产生的授信、资金划拨等一系列需求。
（1） 对一些已经成型的行业模型（如医疗，基本每家医院都有自己的mis系统），我们要如何将支付解决方案嵌入已有模型中，形成支付闭环，来解决其现有模型痛点。
（2） 对一些相对简单的行业模型，是否可以输出统一行业操作模板，来解决行业支付问题。如预定、录入、下单、票务等场景的抽象，形成模板化中间件，来解决商户的行业需求。对于行业解决方案如下面系统结构：
行业方案解决系统
以上，只是简要描述了下现有的行业场景，对于不通的模式，如餐饮，如果可以，是否我们需要提供统一的小程序模板或公众号服务来输出标准化行业方案？对于零售门店，是否我们可以根据其特点联系其整个支付行业的上下游环境，输出整体软硬件解决方案，甚至提供针对其门店的资金分配方案？甚至于，我们是否可以通过大数据等数据分析能力，提供整体的数据分析处理方案？
等等等等，一切还需要不断探索。。。。。。
网友评论