电商支付的主流支付模式(电商支付中所谓的支付路由指的是什么)
在做电商支付逻辑的时候,常提及的支付路由指的是什么?整个支付的逻辑是什么样的?求教
支付路由是一个管理支付的产品经理的高级阶段需要去研究和公关的问题。
随着公司支付基础设施的建设的提升,支付通道日益丰富,用户并发日益提升……当支付通道的足够丰富,同样一笔支付订单,是通过银联扣款成本低,还是从直连通道扣款低,以及选择不同通道的支付成功率,通道并发的控制……这么一整套机制就是支付路由(其实和家里用的路由原理很像,研究过路由最短路径算法的应该很清楚)。
定义:支付路由作为一种机制,它承担了一个支付的收益管理的职能,而收益管理追求的就是以用户需求满意度、支付成功率为目的,实现效益最大化机制;
建设基础:丰富的通道
体现功能:(1)提升支付成功率(通道总有坏的时候);
(2)自动熔断机制(故障通道及时熔断);
(3)智能分流,处理高并发、大吞吐;
(4)成本控制,选择成本最低的通道
实现方式:具体实现机制保密,算法保密
逻辑结构:一般有引导模板,交易路由规则、分流路由规则,如下图所示
图片所有权:知乎 隔壁老王 文章地址:http://www.zhihu.com/question/27516587
(1)引导模板:根据支付场景控制支付方式展现与顺序,不同的商户,支持的支付工具是不一致的,部分商户就不能支持信用卡,这就是个例子;部分平台和业务场景,企业网银首先展示,就是这么个道理;
(2)交易路由:把适合的支付交易推荐到合适的地方,来降低成本,比如,同样一笔代扣交易,在支付效率相等的时候,北京银联单笔比贵州银联便宜,那自然送到北京银联通道去喽;同事如果成本较低的北银联通道挂了,这个时候就不要顾成本了问题了,系统要能够自然而然,平稳的切到贵州银联,或者其他备选通道上,总之,需要保持支付成功率第一优先的原则;
(3)分流路由:每个通道背后都是很多银行,需要处理他们的很多平行关系,分流路由,通过权重、限额,实现通道流量强制分布,以及通过各种算法调整各个通道的流量压力和分布关系,比如上边北京银联的并发已经达到最大了,这个时候用户已经发生支付缓慢,效率下降的情况,这个时候为了缓解压力,分流路由就该把一部分交易压力分流到成本不是很经济的其他通道上。
简单的说个自己做过得案例吧
(1)首先你需要梳理你们公司通道建设情况,如下图为一个粗略的代扣通道整理
然后细化整理到每一个银行的限额(上限和下限)等等要素,严格来说需要测试一下通道限额和并发数,银行有时候给的并不靠谱。
然后整理出各种通道的详细情况,你就拥有了一张资金能力平台通道详情表,我这里就不沾了,哈哈,自己调研去……
(2)明确自己的路由的目标
(3)设计规则:
自己做代扣的时候设计了一部分主要分为:
通用规则:
a.按照金额
b.卡种规则
c.扣款方式
d.通道主次:主要、备份、专用
个性规则:特殊商户、特殊业务、地区特色
动态规则:赋权,优化算法
测试通道
(4)实施并根据通道建设能力调整
题外话:很可惜我写的东西并没有上线,大致也是因为上线要求太急,最后也只是上了功能需求的部分,然后去被调外地出差去了,产品的设计和最后上线的功能总是有比较大的差距,产品狗毕生都在努力做很多最优问题(极限问题),但其实最后可以达到帕累托最优(博弈问题)状态就很不错了,开发不足,设计不足、前端不足、通道不足……支付路由也是一样的,支付产品经理应该在各种资源和成本约束下,达到帕累托最优,当然前提是通道>=2。
出于对PMCAFF用户的尊重,任何在PMCAFF产品经理社区发布的内容,在未经允许的情况下,不得在任何平台被直接或间接发布使用或被用于其他任何商业目的。如有违反上述声明者本网站将追究其相关法律责任。
pmcaffcom
投稿邮箱:tougao@pmcaff.com
Greated by PMCAFF产品经理社区 - www.pmcaff.com
,
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com