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

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

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

結(jié)果如下圖：

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

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

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

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

結(jié)合圖一和圖四可知：訂單是無法選擇合并支付選擇框的（該按鈕已置灰），但是點(diǎn)其中任意一個(gè)付款按鈕時(shí)，要求兩個(gè)訂單必須同時(shí)支付，因?yàn)檫@兩個(gè)訂單共同使用了平臺(tái)購物津貼。

由圖三可知：這兩個(gè)訂單必須一起取消，不能單獨(dú)取消，原因也是因?yàn)閮蓚€(gè)訂單共同使用了購物津貼導(dǎo)致。

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

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

圖五：圖二訂單其中一個(gè)退款

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

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

場景三：多個(gè)訂單一起下單

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

圖七：購買火車票時(shí)

購買保險(xiǎn)看起來和和其他訂單列表沒什么區(qū)別，但是可以看到列表中是沒有付款按鈕的（這個(gè)地方應(yīng)該是淘寶設(shè)計(jì)上一個(gè)不好的地方），因?yàn)樗麄儼迅犊畎粹o放到了火車票的訂單詳情頁，該詳情頁是包含保險(xiǎn)信息的。

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

如下圖所示：

圖八：火車票訂單詳情

圖九：保險(xiǎn)訂單詳情

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

圖十：門票訂單（下單時(shí)購買了一種保險(xiǎn)）

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

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

圖十一： 門票訂單（下單時(shí)購買了二種保險(xiǎn)）

可以得出結(jié)論：

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

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

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

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

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

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

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

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