最近在做訂單方面的需求，由于我們平台是綜合類平台，電商、OTA、虛拟業務都有，所以對訂單設計的通用性要求比較高，因此體驗了一下強大的淘寶是如何做的，算是自我總結。

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

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

結果如下圖：

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

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

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

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

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

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

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

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

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

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

由此可以知道淘寶的購物津貼是按照每個商家的商品金額（和運費無關）按照比例分攤的，而且其購物津貼是可以部分退和部分使用的。

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

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

圖七：購買火車票時

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

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

如下圖所示：

圖八：火車票訂單詳情

圖九：保險訂單詳情

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

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

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

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

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

可以得出結論：

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

隻是表面上體驗了一下淘寶的訂單，個人做出以上總結，至于到底該如何設計訂單，需要産品經理們根據各自平台的不同特性去設計，例如京東和淘寶就有所差别。如有不對，歡迎指正，也期待一起探讨。

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

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

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

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

本文由 @snial 原創發布于人人都是産品經理，未經許可，禁止轉載。

題圖來自網絡。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!