電商后臺產(chǎn)品經(jīng)理——訂單中心(—)
電商后臺系統(tǒng)中,訂單中心是一個樞紐部分。它涵蓋了用戶信息以及訂單流程中的各項(xiàng)信息,所以訂單中心的設(shè)計(jì)格外重要。在這里,我們先了解一下什么是訂單以及它的基礎(chǔ)知識。
訂單中心是一個電商后臺系統(tǒng)的樞紐,在這訂單這一環(huán)節(jié)上需要讀取多個模塊的數(shù)據(jù)和信息進(jìn)行加工處理,并流向下一環(huán)節(jié);因此訂單模塊對一電商系統(tǒng)來說,重要性不言而喻。
同時,訂單是一個公司生存甚至盈利的核心,而電商系統(tǒng)中的訂單系統(tǒng)則是支撐訂單處理的載體,因此訂單系統(tǒng)的設(shè)計(jì)則十分重要。
一、訂單架構(gòu)
要了解訂單系統(tǒng),首先我們要從訂單系統(tǒng)的信息架構(gòu)上去認(rèn)識訂單系統(tǒng),從而對訂單系統(tǒng)建立整體認(rèn)知;
二、訂單狀態(tài)
定義:為適應(yīng)組織分工的需求和提升效率,系統(tǒng)將整個交易業(yè)務(wù)流程拆分成若干個可控的環(huán)節(jié)。
1. 訂單正向狀態(tài)
- 待付款:用戶提交訂單后,尚未付款,等待用戶支付,由于待付款訂單會鎖定庫存,所以會設(shè)置超時自動取消功能。
- 待發(fā)貨:用戶付款之后等待商家發(fā)貨。
- 待收貨:商家以發(fā)貨,等待用戶收貨。
- 已完成:用戶確認(rèn)收貨后,訂單交易完成。
- 已取消:付款之前取消訂單。超時未付款或用戶取消訂單都會產(chǎn)生這種訂單狀態(tài)。
- 售后中:用戶在付款后發(fā)貨前申請退款,或商家發(fā)貨后用戶申請退,換貨。
2. 訂單售后狀態(tài)
- 待審核:用戶提交退換貨申請后,等待審核的狀態(tài),在用戶已付款待發(fā)貨的狀態(tài)下,訂單尚未推送至倉庫或在倉庫攔截發(fā)貨成功,系統(tǒng)可直接審核通過。當(dāng)審核不通過時,回轉(zhuǎn)至正常流程中。
- 待退貨入庫:退貨申請審核通過之后,等待用戶退貨入庫。
- 待退款:退貨入庫成功后,等待退款給用戶。
- 待換貨入庫:換貨申請審核通過,等待用戶換貨入庫。
- 換貨出庫中: 換貨入庫之后,生成換貨出庫單,訂單出庫。
- 售后成功:當(dāng)退貨,退款成功之后,流轉(zhuǎn)至售后成功狀態(tài),退貨,退款的售后成功在主流程下屬于交易關(guān)閉。
3. 訂單下單流程圖
1.在訂單過程中進(jìn)行安全校驗(yàn),主要是為了檢測用戶是否在黑名單上,用戶購買行為是否正常等,當(dāng)檢測到不正常時終止下單;
2.從商品中心獲取商品信息(SKU,規(guī)格,價格等)
3.從營銷中心獲取商品,訂單促銷信息(優(yōu)惠券,促銷活動),判斷是否滿足優(yōu)惠條件,計(jì)算出優(yōu)惠金額。
4.在會員中心獲取會員權(quán)益,例如平臺抵扣積分,優(yōu)惠券折扣條件等。
5.在調(diào)度中心檢驗(yàn)銷售層庫存,按照調(diào)度規(guī)則鎖定區(qū)域庫存。
6.根據(jù)拆單規(guī)則(商家,倉庫,訂單類型等)將訂單拆分成若干個子訂單,根據(jù)運(yùn)費(fèi)模板計(jì)算運(yùn)費(fèi),根據(jù)商品金額,運(yùn)費(fèi),優(yōu)惠金額計(jì)算應(yīng)付金額(實(shí)付款)。
三、優(yōu)惠分?jǐn)?/h2>
定義:是指在實(shí)際銷售中將訂單的優(yōu)惠去分?jǐn)偟矫恳患KU中去結(jié)算。
訂單實(shí)付金額=商品金額(SKU金額總計(jì))+運(yùn)費(fèi)-總優(yōu)惠金額
總優(yōu)惠金額=促銷活動優(yōu)惠金額+優(yōu)惠券優(yōu)惠金額+虛擬幣抵扣金額
按照商品比例分?jǐn)偂?/p>
案例:
訂單中有甲乙兩店的商品A、B、C、D、E 包郵。商品A,D參加跨店滿200減40的活動(活動1),商品B,C參加滿100減10的活動(活動2)另外用戶還使用了100元現(xiàn)金券。
訂單優(yōu)惠金額=40+10+100=150元.
依據(jù)優(yōu)惠分?jǐn)傇瓌t:則各項(xiàng)的優(yōu)惠金額為:
四、訂單拆分
定義:為了方便訂單的發(fā)貨與結(jié)算,系統(tǒng)依據(jù)一定的規(guī)則(物流、倉庫等因素)將用戶訂單拆分成若干個發(fā)貨單。
不同店鋪:在電商平臺類架構(gòu)下,由于商品歸屬權(quán)不同,涉及財務(wù)結(jié)算和物流發(fā)貨的問題,需要根據(jù)店鋪歸屬問題對訂單進(jìn)行拆單。例如淘寶,天貓的商品在下單時會將訂單根據(jù)不同店鋪進(jìn)行拆分成若干個子訂單。
不同倉庫:若同一訂單分散在不同倉庫,則應(yīng)按照倉庫歸屬進(jìn)行拆分訂單。當(dāng)一件商品在多個倉庫有貨時,應(yīng)根據(jù)物流的區(qū)域的時效選擇倉庫進(jìn)行拆單。
不同品類:由于商品的屬性不同一樣會產(chǎn)生拆單需求,例如易碎品需要特殊包裝,超大物品(鋼琴,座椅)需要單獨(dú)包裝。有些商品不能放在一起,同樣需要拆單。
物流因素:不同物流公司對單個包裹的重量或體積都有特殊要求,需要根據(jù)SKU的毛重和體積來計(jì)算包裹的總重量和體積,超出物流公司限制的也需要拆單。
商品價值:根據(jù)商品價值需要拆單的主要涉及海淘和跨境的商品;國家對每筆跨境訂單有單次限額,對年度跨境商品訂單總金額也有限制,當(dāng)單次購買金額超過限制金額時,也需要對訂單進(jìn)行拆單。
本期先寫到這里,未完待續(xù)~,如有疑問歡迎交流哦~
作者:老貓、資深產(chǎn)品經(jīng)理,關(guān)注互聯(lián)網(wǎng)、科技、數(shù)據(jù)。公眾號:產(chǎn)品求知社
本文由 @老貓丶?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
搬運(yùn)工 就你這還是阿里資深,就這么點(diǎn)水準(zhǔn), 笑死
寫的有點(diǎn)太簡單了,
流程圖來源《電商產(chǎn)品經(jīng)理寶典》,建議備注出處
請教一下,一般將“待評價”設(shè)計(jì)成一種訂單狀態(tài)嗎?如果需要增加訂單評價,邏輯一般是怎樣的呢?
個人認(rèn)為 評價應(yīng)該走評價體系 應(yīng)該是獨(dú)立的
最后一張圖是電商產(chǎn)品經(jīng)寶典的原圖?
謝謝搬運(yùn)!
訂單合并流程圖有么
和劉志遠(yuǎn)的《電商產(chǎn)品經(jīng)理寶典》非常相似,謝謝搬運(yùn)。
這不是起點(diǎn)學(xué)院的課程內(nèi)容嗎。請問作者是授課者還是搬運(yùn)工?
起點(diǎn)學(xué)院內(nèi)容沒學(xué)過,講啥樣不清楚哦。。
坐等大佬干糧,發(fā)揚(yáng)光大
收藏訂閱關(guān)注,一波三連。然后點(diǎn)贊三分鐘,然后就更了。
干貨,優(yōu)秀!64個??!
目前是(一),期待后續(xù)的(二)、(三)、(四)、(五)、(……)
覺得不錯請點(diǎn)贊+收藏3分鐘,鞭策一下我更新的心 ??
必須支持??!
二在哪
等我擼完文檔再更- –
求大佬更新,一直在關(guān)注。。。。
想看具體如何操作拆單 ??
坐等更新
等我擼完文檔接著更- –
優(yōu)秀,干
感謝
喜歡請點(diǎn)贊三分鐘- –
你好,能講解下:修改訂單應(yīng)付款總額時,商品單價的計(jì)算規(guī)則么(單價出現(xiàn)無限循環(huán)小數(shù)時),謝謝呀
這個根據(jù)自身的業(yè)務(wù)形態(tài)去設(shè)計(jì)規(guī)則就好了,在四舍五入這一點(diǎn)上一般要考慮用戶的接受程度,以及四舍五入后對公司的財務(wù)或者成本有什么影響就好了。一般的在計(jì)算的時候采取折后,優(yōu)惠后單價取整,或者總價取整,當(dāng)然保留兩位小數(shù)也是OK的。與自身的業(yè)務(wù)相結(jié)合就OK ,沒有標(biāo)準(zhǔn)答案。
十分感謝樓主的回復(fù)
坐等更新二
好的,明天接著更新,請繼續(xù)關(guān)注