上一篇筆者為大家介紹了訂單系統(tǒng)中關(guān)于提交訂單操作相關(guān)的問(wèn)題：《從0到1構(gòu)建電商平臺(tái)之訂單系統(tǒng)(1)：提交訂單》，提交訂單之后，接下來(lái)要做的是“支付訂單”。

電商平臺(tái)主要會(huì)涉及商家系統(tǒng)、商品系統(tǒng)、訂單系統(tǒng)、售后系統(tǒng)、會(huì)員系統(tǒng)、營(yíng)銷系統(tǒng)、財(cái)務(wù)系統(tǒng)、數(shù)據(jù)系統(tǒng)等。我會(huì)把訂單系統(tǒng)的文章拆分成三篇，本篇是第二篇。

雖然每個(gè)公司的具體需求與業(yè)務(wù)場(chǎng)景不一樣，我們平臺(tái)的功能需求可能其他平臺(tái)不盡相同，但整個(gè)訂單的產(chǎn)生到結(jié)束的，主要有以下3個(gè)流程：

上一篇文章我們是寫的是提交訂單這一步操作，當(dāng)用戶把訂單提交后此時(shí)后臺(tái)會(huì)有兩步操作：

1）拆單

由購(gòu)物車進(jìn)入提交訂單頁(yè)面時(shí)可能有多商家多商品的情況，一旦提交了訂單就會(huì)涉及到拆單（不管是否成功支付），一般來(lái)說(shuō)最簡(jiǎn)單的是按商家拆，拆完后分別流轉(zhuǎn)至相應(yīng)的商家后臺(tái)，用戶在客戶端的訂單列表也會(huì)看到多個(gè)子訂單；如果業(yè)務(wù)場(chǎng)景要求的話可以再按倉(cāng)庫(kù)等維度拆，這里不做展開(kāi)；

2）生成賬單

生成賬單的目的是為了記錄該筆母訂單的金額，如商品金額、抵扣總金額、各商品分別抵扣金額、用戶需支付金額等，用戶將要支付的是母訂單的賬單，當(dāng)該筆賬單已完成，則各子訂單狀態(tài)跳轉(zhuǎn)為待發(fā)貨；

注意，如果用戶在支付頁(yè)面退出，此時(shí)賬單也會(huì)隨著商家拆分成各子賬單，因?yàn)橛脩艨梢栽谟唵瘟斜砝锓謩e對(duì)拆分后的子訂單進(jìn)行支付

下面是支付頁(yè)面的字段和各項(xiàng)判斷流程：

一、支付方式

1. 支付寶/微信等三方支付

由開(kāi)發(fā)同學(xué)對(duì)接好三方支付平臺(tái)的接口即可，這里不做展開(kāi)。

2. 余額支付

用戶在平臺(tái)會(huì)通過(guò)一定的方式獲取余額（非充值，也非用來(lái)抵扣的金幣，是一種支付方式），此時(shí)有2種情況：

1）金幣完全抵扣

當(dāng)金幣能完全抵扣時(shí)，在支付頁(yè)面可以只顯示余額支付；因?yàn)榇藭r(shí)支付金額雖然為0，但需要選擇余額支付并輸入支付密碼，目的是為了防止被他人盜用（當(dāng)用戶選擇支付寶/微信支付時(shí)需輸入支付密碼，相當(dāng)于已經(jīng)起到了防止作用）

2）金幣非完全抵扣/未抵扣

此時(shí)用戶只能選擇一種支付方式，但如果余額小于支付金額只能選擇支付寶/微信。

二、?判斷流程與思考

1. 鎖定庫(kù)存：兩種方案

1）提交訂單即鎖庫(kù)存

這樣做的優(yōu)點(diǎn)是用戶的體驗(yàn)較好，我提交了訂單這個(gè)商品就是我的了，我可以慢慢付款；

缺點(diǎn)是可能會(huì)導(dǎo)致真正有購(gòu)買需求的用戶無(wú)法購(gòu)買，比如甲用戶先提交訂單鎖定了庫(kù)存他還在考慮中，不一定會(huì)買，但是乙用戶想立即購(gòu)買確發(fā)現(xiàn)沒(méi)貨了（也不排除有人惡意下單鎖定庫(kù)存）

所以待付款訂單一般都會(huì)有剩余支付時(shí)間，比如30分鐘，到了時(shí)間自動(dòng)取消訂單并釋放庫(kù)存，或者在添加商品的sku時(shí)設(shè)置單人限購(gòu)數(shù)量，這樣一個(gè)賬號(hào)只能在某一段時(shí)間內(nèi)購(gòu)買n次，同時(shí)技術(shù)上也可以做限制，同一ip只能購(gòu)買n次

2）支付成功才鎖庫(kù)存

這樣做的優(yōu)點(diǎn)是可以篩掉惡意下單的情況；缺點(diǎn)是用戶的體驗(yàn)會(huì)差一些，可能付款慢一點(diǎn)就會(huì)失去購(gòu)買的機(jī)會(huì)。

我們平臺(tái)采用的是a方案，可以根據(jù)不同的業(yè)務(wù)場(chǎng)景選擇不同的方案。

2. 是否能下架商品？

進(jìn)入支付頁(yè)面說(shuō)明該訂單已生成，且處于待付款狀態(tài)，此時(shí)需要注意的是此時(shí)商家是否能下架商品。

1）能

可能會(huì)導(dǎo)致用戶在已經(jīng)支付訂單時(shí)提示商品已下架，因?yàn)榇藭r(shí)訂單已經(jīng)生成，處于待付款狀態(tài)；只有讓系統(tǒng)自動(dòng)取消該訂單，但對(duì)用戶是比較不友好的

2）不能

對(duì)商家是不友好的，因?yàn)榕袛鄺l件為訂單處于待付款，此時(shí)用戶可能不付款退出，訂單也會(huì)處于待付款；

衍生的情況就比較麻煩了，哪怕待付款訂單自動(dòng)取消的時(shí)間為30分鐘，也會(huì)存在不斷有用戶下單，商家就可能一直不能下架商品，后續(xù)的問(wèn)題可能會(huì)更大，但如果此時(shí)限制其他用戶不能下單，那么就在技術(shù)與商家的操作上都會(huì)比較復(fù)雜（具體的操作這里不做展開(kāi)）。

我暫時(shí)沒(méi)有想更好的解決方案，采用的第一種方案。

3. 驗(yàn)證sku信息是否更改

當(dāng)訂單處于待付款時(shí)商家修改了sku（下架商品 – 編輯商品 – 工作人員審核上架），該訂單同樣不能付款，因?yàn)楹痛藭r(shí)的商品信息甚至金額可能和之前發(fā)生了改變，與之衍生的可能就是商家與用戶的糾紛。

注意：如果采用的是商家不能下架商品的方案，則這一點(diǎn)就不用驗(yàn)證（所以2、3兩點(diǎn)沒(méi)在流程圖上體現(xiàn)出來(lái)）。

4. 是否支付成功

支付成功即生成待發(fā)貨訂單，立即鎖定庫(kù)存。

支付失敗則還是為待付款訂單，然后開(kāi)始倒計(jì)時(shí)；一般平臺(tái)商品庫(kù)存充足倒計(jì)時(shí)可長(zhǎng)一點(diǎn)，對(duì)用戶會(huì)友好一點(diǎn)，庫(kù)存不怎么充足或者平臺(tái)上入駐的小商家居多，平臺(tái)無(wú)法控制商家的庫(kù)存或者下架之類的操作；

如果也考慮到時(shí)間給用戶帶來(lái)的緊迫感的話，時(shí)間可以短一些；時(shí)間一到訂單狀態(tài)就應(yīng)變成已關(guān)閉狀態(tài)，用戶無(wú)法支付，同時(shí)釋放庫(kù)存。

訂單成功支付后就需要商家處理訂單了，同時(shí)用戶也可以進(jìn)行一些操作，下一篇“處理訂單”。

本文由 @張璨 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。