筆者復盤最近的電商拆單工作經歷，從原因、流程等方面進行分析，也讓大家不再踩坑。

什么情況下需要拆單？

商家不同

像TB、PD一樣的平臺有多種店家，因發貨地不同則需要拆單。

根據商家拆單比較容易理解，比如你在電商平臺上買了二個商品，一個是玩具，一個是圖書。圖書和衣服基本都是平臺的東西，所以你買的這兩個東西很可能是兩個不同商家的。

當你購物車里面同時買了圖書和衣服的時候，盡管是你一次付款的，但由于背后是兩個不同的商家，所以會把你的這筆訂單拆成2個不同的子訂單，每個子訂單由相應的商家發貨。因為不同商家的貨都是存在自己商家的倉庫里面，所以不可能同時從2個不同的商家發貨，這也就是為什么購物車里面要根據不同的商家進行拆單。

品類限制

自營平臺本身有多家倉庫，用戶購買后會從不同的倉庫發貨。這種情況就是，自營平臺內的商品會有品類的限制，每一個品類都會有特殊的屬性，比如有效期、超大物品、易碎品之類的需要單獨包裝，這樣就不能放在一起，所以需要設計拆單規則。

為什么拆單？

1）為了優化用戶體驗

用戶在下單之后能看到清晰的訂單和物流信息。

2）為了平臺管理方便

在前期大多數平臺的訂單系統和支付系統都是分開設計的，像訂單系統有多個子訂單：訂單A，訂單B，訂單C，當這個訂單支付完了之后會合并在一起，傳入支付系統，那后者看到的只有一個單號，

3）為了后臺的操作靈活度

所謂拆單，一般的是指拆訂單。注意，這里的【拆】不是拆支付流水，為什么?

很簡單，一個訂單可以對應多個商品；這樣的話，就需要把其中某個商品或者某幾個商品進行分組，形成子訂單，形成了一次付款對應多個訂單的情況。

那你就問了，什么場景下才會有拆單？個人有限的經驗告訴我，無非出于兩點：

1. 便于結算，一個訂單包含多個商家的商品，為了結算方便；
2. 便于發貨，一個訂單包含多個倉庫的商品，為了發貨方便。

拆單基本流程

從圖中可以看出，用戶在付款后需要平臺去判斷該訂單是否需要拆單，怎么拆，這塊要根據自己平臺的業務去制定詳細的規則。

需要注意的是，如果用戶已經生成了訂單但沒有付款，這時該訂單會在待付款展示。注意：這時候的訂單是不拆的，只有在用戶付完款之后才會去判斷拆單流程。

怎么拆

之前的退款邏輯是對一個訂單內的商品進行依次退款，所可能發生的情況?，F在如果進行拆單，就涉及前端顯示問題，我們是根據供應商的不同所進行的拆單。前端頁面上會顯示每一個供應商下的商品訂單，也可以看到根據規則拆出來的商品價格。

這里給大家幾個問題思考：

根據自身公司的業務需要怎么拆單？

我的訂單內如果有的商品發貨，有的商品沒有發貨前端怎么展示？

待發貨，待收貨，待評價又怎么展示？怎么根據供應商或者商家進行退款？

拆單后的訂單也是可以查看詳情的，是給用戶展示商品原價，還是展示訂單拆完每一筆的錢這。這里會涉及兩個問題：展示原價時，用戶可能會被搞蒙，不知道自己每筆訂單分別付了多少錢，但底部會顯示實付金額；顯示拆單的價格時，用戶退款是否可以退顯示的商品價錢，這會涉及第一個問題，怎么拆？

訂單號，查看物流，確認收貨，申請退款所對應商品信息以及層級關系，

這里會涉及后臺部分，我們最開始拆單沒有拆訂單號，而是在一個訂單里進行收貨，查看物流和確認收貨的操作，之后因為一些原因就換掉了。這里需要考慮每一個狀態所對應的是后臺的哪部分。

寫在最后

這一塊很復雜，我在之前的文章中總結過一篇電商的退款邏輯，之后的內容可能會跟上一篇文章有關聯。如果大家看完有任何異議的地方可以查看我的上一篇文章，會有些啟發，最后，希望大家能認真看也歡迎大家補充。

寫了這么多，把好多踩過的坑和涉及到的都寫在文章里了。

電商拆單這一塊，涉及的地方很多，大多數情況都需要推倒本身的業務重做。所以，在設計這一部分的時候也要額外注意，否則就要被開發爸爸們群攻了。

最后，希望正在設計這一塊的產品看到這篇文章后能有所啟發。

#相關閱讀#

做電商，必須知道這些退款邏輯

作者：萬物復蘇；公眾號：產品經理的日常反思。

本文由 @萬物復蘇 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議