電商基本功:商城訂單設(shè)計(jì)

8 評論 23787 瀏覽 267 收藏 9 分鐘

電子商務(wù)的關(guān)鍵詞是交易,作為交易中最重要的維系雙方契約的憑據(jù)就是訂單。本文筆者將與大家剖析電子商城的訂單信息中的各個(gè)字段內(nèi)容,enjoy~

訂單流程主要是訂單產(chǎn)生到交易結(jié)束的整個(gè)流程,按照現(xiàn)在電子商城(E-mall),倉庫管理(WMS),物流管理系統(tǒng)(TMS)的流轉(zhuǎn)過程主要如下圖。

由買家發(fā)起購物付款-倉庫發(fā)貨-用戶收貨流程為正向流程,反過來買家退款退貨-倉庫收貨-退款處理流程為逆向流程。

這篇文章討論的是電子商城E-mall的訂單信息,E-mall電子商城系統(tǒng)的訂單信息內(nèi)容主要如下:

訂單詳細(xì)信息中字段內(nèi)容:

訂單單號

訂單單號是訂單信息中的主Key,代表了該訂單的唯一性,并且使用在倉庫管理系統(tǒng)中,WMS作為拆分合并訂單中與電子商城中的訂單關(guān)聯(lián)的Key值。

訂單單號一般組成方式有以下兩種:

1)日期時(shí)間+隨機(jī)數(shù)字,初期業(yè)務(wù)量不多的時(shí)候20-26位足夠應(yīng)付。

HHHHMMDDhhmmss(年月日時(shí)分秒) +6位隨機(jī)碼。

6位隨機(jī)碼表示一秒鐘可能生成的訂單數(shù)上,存在一百萬分之一的隨機(jī)并發(fā)相同導(dǎo)致下單失敗,因此在初期業(yè)務(wù)每秒下單量不高的時(shí)候選擇這種簡單的方法足夠滿足需求。

2)以日期時(shí)間+自增的方式,這樣就不會產(chǎn)生隨機(jī)數(shù)生成沖突,但是要注意防治被查看到銷售量需要將數(shù)字加密設(shè)置。

訂單倒計(jì)時(shí)時(shí)間

訂單里面顯示倒計(jì)時(shí)有:

1)下單未支付

商品下單后開始倒計(jì)時(shí),一定時(shí)間內(nèi)如果還未下單則超時(shí)關(guān)閉訂單。

普通商品一般采取3天時(shí)間,特價(jià)商品根據(jù)情況一般采取的是30分鐘,快消品一般采用的15分鐘。

2)已發(fā)貨確認(rèn)收貨倒計(jì)時(shí)

商品一般是發(fā)貨開始后開始倒計(jì)時(shí)10天時(shí)間,O2O商品應(yīng)該是送達(dá)即收貨。

  • 滿1天記錄1天 XX天hh小時(shí)mm分鐘
  • 小于1天小時(shí)則hh小時(shí)mm分鐘ss秒

防止發(fā)貨時(shí)間過長,發(fā)貨后用戶可以采用一次延長收貨,商家/平臺端則可以多次延長收貨。

訂單狀態(tài)

訂單狀態(tài)與商品狀態(tài)是獨(dú)立的,因?yàn)樯唐窢顟B(tài)在任意時(shí)間都可以申請退貨退款,訂單狀態(tài)根據(jù)買家/商家/平臺操作動作后的狀態(tài)遷移。

訂單狀態(tài)遷移圖

訂單狀態(tài)對應(yīng)的操作按鈕內(nèi)容

收貨人信息

確認(rèn)訂單的時(shí)候,收貨人地址是否超出送貨范圍需要明示,超出指定送貨范圍則該訂單無法提交。

另外有一個(gè)關(guān)鍵詞是是否自提,增加自提地址是線上商城線下門店相結(jié)合的一個(gè)結(jié)合的方式。

注意:選擇自提和自提地址后需要去除運(yùn)費(fèi)。

商品信息

在購物車或者直接購買的情況下,確認(rèn)訂單里面商品信息是帶有商品的庫存狀態(tài),該狀態(tài)是通過WMS定時(shí)返回Emall中保存的,包括:商品上下架狀態(tài),可預(yù)定庫存數(shù)量。下架商品,或者可預(yù)訂庫存小于購買數(shù)量則在確認(rèn)訂單中設(shè)置成失效商品。

商品狀態(tài)遷移圖>

根據(jù)狀態(tài)遷移圖顯示的商品按鈕

*可以根據(jù)訂單情況退款退貨期間狀態(tài)可以再細(xì)分成待退貨等狀態(tài),以及完成訂單以后也可以申請維權(quán)狀態(tài)。當(dāng)然一開始可以不用考慮過于復(fù)雜,先完成核心必要的流程功能,如果出現(xiàn)該情況可以先人工溝通。

金額信息

按照每個(gè)訂單中商品金額比例計(jì)算優(yōu)惠券,抵用券以及運(yùn)費(fèi),為了在退款退貨時(shí)計(jì)算實(shí)際退款金額使用。

單個(gè)可使用商品金額 / Sum(可使用優(yōu)惠商品金額) * 優(yōu)惠金額或者抵用券金額 = 單個(gè)可使用商品金額的的優(yōu)惠值。

每個(gè)商品的實(shí)際支付金額 ?= 商品金額 –?單個(gè)可使用商品金額的的優(yōu)惠值

單個(gè)商品的運(yùn)費(fèi)金額是按照運(yùn)費(fèi)模板來計(jì)算的比例,運(yùn)費(fèi)計(jì)算方式參考這篇《【產(chǎn)品設(shè)計(jì)】 電商運(yùn)費(fèi)計(jì)算方式》

當(dāng)退款訂單中某個(gè)商品全部退款則退款運(yùn)費(fèi)(發(fā)貨前)退還所分配的金額。

退款商品只退款部分金額時(shí)候,運(yùn)費(fèi)也則需要按比例計(jì)算。

該訂單結(jié)算給商家的金額則如下:

單個(gè)商品可獲取的金額=?商品金額 – 用戶退款金額 – 用戶退款金額/用戶支付總額 × 該商品的分配抵用券金額

商家可結(jié)算該訂單的金額 = Sum(單個(gè)商品可獲取的金額) + 可退運(yùn)費(fèi)

物流信息

在開發(fā)初期,只是查看物流流水信息,則可以集成第三方物流平臺比如快遞xx,在系統(tǒng)開發(fā)的后續(xù)階段,需要對接更多的物流狀態(tài),以及物流打單,分配物流單號則需要直接對接物流平臺。

使用某第三方物流平臺的物流信息的界面

訂單信息推送

訂單的相關(guān)的消息什么時(shí)候推送,什么方式推送能促成用戶快速成單,又避免頻繁的打擾用戶這是心理學(xué)問題。

以下皆為我自己觀點(diǎn),可以理性討論。

訂單相關(guān)推送時(shí)機(jī)與方式

訂單是整個(gè)交易的核心鏈路,需要保證訂單流程的可擴(kuò)展性,穩(wěn)定性。經(jīng)驗(yàn)有限,文中應(yīng)該也有描述不足擴(kuò)展不足情況。

擴(kuò)展的問題以及其他平臺更深入的問題,可以不用開始初步階段的時(shí)候就考慮,但是需要提前預(yù)留。比如:剛開始沒有考慮訂單狀態(tài)和商品狀態(tài)分開,則后續(xù)修改將導(dǎo)致,則整個(gè)訂單狀態(tài)再修改的時(shí)候舊版本很難和新版本保證狀態(tài)的一致性。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 您好,收獲很大。請問第1個(gè)圖(系統(tǒng)結(jié)構(gòu)圖)和第3個(gè)圖(訂單狀態(tài)圖)是用什么軟件畫的?謝謝

    來自河北 回復(fù)
    1. 用astah專門畫UML圖的工具

      回復(fù)
  2. 感謝作者大大,技能get ??

    來自湖北 回復(fù)
  3. 金額信息那塊沒看懂,能舉個(gè)例子嗎?

    回復(fù)
  4. 很系統(tǒng),我之前就考慮掉部分發(fā)貨的問題,不過我們?nèi)魶]有貨了,系統(tǒng)自動下架,不存在部分發(fā)貨,但這也還是應(yīng)該考慮到才合理。

    回復(fù)
    1. 退款部分沒有怎么寫,我在我公眾號里面有部分記錄,歡迎一起討論。

      回復(fù)
  5. 學(xué)習(xí)了!感謝 ??

    來自浙江 回復(fù)
    1. 不客氣~

      來自浙江 回復(fù)