解析:自營電商平台後台系統架構

尋夢新聞LINE@每日推播熱門推薦文章,趣聞不漏接❤️

加入LINE好友

接上一篇文章,有同學提出希望講一下關於電商後台的業務內容。所以今天就和大家分享一下自采+自建倉庫+第三方發貨業務模式的電商後台產品架構。

解析:自營電商平臺後臺系統架構

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

解析:自營電商平臺後臺系統架構

各系統職能劃分

採購管理系統(PMS – Purchase Management System):

  • 供應商管理 & 基礎商品管理:維護供應商基礎信息和基礎商品信息。供應商信息包含資質信息、帳戶信息等,基礎商品信息包含商品類目、品名、規格屬性、供貨價、計量單位。一般都需要走審核流程,審核通過之後,可建立供應商和基礎商品的關聯關係。
  • 採購單管理 & 採購退貨單管理 :支持開單和導出。一個供應商對應一張採購單,選擇供應商後,只能選擇與該供應商關聯的基礎商品。
  • 倉儲管理:包括倉庫管理、商品實物庫存、庫存流水等。主要同步WMS的數據作展示。

運輸管理系統(TMS – Transportation Management System ):可接第三方物流系統,比如京東快遞,快遞攬收後同步物流單號物流信息至業務系統。對物流系統業務理解較淺,這里就不誤導大家了。

倉儲管理系統(WMS – Warehouse Management System):

  • 基礎管理:倉庫管理包含倉庫的名稱、負責人、所屬線路、倉庫庫位管理。倉庫的容器管理,比如揀貨的拖車,分揀的分揀框。人員管理、權限設置,比如有入庫員、揀貨員、分揀員,不同類型的角色權限不一。
  • 入庫單管理:包含採購入庫、調撥入庫、退貨入庫、盤盈入庫。採購入庫單對應業務系統的採購單,退貨入庫單對應業務系統的維權單。採購單和採購入庫單可以是1對多的關係,供應商發貨如果出現同一種商品生產日期不同,則入庫時需要分多個入庫單,生成批次庫存。批次庫存的管理主要是為了出庫的時候方便定義規則,比如先進先出或者生產日期較早的先出。同時如果售出商品出了問題可以快速定位是哪個批次,可以檢查並禁用該批次庫存。
  • 出庫單管理:包含銷售出庫、調撥出庫、採購退貨出庫、報損出庫、盤虧出庫等。銷售出庫對應業務系統的訂單,退貨出庫單對應採購退貨單。具體銷售出庫的庫內作業也是比較複雜的,有時間可以單獨拎出來總結一下。

訂單管理系統(OMS – Order Management System):

  • 銷售商品管理:和基礎商品不同,基礎商品主要是對應採購端維護採購信息。而銷售商品主要對應前台售賣,維護售賣價、商祥、主圖、縮略圖等。基礎商品和銷售商品是一對一的關聯關係。
  • 訂單管理:包含用戶下單支付後的拆單邏輯、商品優惠分攤邏輯以及最終的結算價計算,訂單列表的展示、操作和導出。因為訂單的數據是比較敏感的,包含營收情況和大量的用戶私密信息,通常初始進入訂單列表的時候不會全量展示訂單數據,只能通過搜尋和篩選項定向的查找。導出通常只支持某一小段時間內訂單中商品信息的導出比如商品名稱,銷售數量,如果有長期的數據需求可對接內部的BI團隊出數據報表。任何與財務以及用戶信息相關的操作需要謹慎設計。
  • 維權管理:用戶在前台申請維權,後台會生成維權單,申請維權是SKU級別的,所以訂單和維權單是1對多的關係。具體的售後維權流程可以參考我的上一篇文章《平台型電商和自營型電商系統的售後流程設計,有何區別?》

總結

商品採購、入庫、上架到前台售賣,用戶從加車、下單、合併支付到收到貨後申請退款這些看似簡單的操作都要一系列龐大的後台系統對接支撐運轉。以上羅列的只是系統中的通用模塊,講的比較籠統,隨便一個點拎出來講都可以深挖。希望之後有時間可以全面並細致的展開討論並總結下產品設計中遇到過的坑。

結尾附贈一張各系統之間交互的流程圖,歡迎感興趣的同學補充和交流。

解析:自營電商平臺後臺系統架構

本文由 @amanda7783 原創發布於人人都是產品經理。未經許可,禁止轉載

About 尋夢園
尋夢園是台灣最大的聊天室及交友社群網站。 致力於發展能夠讓會員們彼此互動、盡情分享自我的平台。 擁有數百間不同的聊天室 ,讓您隨時隨地都能找到志同道合的好友!