接上一篇文章，有同學(xué)提出希望講一下關(guān)于電商后臺(tái)的業(yè)務(wù)內(nèi)容。所以今天就和大家分享一下自采+自建倉(cāng)庫(kù)+第三方發(fā)貨業(yè)務(wù)模式的電商后臺(tái)產(chǎn)品架構(gòu)。

首先讓我們先看一張腦圖：

各系統(tǒng)職能劃分

采購(gòu)管理系統(tǒng)（PMS – Purchase Management System）：

• 供應(yīng)商管理 & 基礎(chǔ)商品管理：維護(hù)供應(yīng)商基礎(chǔ)信息和基礎(chǔ)商品信息。供應(yīng)商信息包含資質(zhì)信息、賬戶(hù)信息等，基礎(chǔ)商品信息包含商品類(lèi)目、品名、規(guī)格屬性、供貨價(jià)、計(jì)量單位。一般都需要走審核流程，審核通過(guò)之后，可建立供應(yīng)商和基礎(chǔ)商品的關(guān)聯(lián)關(guān)系。
• 采購(gòu)單管理 & 采購(gòu)?fù)素泦喂芾?： 支持開(kāi)單和導(dǎo)出。一個(gè)供應(yīng)商對(duì)應(yīng)一張采購(gòu)單，選擇供應(yīng)商后，只能選擇與該供應(yīng)商關(guān)聯(lián)的基礎(chǔ)商品。
• 倉(cāng)儲(chǔ)管理：包括倉(cāng)庫(kù)管理、商品實(shí)物庫(kù)存、庫(kù)存流水等。主要同步WMS的數(shù)據(jù)作展示。

運(yùn)輸管理系統(tǒng)（TMS – Transportation Management System?）：這里主要講解接第三方物流公司的模式，比如接京東或者順豐快遞

• 運(yùn)費(fèi)模板：平臺(tái)級(jí)別的運(yùn)費(fèi)模板可設(shè)置固定運(yùn)費(fèi)或者是滿(mǎn)額包郵兩種模式。單品級(jí)別的運(yùn)費(fèi)模板可按件數(shù)、重量、體積和地區(qū)設(shè)置首重和續(xù)重。在滿(mǎn)額包郵的模式下，如果訂單沒(méi)有達(dá)到包郵條件，則需要按照單品運(yùn)費(fèi)計(jì)算規(guī)則，即把每個(gè)SKU的運(yùn)費(fèi)計(jì)算出來(lái)，再按照取大或者疊加計(jì)算出最終運(yùn)費(fèi)。注意，同一個(gè)運(yùn)費(fèi)模板的SKU只計(jì)算一次。
• 物流單號(hào)：和第三方的物流公司合作可以先預(yù)購(gòu)買(mǎi)物流單號(hào)號(hào)段，用戶(hù)下單并推倉(cāng)時(shí)就為該訂單綁定了物流單號(hào)，后期物流信息的查詢(xún)可通過(guò)物流單號(hào)在快遞100查詢(xún)。有了預(yù)留的物流單號(hào)，倉(cāng)庫(kù)就可以直接把物流面單打印出來(lái)，出庫(kù)的時(shí)候貼在包裹上，物流公司攬件時(shí)掃描就能讀取信息，不用另外打單。
• 物流狀態(tài)：通過(guò)快遞100查詢(xún)到物流信息反饋在前端，同事也可以存儲(chǔ)在自己的系統(tǒng)里，方便后期對(duì)快遞公司的配送服務(wù)做考核。

倉(cāng)儲(chǔ)管理系統(tǒng)（WMS – Warehouse Management System）：

• 基礎(chǔ)管理：倉(cāng)庫(kù)管理包含倉(cāng)庫(kù)的名稱(chēng)、負(fù)責(zé)人、所屬線路、倉(cāng)庫(kù)庫(kù)位管理。倉(cāng)庫(kù)的容器管理，比如揀貨的拖車(chē)，分揀的分揀框。人員管理、權(quán)限設(shè)置，比如有入庫(kù)員、揀貨員、分揀員，不同類(lèi)型的角色權(quán)限不一。
• 入庫(kù)單管理：包含采購(gòu)入庫(kù)、調(diào)撥入庫(kù)、退貨入庫(kù)、盤(pán)盈入庫(kù)。采購(gòu)入庫(kù)單對(duì)應(yīng)業(yè)務(wù)系統(tǒng)的采購(gòu)單，退貨入庫(kù)單對(duì)應(yīng)業(yè)務(wù)系統(tǒng)的維權(quán)單。采購(gòu)單和采購(gòu)入庫(kù)單可以是1對(duì)多的關(guān)系，供應(yīng)商發(fā)貨如果出現(xiàn)同一種商品生產(chǎn)日期不同，則入庫(kù)時(shí)需要分多個(gè)入庫(kù)單，生成批次庫(kù)存。批次庫(kù)存的管理主要是為了出庫(kù)的時(shí)候方便定義規(guī)則，比如先進(jìn)先出或者生產(chǎn)日期較早的先出。同時(shí)如果售出商品出了問(wèn)題可以快速定位是哪個(gè)批次，可以檢查并禁用該批次庫(kù)存。
• 出庫(kù)單管理：包含銷(xiāo)售出庫(kù)、調(diào)撥出庫(kù)、采購(gòu)?fù)素洺鰩?kù)、報(bào)損出庫(kù)、盤(pán)虧出庫(kù)等。銷(xiāo)售出庫(kù)對(duì)應(yīng)業(yè)務(wù)系統(tǒng)的訂單，退貨出庫(kù)單對(duì)應(yīng)采購(gòu)?fù)素泦巍＞唧w銷(xiāo)售出庫(kù)的庫(kù)內(nèi)作業(yè)也是比較復(fù)雜的，可以參考我的另一篇文章《解析：倉(cāng)儲(chǔ)管理系統(tǒng)的出入庫(kù)流程》。

訂單管理系統(tǒng)（OMS – Order Management System）：

• 銷(xiāo)售商品管理：和基礎(chǔ)商品不同，基礎(chǔ)商品主要是對(duì)應(yīng)采購(gòu)端維護(hù)采購(gòu)信息。而銷(xiāo)售商品主要對(duì)應(yīng)前臺(tái)售賣(mài)，維護(hù)售賣(mài)價(jià)、商祥、主圖、縮略圖等?；A(chǔ)商品和銷(xiāo)售商品是一對(duì)一的關(guān)聯(lián)關(guān)系。
• 訂單管理：包含用戶(hù)下單支付后的拆單邏輯、商品優(yōu)惠分?jǐn)傔壿嬕约白罱K的結(jié)算價(jià)計(jì)算，訂單列表的展示、操作和導(dǎo)出。因?yàn)橛唵蔚臄?shù)據(jù)是比較敏感的，包含營(yíng)收情況和大量的用戶(hù)私密信息，通常初始進(jìn)入訂單列表的時(shí)候不會(huì)全量展示訂單數(shù)據(jù)，只能通過(guò)搜索和篩選項(xiàng)定向的查找。導(dǎo)出通常只支持某一小段時(shí)間內(nèi)訂單中商品信息的導(dǎo)出比如商品名稱(chēng)，銷(xiāo)售數(shù)量，如果有長(zhǎng)期的數(shù)據(jù)需求可對(duì)接內(nèi)部的BI團(tuán)隊(duì)出數(shù)據(jù)報(bào)表。任何與財(cái)務(wù)以及用戶(hù)信息相關(guān)的操作需要謹(jǐn)慎設(shè)計(jì)。
• 維權(quán)管理：用戶(hù)在前臺(tái)申請(qǐng)維權(quán)，后臺(tái)會(huì)生成維權(quán)單，申請(qǐng)維權(quán)是SKU級(jí)別的，所以訂單和維權(quán)單是1對(duì)多的關(guān)系。具體的售后維權(quán)流程可以參考我的上一篇文章《平臺(tái)型電商和自營(yíng)型電商系統(tǒng)的售后流程設(shè)計(jì)，有何區(qū)別？》

總結(jié)

商品采購(gòu)、入庫(kù)、上架到前臺(tái)售賣(mài)，用戶(hù)從加車(chē)、下單、合并支付到收到貨后申請(qǐng)退款這些看似簡(jiǎn)單的操作都要一系列龐大的后臺(tái)系統(tǒng)對(duì)接支撐運(yùn)轉(zhuǎn)。以上羅列的只是系統(tǒng)中的通用模塊，講的比較籠統(tǒng)，隨便一個(gè)點(diǎn)拎出來(lái)講都可以深挖。希望之后有時(shí)間可以全面并細(xì)致的展開(kāi)討論并總結(jié)下產(chǎn)品設(shè)計(jì)中遇到過(guò)的坑。

結(jié)尾附贈(zèng)一張各系統(tǒng)之間交互的流程圖，歡迎感興趣的同學(xué)補(bǔ)充和交流。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議