如何設(shè)計(jì)B2C商城訂單中心？

時(shí)間：2023-03-25 13:34:01 | 來源：電子商務(wù)

時(shí)間：2023-03-25 13:34:01 來源：電子商務(wù)

本文適合0~2歲或首次接到設(shè)計(jì)電商平臺(tái)重任的產(chǎn)品經(jīng)理閱讀，本汪汪愿傾我所學(xué)，盡我所能，做好前輩的榜樣，與各位一同學(xué)習(xí)成長。

B2C電商系列一共分六大章節(jié)，分別為產(chǎn)品結(jié)構(gòu)篇、商品中心、商城的基礎(chǔ)建設(shè)、商城訂單中心、用戶中心及客服中心，歡迎各位同行留言探討。

前面已完成的篇稿，有興趣的同行可打開。

龍汪汪：【00電商系列?產(chǎn)品結(jié)構(gòu)篇】如何設(shè)計(jì)B2C電商平臺(tái)？

龍汪汪：【01電商系列?商品中心篇】如何設(shè)計(jì)B2C平臺(tái)商品中心？

龍汪汪：【02電商系列?B2C商城篇】如何設(shè)計(jì)B2C商城的基礎(chǔ)建設(shè)？

接上篇，托少爺?shù)年P(guān)系，我找了個(gè)安裝包，要了個(gè)WMS的賬號(hào)。為了我的商城任務(wù)得以完美推進(jìn)，今天這WMS，必須一探究竟......

安裝、打開，登陸。

懵逼一小時(shí)......

哈哈，哈哈，不知系統(tǒng)是啥子！什么庫房、貨架、貨位，什么入庫、出庫，什么揀貨、打包、審核、發(fā)貨，哈哈，哈哈......

我決定我還是放棄了吧。有些專業(yè)，還真不是看了就能了解的。決定還是先從流程梳理開始。

流程梳理

先來個(gè)用戶購物流程吧：從瀏覽商品到商品完成發(fā)貨配送。

從上面訂單流程里邊可以看出，整體訂單流不需要關(guān)心到WMS怎么搞，WMS只負(fù)責(zé)揀貨發(fā)貨，發(fā)貨后，并且同步物流公司和物流單號(hào)即可。目前這個(gè)WMS是公司購買別人家的，這意味著，做系統(tǒng)對(duì)接，得找對(duì)方工程師溝通咯。我需要對(duì)方工程師提供什么東西給我以達(dá)到我的目標(biāo)哇？

對(duì)于物流的狀態(tài)，天貓京東等有他們的辦法可以查到，對(duì)于在自建商城也需要展示物流，我是沒有辦法找WMS要的了，畢竟在訂單流里面，WMS只管出入庫，這個(gè)物流過程是屬于TMS（運(yùn)輸管理系統(tǒng)）的功能。像我們這種單倉運(yùn)作業(yè)務(wù)的小企業(yè)，TMS是不可能的了。有三通一達(dá)就夠了，不行的話，再來多一個(gè)順豐。也就意味著，我要搞物流狀態(tài)查詢，實(shí)在比較麻煩了，因?yàn)楣菊娴亩己腿ㄒ贿_(dá)、順豐都在合作，物流公司之間的系統(tǒng)又不互通，為了拿到物流狀態(tài)，我是不是的和他們各家物流公司都對(duì)接一番哇？

另外，自家的商城的訂單管理要不要也搞一個(gè)用戶簽收?。磕憧慈思姨熵埦〇|拼多多，哪個(gè)沒有簽收的。

還有用戶售后呢？

產(chǎn)品思路

訂單是和用戶一起的，所以還得在當(dāng)前版本搭建用戶中心，由于用戶中心也比較復(fù)雜，所以想下一章節(jié)再去討論。訂單中心這一板塊，上圖吧：

第一，承接自建商城用戶的下單，支持在線支付和貨到付款。在線支付模塊，由于當(dāng)前商城業(yè)務(wù)比較單一，不考慮收銀臺(tái)模式（也就是支付中臺(tái)），直接對(duì)接支付寶、微信支付，完成收款即可。

第二，承接第三方商城的訂單，提現(xiàn)規(guī)劃訂單接入框架，做好無數(shù)的第三方商城訂單接入準(zhǔn)備。此處采用定時(shí)同步查詢第三方訂單的方式，每個(gè)5分鐘增量同步一次訂單。像淘寶、京東這種大平臺(tái)已經(jīng)已成熟的開放平臺(tái)模式了，接入比較簡單，其他小眾的第三方平臺(tái)，相信對(duì)接起來不會(huì)簡單。

第三，所有的訂單，根據(jù)公司審單工作流，加入審單環(huán)節(jié)，第三方平臺(tái)的訂單，還可以加入自動(dòng)審批或者批量審批操作。審單時(shí)候支持修改訂單個(gè)別信息，也需要根據(jù)公司工作流定制化。比如修改用戶收貨地址、指定發(fā)貨物流公司、添加優(yōu)惠（在活動(dòng)版塊再展開討論）；后期走替換貨等編輯，定制化比較重，話題卡一下。

第四，對(duì)接WMS，推進(jìn)訂單發(fā)貨。發(fā)貨后，需要WMS回傳物流公司的信息（含物流公司編號(hào)及物流單號(hào)等）。訂單中心更新物流公司信息后，需要同步給到第三方電商平臺(tái)，以便通知第三方平臺(tái)的用戶商品已發(fā)貨。這些流程，直接查看第三方平臺(tái)API文檔是最好的：

第五，逐個(gè)對(duì)接每個(gè)物流公司，查詢每個(gè)訂單（含第三方平臺(tái)訂單）的物流狀態(tài)。原來還想通過直接對(duì)接快遞100，可以實(shí)現(xiàn)這個(gè)物流信息查詢的功能。結(jié)果發(fā)現(xiàn)，免費(fèi)的東西，總是要付出代價(jià)的——實(shí)在不好用，還有接口調(diào)用次數(shù)限制。直接對(duì)接每家物流公司，也只是查看物流信息而已，且信息準(zhǔn)確，再說，物流公司也不是很多。由于B2C平臺(tái)對(duì)于用戶確認(rèn)簽收的要求依賴不大（天貓京東為什么一定要用戶確認(rèn)簽收，可以自行思考下），且用戶收貨后，基本不會(huì)回到平臺(tái)進(jìn)行簽收操作，所以決定放棄簽收功能。通過直接查詢物流信息，知曉用戶簽收狀態(tài)，它不香嗎？

第六，訂單售后，根據(jù)公司工作流程定制化，加入財(cái)務(wù)釘釘審批環(huán)節(jié)，對(duì)接釘釘OA審批接口。訂單售后的用戶場景比較多：允許用戶發(fā)起，允許客服發(fā)起；未發(fā)貨售后、已發(fā)貨售后、已簽收售后；部分售后等等。這章節(jié)講不完了......

第七，售后退款，做了個(gè)簡單的退款功能，對(duì)接到微信支付和支付寶的退款接口，支持部分退款。加了操作日志。（吐槽：我們這個(gè)破后臺(tái)，之前哪些家伙在做后臺(tái)角色權(quán)限控制的設(shè)計(jì)時(shí)，都沒有做到操作按鈕的權(quán)限控制，否則我直接把退款的按鈕做到售后單里面去了，如今只能針對(duì)退款的操作，另外再做一個(gè)功能點(diǎn)給到財(cái)務(wù)了。）

PS：支付、退款這塊，涉及到財(cái)務(wù)，在平臺(tái)業(yè)務(wù)發(fā)展到多元化的支付業(yè)務(wù)時(shí)，這些財(cái)務(wù)的內(nèi)容尤其重要，所以到時(shí)再研究下支付中臺(tái)及財(cái)務(wù)對(duì)賬這塊。

產(chǎn)品功能圖

到這里了，我可以把這個(gè)版本要做的功能點(diǎn)都搞出來了，上圖：

但是用戶中心這塊，還沒有想好，這個(gè)交互是還沒有辦法去畫了。等明天我思考下用戶中心這塊先。再說，交互是一件多么簡單的事情哦。等我確認(rèn)好了設(shè)計(jì)的邏輯，這些用戶端的購物車、訂單列表，就是流水線的事情了。