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

16 評(píng)論 15732 瀏覽 70 收藏 7 分鐘

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

什么情況下需要拆單?

商家不同

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

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

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

品類限制

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

為什么拆單?

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

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

2)為了平臺(tái)管理方便

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

3)為了后臺(tái)的操作靈活度

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

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

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

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

拆單基本流程

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

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

怎么拆

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

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

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

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

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

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

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

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

寫在最后

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

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

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

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

#相關(guān)閱讀#

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      來自北京 回復(fù)