电商支付中所谓的支付路由到底是什么呢？

在做电商支付逻辑的时候，支付路由经常指什么？整个支付逻辑是什么样的？

支付路由是管理支付的产品经理需要进行高级研究和公关的问题。

随着公司支付基础设施建设的完善，支付渠道越来越丰富，用户并发越来越大……当支付渠道足够丰富的时候，对于同一个支付订单，通过银联扣款还是通过直销渠道扣款成本更低？不同渠道的支付成功率可以提高，渠道并发可以控制……这一整套机制，就是支付路由（其实和家里用的路由原理很像，学过路由最短路径算法的朋友应该很清楚）。

定义：支付路由是一种承担支付收益管理功能的机制，收益管理的目标是在用户满意度和支付成功率的基础上实现收益最大化。

建设基础：渠道丰富

功能：（1）提高支付成功率（通道老是断）；

（2）自动熔断机制（故障通道及时熔断）；

（3）智能分流，应对高并发、高吞吐量；

（4）成本控制，选择成本最低的渠道

实现方法：具体的实现机制和算法保密。

逻辑结构：一般有引导模板、交易路由规则、导流路由规则，如下图

图片所有权：知乎隔壁老王文章地址：

（1）引导模板：根据支付场景控制支付方式的展示和顺序。不同的商户支持的支付工具不一样，有的商户不能支持信用卡，这是个例子，有的平台和业务场景，会先展示企业网银，就是这个原因。

（2）交易路由：将合适的支付交易推荐到合适的地方，降低成本。比如，同样的一笔借记交易，在支付效率相当的情况下，北京银联比贵州银联便宜，自然会发送到北京银联通道。同时，如果成本更低的北京银联通道宕机，此时不要考虑成本问题，系统应该能够自然、平滑地切换到贵州银联或其他替代通道。总之，要坚持支付成功率第一的原则。

（3）分流路由：每个渠道背后都有多家银行，需要处理它们之间的很多平行关系。分流路由通过权重和限制来实现渠道流量的强制分配，通过各种算法来调整各渠道的流量压力和分配关系。例如，北京银联的并发量已经达到最大值，此时用户已经出现了支付速度慢、效率降低等问题，为了缓解压力，分流路由应该将一部分交易压力分流到其他成本不太经济的渠道上。

我简单讲一下我做过的一个案例。

（1）首先需要梳理一下贵公司的渠道建设情况，下图是扣缴渠道的大致布局。

然后我们再分解到各个银行的限额（上限和下限）和其他因素，严格来说，我们需要测试的是渠道限额和并发数，因为银行给的限额有时候是不可靠的。

然后把各个渠道的明细整理一下，你就有了一份资金能力平台渠道的详细表格了，这里就不细说了，哈哈，你们自己去研究吧……

（2）明确你的路由目标

（3）设计规则：

我自己做推演的时候设计了一个部分，主要分为：

一般规则：

a.根据金额

b. 卡牌类型规则

c. 扣除方法

d. 通道优先级：主、备份、专用

个性化规则：特色商户、特色业务、区域特色

动态规则：赋能、优化算法

测试频道

（4）根据渠道建设能力实施调整

题外话：很可惜我写的东西没有上线，可能是因为上线需求太急，最后只上线了功能需求，然后就被调去外地出差了。产品设计和最后上线的功能总是有很大差距的。产品狗一辈子都在尝试解决很多最优问题（极值问题），但其实最后能达到帕累托最优（博弈问题）状态就已经很不错了。开发不够，设计不够，前端不够，渠道不够……支付路由也是一样，支付产品经理要在各种资源、成本约束下达到帕累托最优。当然前提是渠道>=2。