有沒有遇到過不同平臺支付時(shí)支付方式不同，想必應(yīng)該許多人都遇到過，但是都沒有深究。那本文正是介紹平臺是怎么實(shí)現(xiàn)收銀臺支付方式組合的多樣化，感興趣的可以來了解一下。

在購物支付時(shí)，你有沒有發(fā)現(xiàn)，這次的收銀臺提供的支付方式和上一次不一樣了。

這是什么騷操作。

想了想，可能是自己換手機(jī)了，上次用的安卓手機(jī)，這次換蘋果手機(jī)了，收銀臺多了一個(gè)蘋果支付。

同樣，在我們進(jìn)行超大額支付時(shí)，收銀臺所提供的支付方式也不一樣了，這一點(diǎn)容易理解，畢竟有些支付方式本身能支持的限額就非常小。

所以，一個(gè)平臺是怎么實(shí)現(xiàn)收銀臺支付方式組合的多樣化呢？

一、為何支付方式不同

為什么同一個(gè)平臺，支付場景不同，看到的收銀臺不一樣呢？主要有以下幾個(gè)原因。

終端不同，支持的支付方式不同

最直接的，安卓手機(jī)里所有App都不支持蘋果支付。

就如微信支付分app支付、H5支付、小程序支付等等，所以不同的終端類型，單單微信支付就如此多樣，所以難免在不同的發(fā)展階段，不同終端能做到的支付方式也是有差異的。

在H5應(yīng)用里為了快速上架商用，可能初期就僅支持支付寶一種支付方式，微信支付、綁卡支付等其他支付方式稍微再接入。

這樣的安排，就會造成App內(nèi)的收銀臺和H5內(nèi)的收銀臺支持的支付方式不一樣，如下圖京東的pc端收銀臺僅支持銀行卡和微信支付，相比其App端，少了很多支付方式。

如果平臺就2個(gè)終端，總共也就微信、支付寶、銀行卡三種支付方式，那么收銀臺的展示完全可以在終端通過代碼邏輯實(shí)現(xiàn)。

商品不同，支持的支付方式不同。

有時(shí)候用戶選擇的商品不同，也會造成支付方式的不同。

舉個(gè)例子，有些企業(yè)存在多條業(yè)務(wù)線，獨(dú)立公司、獨(dú)立團(tuán)隊(duì)運(yùn)作，那么開通的收款商戶號復(fù)雜多樣，有的業(yè)務(wù)線可能壓根就沒有支付寶收款賬號，那么收銀臺里怎么會有支付寶收款方式呢？

比如我們原來新上線了一款服務(wù)品類“做飯保姆”，做為早期的驗(yàn)證階段，為了盡快上架，僅開通了微信支收款商戶號，沒有開通支付寶，那么針對做飯保姆這個(gè)品類用戶就支付用微信進(jìn)行支付了。

這就是商品的不同造成了可選擇的支付方式不同。

支付場景不同，支持的支付方式不同。

就比如開頭的京東收銀臺，進(jìn)行分次付款時(shí)，微信支付和數(shù)字人民幣就不支持了。

這就是不同的支付能力造成了支付方式不同，也可以認(rèn)為是不同的支付場景造成了支付方式的不同。

因?yàn)椋煌闹Ц斗绞街С值膱鼍笆怯邢薜摹?/p>

一些特殊的合作，造成支付組合不同。

比如跟某些渠道達(dá)成合作，將50%的交易，讓其放在收銀臺支付列表的第一位，會提供一定的手續(xù)費(fèi)優(yōu)惠，這種情況下，收銀臺策略發(fā)生了變化，不同的用戶，或者同一個(gè)用戶不同的支付，收銀臺支付方式排序不一樣了。

還有一些其他原因也會造成收銀臺可用支付方式不同，比如支付限額，當(dāng)超大額支付時(shí)，明確超過了某些支付方式的限額時(shí)，那么就應(yīng)該屏蔽或者置灰該支付方式，避免在后續(xù)過程中支付失敗。

二、兩個(gè)路由，分工不同

我們前面介紹的支付方式是用戶側(cè)在支付時(shí)，收銀臺能看到的，常見的支付方式有微信支付、支付寶支付、云閃付、銀行卡支付等等。

用戶能看到什么是由“前置路由”決定的，也就是我們本文重點(diǎn)介紹的，它決定了收銀臺的內(nèi)容。

還有一個(gè)路由是后置路由，也就是當(dāng)用戶選擇了“微信支付”，并提交支付以后，后端如何決策這筆支付應(yīng)該提交給誰。

你可能會說，用戶不是已經(jīng)選擇了微信支付么，肯定提交給微信側(cè)啊。

提交給微信沒問題，但問題是，僅僅是微信么，或者只能是微信么？

別忘了有很多三方機(jī)構(gòu)或者聚合支付支持微信支付這種方式，也就是我們可以通過多渠道實(shí)現(xiàn)“微信支付”

那這個(gè)時(shí)候，你就要想了，我怎么選擇提交給那個(gè)微信支付？

這就是后置路由要解決的問題。

它為每一筆支付選擇最優(yōu)的支付渠道，這部分我們在路由相關(guān)文章里有非常詳細(xì)的介紹。

因此，前置路由決定用戶看見什么，渠道路由決定支付提交給誰進(jìn)行處理。

三、小模版，大功效

當(dāng)然，用戶看到什么樣的收銀臺，完全可以靠代碼把邏輯寫出來，比如判斷什么終端、什么品類，展示什么支付方式組合。

但是，隨著公司的發(fā)展，業(yè)務(wù)越來越復(fù)雜，終端種類越來越多，支持的支付方式越來越多，收銀臺支付方式組合的邏輯更加復(fù)雜。

這時(shí)通過邏輯代碼實(shí)現(xiàn)不再是一個(gè)好選擇。

因?yàn)椋悴荒茴l繁去調(diào)整非常重要的支付入口收銀臺的展示，不能因?yàn)橐粋€(gè)小的策略變動(dòng)，就把收銀臺代碼改一遍，這肯定需要變革

那么就可以通過“收銀臺配置模版”實(shí)現(xiàn)。

將平臺支持的支付方式抽象出來，比如經(jīng)過分析，共接入了下列的支付方式。

這些支付方式由于開頭的那些原因需要進(jìn)行不同的組合和排序。

每一種組合和排序都可以認(rèn)為是一個(gè)收銀臺模版，而支付場景我們可以認(rèn)為就是一組條件，有的是可以抽象和固化配置的條件，有的可能是需要邏輯和策略實(shí)現(xiàn)的條件。

上圖中每一條就是一個(gè)收銀臺模版，其配置決定了本次命中支持的支付方式，支付方式的排序等內(nèi)容。

應(yīng)用不同支付方式不同，業(yè)務(wù)線不同、品類不同、交易類型不同支付方式也可以不同，我們甚至可以為某一個(gè)具體的用戶或者商家提供個(gè)性化的支付方式組合。

根據(jù)新的策略去配置新的模版，讓收銀臺的豐富性變得更加靈活。

從配置中可以看出，我們可以進(jìn)行更加多樣化的策略配置，可以配置支付方式的可用性，可以配置不同的排序，可以配置支付方式的推薦等等。

只要有了這個(gè)框架邏輯，很多想法，都可以添進(jìn)去。