解析:自營電商后臺系統架構
接上一篇文章,有同學提出希望講一下關于電商后臺的業務內容。所以今天就和大家分享一下自采+自建倉庫+第三方發貨業務模式的電商后臺產品架構。
首先讓我們先看一張腦圖:
各系統職能劃分
采購管理系統(PMS – Purchase Management System):
- 供應商管理 & 基礎商品管理:維護供應商基礎信息和基礎商品信息。供應商信息包含資質信息、賬戶信息等,基礎商品信息包含商品類目、品名、規格屬性、供貨價、計量單位。一般都需要走審核流程,審核通過之后,可建立供應商和基礎商品的關聯關系。
- 采購單管理 & 采購退貨單管理 : 支持開單和導出。一個供應商對應一張采購單,選擇供應商后,只能選擇與該供應商關聯的基礎商品。
- 倉儲管理:包括倉庫管理、商品實物庫存、庫存流水等。主要同步WMS的數據作展示。
運輸管理系統(TMS – Transportation Management System?):這里主要講解接第三方物流公司的模式,比如接京東或者順豐快遞
- 運費模板:平臺級別的運費模板可設置固定運費或者是滿額包郵兩種模式。單品級別的運費模板可按件數、重量、體積和地區設置首重和續重。在滿額包郵的模式下,如果訂單沒有達到包郵條件,則需要按照單品運費計算規則,即把每個SKU的運費計算出來,再按照取大或者疊加計算出最終運費。注意,同一個運費模板的SKU只計算一次。
- 物流單號:和第三方的物流公司合作可以先預購買物流單號號段,用戶下單并推倉時就為該訂單綁定了物流單號,后期物流信息的查詢可通過物流單號在快遞100查詢。有了預留的物流單號,倉庫就可以直接把物流面單打印出來,出庫的時候貼在包裹上,物流公司攬件時掃描就能讀取信息,不用另外打單。
- 物流狀態:通過快遞100查詢到物流信息反饋在前端,同事也可以存儲在自己的系統里,方便后期對快遞公司的配送服務做考核。
倉儲管理系統(WMS – Warehouse Management System):
- 基礎管理:倉庫管理包含倉庫的名稱、負責人、所屬線路、倉庫庫位管理。倉庫的容器管理,比如揀貨的拖車,分揀的分揀框。人員管理、權限設置,比如有入庫員、揀貨員、分揀員,不同類型的角色權限不一。
- 入庫單管理:包含采購入庫、調撥入庫、退貨入庫、盤盈入庫。采購入庫單對應業務系統的采購單,退貨入庫單對應業務系統的維權單。采購單和采購入庫單可以是1對多的關系,供應商發貨如果出現同一種商品生產日期不同,則入庫時需要分多個入庫單,生成批次庫存。批次庫存的管理主要是為了出庫的時候方便定義規則,比如先進先出或者生產日期較早的先出。同時如果售出商品出了問題可以快速定位是哪個批次,可以檢查并禁用該批次庫存。
- 出庫單管理:包含銷售出庫、調撥出庫、采購退貨出庫、報損出庫、盤虧出庫等。銷售出庫對應業務系統的訂單,退貨出庫單對應采購退貨單。具體銷售出庫的庫內作業也是比較復雜的,可以參考我的另一篇文章《解析:倉儲管理系統的出入庫流程》。
訂單管理系統(OMS – Order Management System):
- 銷售商品管理:和基礎商品不同,基礎商品主要是對應采購端維護采購信息。而銷售商品主要對應前臺售賣,維護售賣價、商祥、主圖、縮略圖等。基礎商品和銷售商品是一對一的關聯關系。
- 訂單管理:包含用戶下單支付后的拆單邏輯、商品優惠分攤邏輯以及最終的結算價計算,訂單列表的展示、操作和導出。因為訂單的數據是比較敏感的,包含營收情況和大量的用戶私密信息,通常初始進入訂單列表的時候不會全量展示訂單數據,只能通過搜索和篩選項定向的查找。導出通常只支持某一小段時間內訂單中商品信息的導出比如商品名稱,銷售數量,如果有長期的數據需求可對接內部的BI團隊出數據報表。任何與財務以及用戶信息相關的操作需要謹慎設計。
- 維權管理:用戶在前臺申請維權,后臺會生成維權單,申請維權是SKU級別的,所以訂單和維權單是1對多的關系。具體的售后維權流程可以參考我的上一篇文章《平臺型電商和自營型電商系統的售后流程設計,有何區別?》
總結
商品采購、入庫、上架到前臺售賣,用戶從加車、下單、合并支付到收到貨后申請退款這些看似簡單的操作都要一系列龐大的后臺系統對接支撐運轉。以上羅列的只是系統中的通用模塊,講的比較籠統,隨便一個點拎出來講都可以深挖。希望之后有時間可以全面并細致的展開討論并總結下產品設計中遇到過的坑。
結尾附贈一張各系統之間交互的流程圖,歡迎感興趣的同學補充和交流。
本文由 @amanda7783 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
評論
樓主應該看過電商后臺那本書??
新手小白想問:運費模版中的平臺類和單品類分別是指的啥?可以舉個例子嗎 謝謝
不錯~~學習啦 ?? ??