實(shí)戰(zhàn)帖:電商平臺如何拆單

16 評論 15671 瀏覽 70 收藏 7 分鐘

筆者復(fù)盤最近的電商拆單工作經(jīng)歷,從原因、流程等方面進(jìn)行分析,也讓大家不再踩坑。

什么情況下需要拆單?

商家不同

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

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

當(dāng)你購物車?yán)锩嫱瑫r(shí)買了圖書和衣服的時(shí)候,盡管是你一次付款的,但由于背后是兩個(gè)不同的商家,所以會把你的這筆訂單拆成2個(gè)不同的子訂單,每個(gè)子訂單由相應(yīng)的商家發(fā)貨。因?yàn)椴煌碳业呢浂际谴嬖谧约荷碳业膫}庫里面,所以不可能同時(shí)從2個(gè)不同的商家發(fā)貨,這也就是為什么購物車?yán)锩嬉鶕?jù)不同的商家進(jìn)行拆單。

品類限制

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

為什么拆單?

1)為了優(yōu)化用戶體驗(yàn)

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

2)為了平臺管理方便

在前期大多數(shù)平臺的訂單系統(tǒng)和支付系統(tǒng)都是分開設(shè)計(jì)的,像訂單系統(tǒng)有多個(gè)子訂單:訂單A,訂單B,訂單C,當(dāng)這個(gè)訂單支付完了之后會合并在一起,傳入支付系統(tǒng),那后者看到的只有一個(gè)單號,

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

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

很簡單,一個(gè)訂單可以對應(yīng)多個(gè)商品;這樣的話,就需要把其中某個(gè)商品或者某幾個(gè)商品進(jìn)行分組,形成子訂單,形成了一次付款對應(yīng)多個(gè)訂單的情況。

那你就問了,什么場景下才會有拆單?個(gè)人有限的經(jīng)驗(yàn)告訴我,無非出于兩點(diǎn):

  1. 便于結(jié)算,一個(gè)訂單包含多個(gè)商家的商品,為了結(jié)算方便;
  2. 便于發(fā)貨,一個(gè)訂單包含多個(gè)倉庫的商品,為了發(fā)貨方便。

拆單基本流程

從圖中可以看出,用戶在付款后需要平臺去判斷該訂單是否需要拆單,怎么拆,這塊要根據(jù)自己平臺的業(yè)務(wù)去制定詳細(xì)的規(guī)則。

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

怎么拆

之前的退款邏輯是對一個(gè)訂單內(nèi)的商品進(jìn)行依次退款,所可能發(fā)生的情況?,F(xiàn)在如果進(jìn)行拆單,就涉及前端顯示問題,我們是根據(jù)供應(yīng)商的不同所進(jìn)行的拆單。前端頁面上會顯示每一個(gè)供應(yīng)商下的商品訂單,也可以看到根據(jù)規(guī)則拆出來的商品價(jià)格。

這里給大家?guī)讉€(gè)問題思考:

根據(jù)自身公司的業(yè)務(wù)需要怎么拆單?

我的訂單內(nèi)如果有的商品發(fā)貨,有的商品沒有發(fā)貨前端怎么展示?

待發(fā)貨,待收貨,待評價(jià)又怎么展示?怎么根據(jù)供應(yīng)商或者商家進(jìn)行退款?

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

訂單號,查看物流,確認(rèn)收貨,申請退款所對應(yīng)商品信息以及層級關(guān)系,

這里會涉及后臺部分,我們最開始拆單沒有拆訂單號,而是在一個(gè)訂單里進(jìn)行收貨,查看物流和確認(rèn)收貨的操作,之后因?yàn)橐恍┰蚓蛽Q掉了。這里需要考慮每一個(gè)狀態(tài)所對應(yīng)的是后臺的哪部分。

寫在最后

這一塊很復(fù)雜,我在之前的文章中總結(jié)過一篇電商的退款邏輯,之后的內(nèi)容可能會跟上一篇文章有關(guān)聯(lián)。如果大家看完有任何異議的地方可以查看我的上一篇文章,會有些啟發(fā),最后,希望大家能認(rèn)真看也歡迎大家補(bǔ)充。

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

電商拆單這一塊,涉及的地方很多,大多數(shù)情況都需要推倒本身的業(yè)務(wù)重做。所以,在設(shè)計(jì)這一部分的時(shí)候也要額外注意,否則就要被開發(fā)爸爸們?nèi)汗チ恕?/p>

最后,希望正在設(shè)計(jì)這一塊的產(chǎn)品看到這篇文章后能有所啟發(fā)。

#相關(guān)閱讀#

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

 

作者:萬物復(fù)蘇;公眾號:產(chǎn)品經(jīng)理的日常反思。

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

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 什么玩意

    來自北京 回復(fù)
  2. 我是靠著收藏?cái)?shù)才看完整篇文章的,但是文章說的東西不全也不細(xì)。不過為什么會有那么多收藏……

    來自北京 回復(fù)
    1. 太過籠統(tǒng)了,拆單的維度沒有說清楚

      來自廣東 回復(fù)
  3. 寫的太糙了,沒什么干貨,這些做電商的基本都知道的概念而已

    來自廣東 回復(fù)
  4. 方便留個(gè)微信號討論一下么?

    來自廣東 回復(fù)
    1. wsds4864

      來自北京 回復(fù)
  5. 我的訂單內(nèi)如果有的商品發(fā)貨,有的商品沒有發(fā)貨前端怎么展示?
    作者把很多難點(diǎn)拋給了讀者。

    來自廣東 回復(fù)
    1. 參考淘寶、有贊訂單等平臺。

      來自浙江 回復(fù)
  6. 如何選擇,把是否完成付款作為拆單的節(jié)點(diǎn),

    回復(fù)
  7. 看了一篇文章,看到問答才有啟發(fā)…

    回復(fù)
    1. 有幫助就好~~

      來自北京 回復(fù)
  8. ??

    來自北京 回復(fù)
  9. 有一些疑問:
    1、如果未付款的情況,不進(jìn)行拆單,那前端頁面用戶展示的訂單列表是父訂單和子訂單混在一起展示么?
    2、如果未支付的情況不拆單,那后臺在用戶不支付的情況下,還會不會顯示對應(yīng)的待支付訂單?

    來自河北 回復(fù)
    1. 第一個(gè)問題:是在一起展示,因?yàn)闀婕暗秸麊蝺?yōu)惠,在付款前不進(jìn)行拆單實(shí)際上對后臺邏輯處理是簡單的,第二個(gè)問題沒有理解誰與誰對應(yīng)的待支付。

      來自北京 回復(fù)
    2. 如果父訂單跟子訂單在同一個(gè)列表展示會不會有問題啊,第二個(gè)問題是用戶如果未支付,按拆單邏輯就不會拆單,那對應(yīng)后臺訂單管理列表里顯示的訂單也是父訂單與子訂單混合的?

      來自河北 回復(fù)
    3. 我們是混合的,待付款時(shí)一個(gè)訂單內(nèi)包含多個(gè)供應(yīng)商商品,付完款后才判斷拆單。

      來自北京 回復(fù)