Java生鮮電商平臺(tái)-電商支付流程架構(gòu)實(shí)戰(zhàn)

?

說明：我一直秉承的就是接地氣的業(yè)務(wù)架構(gòu)實(shí)戰(zhàn)。我的文章都有一個(gè)這樣的核心。

1. 業(yè)務(wù)場(chǎng)景

2. 解決問題。

3.代碼實(shí)現(xiàn)。

4.代碼重構(gòu)。

5.總結(jié)與復(fù)盤。

6.缺點(diǎn)與防范

?

一、場(chǎng)景描述

想必大家都曾遇到過這個(gè)問題，在電商購(gòu)物的過程中，已經(jīng)走到了最后一步：去支付。這個(gè)時(shí)候突然意識(shí)到商品數(shù)量不對(duì)，或者收貨信息選錯(cuò)。

除此之外，用戶還存在之下返回的原因：

誤點(diǎn)擊，也就是說用戶還是想買的；

猶豫中點(diǎn)了返回，想買的欲望不是十分堅(jiān)決；

堅(jiān)決不買了。

二、可選方案

（1）目前幾乎所有主流電商平臺(tái)，在支付頁(yè)面點(diǎn)擊返回跳轉(zhuǎn)到訂單的待支付頁(yè)面。

?

?

（2）有一部分微商城，依然原路徑返回，不過依然生成了待支付訂單。

?

（3）原路返回，也不生成待支付訂單，不過作者目前并沒有找到此類型的案例。

?

三、為什么要有「待付款」?fàn)顟B(tài)

1. 庫(kù)存計(jì)算

在電商系統(tǒng)中，前端頁(yè)面顯示的庫(kù)存與倉(cāng)庫(kù)的實(shí)體庫(kù)存是不同步的，因而在商品出倉(cāng)前要求前端的庫(kù)存進(jìn)行「鎖定」即前端的減庫(kù)存。

關(guān)于庫(kù)存的鎖定，電商領(lǐng)域存在有兩種方案：

一種是拍下減庫(kù)存即生成訂單（待付款）減庫(kù)存，故此方案繞不過「待支付」；

一種是支付成功減庫(kù)存。

拍下減庫(kù)存存在的問題：

用戶可能拍下不買，不乏存在有用戶把拍下當(dāng)收藏夾用，以致占用庫(kù)存，影響平臺(tái)的交易量。甚至存在更為極端的「惡拍」漏洞，競(jìng)爭(zhēng)對(duì)手會(huì)把商品所有庫(kù)存全都拍掉，也不付錢，平臺(tái)的商品就全部被下架了。

支付成功減庫(kù)存存在的問題：

支付成功減庫(kù)存會(huì)碰到最嚴(yán)重的問題，是「超賣」。因?yàn)橄到y(tǒng)在付款成功之前，都不減庫(kù)存，所以總是會(huì)發(fā)生“短時(shí)間很多人都拍下，甚至都付錢了，但是系統(tǒng)卻發(fā)現(xiàn)庫(kù)存不夠了”。

買家拍下商品后，從提交付款到付款成功的之間是有時(shí)間差的，因?yàn)楦犊畹膭?dòng)作是在幾個(gè)不同的系統(tǒng)之間傳信息。因此最后一件商品可能被多人拍下，這幾個(gè)人都可能付款成功。

淘寶的做法是把何時(shí)減庫(kù)存的決定權(quán)交給賣家，然后告知賣家兩個(gè)方案各自適應(yīng)的場(chǎng)景。

2. 提高轉(zhuǎn)化

電商是通過交易驅(qū)動(dòng)的產(chǎn)品類型，因此訂單的每一步都要考慮轉(zhuǎn)化率，提高轉(zhuǎn)化率是電商的基礎(chǔ)要求。

用戶在電商下單，大多都是會(huì)進(jìn)行一番思考的，畢竟支付寶里的錢也不是河水流過來的。用戶在支付前總會(huì)有種種原因擱置付款，一般待支付訂單的有效時(shí)間為24小時(shí)以內(nèi)，在這段有效時(shí)間內(nèi)平臺(tái)就像一名促銷員一樣，告知你有未付款的訂單。

四、確定解決方案

結(jié)果是幾乎所有的電商都采用了從支付頁(yè)面返回跳轉(zhuǎn)至待支付的方案。

從用戶角度來考量：退回去修改信息（收貨信息、商品信息）一定是用戶真實(shí)存在的訴求。

在商家的角度：提高訂單的成交率，是第一要?jiǎng)?wù)。這個(gè)時(shí)候最好的辦法就是利用數(shù)據(jù)工具，做埋點(diǎn)和統(tǒng)計(jì)，根據(jù)各種情況出現(xiàn)的概率做出相應(yīng)的決策。

?

?五：代碼方面

? ? ? ?QQ群

轉(zhuǎn)載于:https://www.cnblogs.com/jurendage/p/11291367.html

總結(jié)

以上是生活随笔為你收集整理的Java生鲜电商平台-电商支付流程架构实战的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。