最近在做訂單方面的需求，由于我們平臺是綜合類平臺，電商、OTA、虛擬業(yè)務(wù)都有，所以對訂單設(shè)計的通用性要求比較高，因此體驗了一下強(qiáng)大的淘寶是如何做的，算是自我總結(jié)。

場景一：使用平臺通用購物津貼（滿2.1減2元）同時購買兩家店鋪的商品

一家商品金額2元，一家商品金額1元。

結(jié)果如下圖：

圖一：合并提交訂單但未支付

圖二：合并提交訂單且未支付

圖三：合并提交訂單后取消訂單

圖四：合并提交訂單后去付款

結(jié)合圖一和圖四可知：訂單是無法選擇合并支付選擇框的（該按鈕已置灰），但是點其中任意一個付款按鈕時，要求兩個訂單必須同時支付，因為這兩個訂單共同使用了平臺購物津貼。

由圖三可知：這兩個訂單必須一起取消，不能單獨取消，原因也是因為兩個訂單共同使用了購物津貼導(dǎo)致。

由圖四可知：這兩個訂單雖然必須一起支付，但是付完款之后就互相獨立，互不影響。

場景二：看購物津貼的退款

圖五：圖二訂單其中一個退款

圖六：圖二訂單全部完成退款

由此可以知道淘寶的購物津貼是按照每個商家的商品金額（和運(yùn)費無關(guān)）按照比例分?jǐn)偟?，而且其購物津貼是可以部分退和部分使用的。

場景三：多個訂單一起下單

有些訂單必須和其他訂單一起下單，不能單獨購買和退款，例如火車票（門票、飛機(jī)票）中的保險，訂單提交未付款時訂單列表如下圖：

圖七：購買火車票時

購買保險看起來和和其他訂單列表沒什么區(qū)別，但是可以看到列表中是沒有付款按鈕的（這個地方應(yīng)該是淘寶設(shè)計上一個不好的地方），因為他們把付款按鈕放到了火車票的訂單詳情頁，該詳情頁是包含保險信息的。

而保險的訂單詳情頁中是沒有付款按鈕的，只有訂單信息。

如下圖所示：

圖八：火車票訂單詳情

圖九：保險訂單詳情

下面一個景點門票的本質(zhì)邏輯和火車票是一樣的，而且把付款按鈕放在了訂單列表中，這樣更便于用戶操作，如下圖：

圖十：門票訂單（下單時購買了一種保險）

結(jié)合這兩個門票訂單和火車票訂單可以看出：保險也都是以獨立訂單的角色存在，這樣應(yīng)該是為了便于結(jié)算，因為門票、火車票、保險的供應(yīng)商都是不同的。

而且我又在景點門票訂單中同時選擇了兩份保險，如果這兩個保險由不同的保險公司提供，那么應(yīng)該共有3筆訂單：門票訂單、保險1訂單、保險2訂單，結(jié)果的確如此，如下圖：

圖十一： 門票訂單（下單時購買了二種保險）

可以得出結(jié)論：

1. 淘寶做為綜合性平臺，有很多商家入駐為了便于結(jié)算訂單均是在商家維度上進(jìn)行主訂單拆分，每個主訂單下會根據(jù)商家的不同商品進(jìn)行子訂單拆分；訂單列表是在商家維度展示的，也就是主訂單。
2. 為了滿足平臺型通用的購物津貼，淘寶在獨立拆單后會存在訂單關(guān)聯(lián)，這些訂單在付款前必須一起支付才能共同享用平臺津貼，共同取消才能釋放購物津貼；付款后，各個商家的訂單互相獨立可單獨退款。如果沒有共同使用平臺購物津貼而一起提交訂單的，淘寶就是按照商家維度去拆單，各個店鋪的優(yōu)惠獨立計算，支付和取消、退款時也不存在關(guān)聯(lián)關(guān)系。訂單結(jié)構(gòu)應(yīng)該有3層。
3. 購物津貼是根據(jù)每個商家的商品銷售總金額按照比例分?jǐn)偟?，平臺的津貼優(yōu)惠在每個子訂單上都是單獨的字段記錄。退款時，如果退某個商家的訂單，那么可以將該訂單中使用的購物津貼部分退還用戶（對平臺來說是被薅羊毛）。
4. 對于類似火車票和保險這樣的訂單，拆單規(guī)則應(yīng)該都是通用的，因為我們可以在訂單列表中看到訂單是獨立顯示的而且也是在商家維度進(jìn)行拆單的，但是訂單之間建立了強(qiáng)關(guān)聯(lián)關(guān)系，有些訂單不能獨立操作，必須依附于其他訂單進(jìn)行狀態(tài)變更，這個是由商品是否可獨立購買和獨立退款決定的（例如保險）。這種訂單的下單場景本質(zhì)上和購物車訂單一樣，但是在商品上又增加了一步邏輯校驗。
5. 淘寶的訂單列表是不能按照業(yè)務(wù)類型去篩選訂單的，只能按照訂單狀態(tài)，那是應(yīng)該是因為淘寶還是主打電商，在滿足電商場景需求的同時去支持其他業(yè)務(wù)類型的下單，例如：OTA業(yè)務(wù)。
6. 門票和火車票、保險的商家都是不一樣的，猜測飛豬的發(fā)展方向應(yīng)該是往OTA平臺方向發(fā)展，等同于淘寶、天貓這樣的電商平臺。

只是表面上體驗了一下淘寶的訂單，個人做出以上總結(jié)，至于到底該如何設(shè)計訂單，需要產(chǎn)品經(jīng)理們根據(jù)各自平臺的不同特性去設(shè)計，例如京東和淘寶就有所差別。如有不對，歡迎指正，也期待一起探討。

另外關(guān)于共同使用購物津貼的訂單曾猜想：用戶一起下單后直接進(jìn)入收銀臺支付的話支付金額肯定是扣除購物津貼后的，如未支付進(jìn)入訂單列表各個訂單也是互相獨立的，訂單金額應(yīng)該是按照不使用購物津貼來計算的，用戶使用合并支付功能時如果滿足購物津貼的使用條件，會從待支付總金額中減掉。

我認(rèn)為這樣用戶使用購物津貼會更靈活，去支付訂單時體驗也會更好。

但淘寶沒這么做，肯定有自己的道理，推測為：

1. 會涉及到訂單金額的二次計算，這樣雖然用戶體驗上會更好，但是不符合訂單的計算規(guī)則。訂單提交后會生成快照，這個快照信息生成后就不會再變更，是雙方交易的憑證，以后商品信息變更都不會影響該筆訂單信息，避免糾紛也便于以后的訂單數(shù)據(jù)統(tǒng)計。
2. 可能覺得這樣的功能對于訂單支付成功轉(zhuǎn)化率來說并沒有提升吧，所以沒有投入成本去開發(fā)，畢竟涉及到快照信息的保存開發(fā)成本還是挺大的。

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

題圖來自網(wǎng)絡(luò)。