本文針對B2B2C商城系統整體功能與流程設計展開分享，希望大家可以從中有所收獲。

設計一個B2B2C電商系統，店鋪對客戶，店鋪=自營 入駐，客戶=C端客戶 企業客戶，類似京東的模式，平台上有多個店鋪，用戶可以選擇不同的商鋪。那麼具體應該如何設計呢？

業務模式說明

toc商城：包含平台自營和商家入駐，面向個人消費者，類似京東商城；

tob商城：包含平台自營和品牌方入駐，面向企業用戶；

定制平台&獨立商城：可以為品牌商提供直營商城，功能服務可定制，類似有贊；

商城整體可分為基礎服務層、業務層、UI層三大塊

基礎服務層：商城基礎數據服務采用微服務架構，易于開發和維護，可根據需求，實現細粒度的擴展。輸出标準API接口，可快速對接市面上大部分ERP、WMS等系統；

業務層：功能模塊包含商品、訂單、會員、營銷、企業、通用、數據、系統等，按角色可分為平台端，商家端；

UI層：按渠道分為PC商城、微商城、APP、公衆号、小程序，按用戶類型可分為toc、tob；

商品管理系統屬于電商産品中最基礎、最核心的系統，是支撐整個電商産品的核心，基本上所有的系統都離不開商品數據，商品貫穿整個電商平台。從商品的采購、到達倉庫、商品上架、前台的展示、下單、物流配送、收貨、售後服務等，整個流程都離不開商品。後台商品系統一般分為，類目管理、屬性庫、品牌管理、商品管理（發布商品、編輯商品、商品上下架、審核、價格庫存設置、運費模闆設置等）

SPU與SKU的關系一般是一對多或者一對一的關系，SPU包含多個SKU，SKU是SPU的子集，而商品是SKU的具象化實物。

商品管理其實說白了就是對商品的維護管理工作，包括發布商品、商品的上下架、商品修改、商品的查詢、審核等。

商品狀态分為待編輯商品、審核中、待售商品、在售商品、已删除共5個狀态，筆者為大家梳理了一張商品在整個流程中的狀态流轉圖。

平台運營或者商家在發布商品時，若無對應的商品需要走審核流，若有對應的商品無需審核，發布商品成功後，方可直接操作商品的上下架。

訂單管理是後台系統中較為重要的一部分，它記錄了所有的交易數據，可以對訂單進行監控和操作，與用戶、運營、财務等都有着密切的關系。訂單模塊是電商系統的樞紐，在訂單這個環節上需求獲取多個模塊的數據和信息，同時對這些信息進行加工處理後流向下個環節，這一系列就構成了訂單的信息流通。

對于現在主流電商來說，通常支持的售後形式包括僅退款，退貨退款，換貨。用戶根據實際場景和訴求選擇期望的售後方式。因此本篇以換貨流程為例和大家分享下逆向消費場景的設計。

在B2B2C的電商平台的會員管理中，還需要對會員體系進行分層，每個店鋪都可以對其會員進行獨立管理；提供平台會員、店鋪會員體系獨立存在，獨立運營，并且可交叉匹配，統一管理平台用戶信息。

對用戶來說：用戶通過商家的促銷活動，使得用戶可以購買到物美價廉的商品；

對平台和商家來說來說：通過促銷活動可以達到給店鋪快速拉新，給平台帶來巨大的流量；通過活動清理了庫存，降低了活動占用成本；結合廣告做品牌促銷，擴大了品牌知名度；用戶在促銷活動下會不自覺的湊單從而拉高了平台的客單價，拉高GMV的目的等等；

促銷形式玩法多樣，需要根據實際業務目标和産品所處階段制定對應的促銷形式，每個促銷形式的邏輯複雜，需要單獨界定其商品規則及邊界，這裡不單獨展開，以下為常見的促銷形式：

• 滿減促銷：消費者隻要購買相應商品的規定價格就可以就可以得到一定的減價優惠，主要驅動用戶湊單購買更多的商品，分為階梯滿減和每滿減兩種形式；
• 單品促銷：在規定時間内購買指定商品享受一定的價格優惠，可顯示折扣或直接顯示促銷價格；
• 套裝促銷：組合商品套裝出售以組合價出售，分為固定套餐（套餐内所有商品打包銷售，消費者需成套購買整個套餐），搭配套餐（套餐内主商品必選，搭配商品任意選，選擇後以優惠價格購買）；
• 贈品促銷：購買主商品之後，贈送商品，既要選擇主商品，也要設置贈品，與套裝促銷的區别在于，套促銷價值高，贈品促銷價值相對較低；
• 多買優惠促銷：主要參考線下賣場的促銷形式，用戶在固定商品池中選擇購買，分為滿m元選n件，n件m折；
• 優惠券促銷：通過發券向引導用戶購買相應的商品，在下單的時候抵扣一定數量的金額，達到促銷，提高客單價目的，分為滿減券，折扣券，現金券三種優惠券形式；
• 拼團促銷：通過開團，參團，分享模式在社交圈快速傳播，利用熟人關系鍊接訂單轉化率高，可以快速拉新，快遞成團；

組織架構：簡單來說，是企業的的架構樹狀圖。

不同的企業複雜度不同，繼而組織架構多種多樣。例如：複雜的公司組織架構，集團總部／區域劃分／區域下的地方性公司／公司下的業務部門／部門裡的小組；簡單的公司組織架構，公司／部門。

組織架構在B端産品裡，最常用的是與數據查看範圍關聯，賬号根據組織架構查看數據統計。例如：上圖中的公司1可查看其下所有部門的數據，區域1可查看公司1和公司2的所有數據。

組織架構有時與賬号權限相關，即根據組織架分配操作權限。

例如：負責區域1對應的賬号A1，負責區域2的對應賬号A2，負責公司的1的賬号為B1。則A1和A2為同組織級别的可具有相同的操作權限，但A1和A2的數據互不可看。B2為下一層級别，具有的不同于A1和A2的操作權限，可被A1查看，不可被A2查看。

采用業界接受度較高的功能權限模型RBAC（Role-Based Access Control）模型，其基本理念是将“角色”這個概念賦予用戶，在系統中用戶與權限之間通過角色進行關聯，以這樣的方法來實現靈活配置。

如下圖即是RBAC模型中最基本的模型：用戶與角色可為多對一或多對多的關系，當一個用戶的角色為多對多時，當前用戶的權限是多個角色的并集。

系統的使用者通常稱為用戶，用戶登錄後，系統通過各種标識賦予用戶操作和查看權限。

後台需要對用戶賬戶、操作權限和數據權限等進行管理。用戶管理貫穿業務各個環節，是支撐業務運營的核心部分。

作者：雪逸 獨角獸 高級産品經理

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!