實戰帖:電商平臺如何拆單
筆者復盤最近的電商拆單工作經歷,從原因、流程等方面進行分析,也讓大家不再踩坑。
什么情況下需要拆單?
商家不同
像TB、PD一樣的平臺有多種店家,因發貨地不同則需要拆單。
根據商家拆單比較容易理解,比如你在電商平臺上買了二個商品,一個是玩具,一個是圖書。圖書和衣服基本都是平臺的東西,所以你買的這兩個東西很可能是兩個不同商家的。
當你購物車里面同時買了圖書和衣服的時候,盡管是你一次付款的,但由于背后是兩個不同的商家,所以會把你的這筆訂單拆成2個不同的子訂單,每個子訂單由相應的商家發貨。因為不同商家的貨都是存在自己商家的倉庫里面,所以不可能同時從2個不同的商家發貨,這也就是為什么購物車里面要根據不同的商家進行拆單。
品類限制
自營平臺本身有多家倉庫,用戶購買后會從不同的倉庫發貨。這種情況就是,自營平臺內的商品會有品類的限制,每一個品類都會有特殊的屬性,比如有效期、超大物品、易碎品之類的需要單獨包裝,這樣就不能放在一起,所以需要設計拆單規則。
為什么拆單?
1)為了優化用戶體驗
用戶在下單之后能看到清晰的訂單和物流信息。
2)為了平臺管理方便
在前期大多數平臺的訂單系統和支付系統都是分開設計的,像訂單系統有多個子訂單:訂單A,訂單B,訂單C,當這個訂單支付完了之后會合并在一起,傳入支付系統,那后者看到的只有一個單號,
3)為了后臺的操作靈活度
所謂拆單,一般的是指拆訂單。注意,這里的【拆】不是拆支付流水,為什么?
很簡單,一個訂單可以對應多個商品;這樣的話,就需要把其中某個商品或者某幾個商品進行分組,形成子訂單,形成了一次付款對應多個訂單的情況。
那你就問了,什么場景下才會有拆單?個人有限的經驗告訴我,無非出于兩點:
- 便于結算,一個訂單包含多個商家的商品,為了結算方便;
- 便于發貨,一個訂單包含多個倉庫的商品,為了發貨方便。
拆單基本流程
從圖中可以看出,用戶在付款后需要平臺去判斷該訂單是否需要拆單,怎么拆,這塊要根據自己平臺的業務去制定詳細的規則。
需要注意的是,如果用戶已經生成了訂單但沒有付款,這時該訂單會在待付款展示。注意:這時候的訂單是不拆的,只有在用戶付完款之后才會去判斷拆單流程。
怎么拆
之前的退款邏輯是對一個訂單內的商品進行依次退款,所可能發生的情況。現在如果進行拆單,就涉及前端顯示問題,我們是根據供應商的不同所進行的拆單。前端頁面上會顯示每一個供應商下的商品訂單,也可以看到根據規則拆出來的商品價格。
這里給大家幾個問題思考:
根據自身公司的業務需要怎么拆單?
我的訂單內如果有的商品發貨,有的商品沒有發貨前端怎么展示?
待發貨,待收貨,待評價又怎么展示?怎么根據供應商或者商家進行退款?
拆單后的訂單也是可以查看詳情的,是給用戶展示商品原價,還是展示訂單拆完每一筆的錢這。這里會涉及兩個問題:展示原價時,用戶可能會被搞蒙,不知道自己每筆訂單分別付了多少錢,但底部會顯示實付金額;顯示拆單的價格時,用戶退款是否可以退顯示的商品價錢,這會涉及第一個問題,怎么拆?
訂單號,查看物流,確認收貨,申請退款所對應商品信息以及層級關系,
這里會涉及后臺部分,我們最開始拆單沒有拆訂單號,而是在一個訂單里進行收貨,查看物流和確認收貨的操作,之后因為一些原因就換掉了。這里需要考慮每一個狀態所對應的是后臺的哪部分。
寫在最后
這一塊很復雜,我在之前的文章中總結過一篇電商的退款邏輯,之后的內容可能會跟上一篇文章有關聯。如果大家看完有任何異議的地方可以查看我的上一篇文章,會有些啟發,最后,希望大家能認真看也歡迎大家補充。
寫了這么多,把好多踩過的坑和涉及到的都寫在文章里了。
電商拆單這一塊,涉及的地方很多,大多數情況都需要推倒本身的業務重做。所以,在設計這一部分的時候也要額外注意,否則就要被開發爸爸們群攻了。
最后,希望正在設計這一塊的產品看到這篇文章后能有所啟發。
#相關閱讀#
作者:萬物復蘇;公眾號:產品經理的日常反思。
本文由 @萬物復蘇 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
什么玩意
我是靠著收藏數才看完整篇文章的,但是文章說的東西不全也不細。不過為什么會有那么多收藏……
太過籠統了,拆單的維度沒有說清楚
寫的太糙了,沒什么干貨,這些做電商的基本都知道的概念而已
方便留個微信號討論一下么?
wsds4864
我的訂單內如果有的商品發貨,有的商品沒有發貨前端怎么展示?
作者把很多難點拋給了讀者。
參考淘寶、有贊訂單等平臺。
如何選擇,把是否完成付款作為拆單的節點,
看了一篇文章,看到問答才有啟發…
有幫助就好~~
??
有一些疑問:
1、如果未付款的情況,不進行拆單,那前端頁面用戶展示的訂單列表是父訂單和子訂單混在一起展示么?
2、如果未支付的情況不拆單,那后臺在用戶不支付的情況下,還會不會顯示對應的待支付訂單?
第一個問題:是在一起展示,因為會涉及到整單優惠,在付款前不進行拆單實際上對后臺邏輯處理是簡單的,第二個問題沒有理解誰與誰對應的待支付。
如果父訂單跟子訂單在同一個列表展示會不會有問題啊,第二個問題是用戶如果未支付,按拆單邏輯就不會拆單,那對應后臺訂單管理列表里顯示的訂單也是父訂單與子訂單混合的?
我們是混合的,待付款時一個訂單內包含多個供應商商品,付完款后才判斷拆單。