一文搞懂:商品管理系統(tǒng)架構設計
本文主要介紹了商品管理系統(tǒng)的設計原則、架構框架及其實現細節(jié),為讀者解讀了如何構建一個成熟穩(wěn)定的商品管理體系。
對于零售業(yè)務來說,商品系統(tǒng)幾乎需要支撐所有業(yè)務系統(tǒng),從商品采購、到倉庫收貨、上架、前臺展示、下單、配送、用戶收貨、到售后服務等環(huán)節(jié),都離不開商品系統(tǒng)。
為了保障業(yè)務的穩(wěn)定性、可擴展性,必須要重視商品系統(tǒng)建設,否則,后續(xù)業(yè)務和系統(tǒng)將很快喪失擴展性和靈活性,甚至無法支撐業(yè)務發(fā)展,必須推倒重來,付出巨大的代價才能挽救。
一、商品系統(tǒng)的設計挑戰(zhàn)
1. 行業(yè)需求差異大
不同行業(yè)對商品管理的需求差異巨大,想要構建成熟穩(wěn)定的商品系統(tǒng),需要對各行業(yè)的商品管理需求,進行深度分析。只有這樣,才能抽象出共性的規(guī)律和特征,保障業(yè)務建模的質量。列舉一些行業(yè)差異性需求:
- 時尚服裝:款式管理,配比、配碼管理,商品季節(jié)性管理。
- 3C數碼:串碼管理,配件管理,售后維修。
- 美容護膚、醫(yī)藥保?。号柟芾?,生產日期與有效期管理,試用品管理。
- 生鮮行業(yè):生產日期與有效期管理 ,生鮮加工管理,稱重商品與 PLU 碼,輔助單位管理(管理重量和數量,例如:魚,按照重量核算,以條作為輔助單位)。
2. 支撐的業(yè)務鏈路復雜
商品系統(tǒng)作為最基礎、最核心的系統(tǒng)之一,它的重要性體現在所有的業(yè)務流程中,幾乎所有業(yè)務系統(tǒng)都需要依賴商品系統(tǒng)的能力。
從業(yè)務全流程來看,商品系統(tǒng)需要提供強大的功能,來支撐采購、配送、銷售、履約、售后、退倉、財務核算、結算、數據分析等各個業(yè)務環(huán)節(jié)。
從商品生命周期的管理來看,商品狀態(tài)包括建檔、新品、正常、淘汰、清理等,各個狀態(tài)之間流轉也異常復雜。
每個狀態(tài)代表商品在市場上的階段,不同狀態(tài)也影響庫存、銷售和營銷環(huán)節(jié)。比如,新品需要更多推廣和展示位,而淘汰階段的商品可能需要打折或特賣,來清理庫存。
3. 消費者端與商家端需求疊加
零售商品系統(tǒng)既要滿足消費者端的使用需求,也要滿足商家端的運營需求。這些需求疊加在一起,會帶來復雜度的挑戰(zhàn)。
消費者端需求強調用戶體驗,如瀏覽界面友好、搜索商品便捷、購買商品便捷、個性化推薦等。
商家端需求注重運營效率,如批量操作、庫存操作、營銷選品、采購配送操作、數據分析等。
商品系統(tǒng)既要滿足消費者體驗,又要讓商家端運營高效,在設計系統(tǒng)時,需要平衡這兩端的需求,并提供不同的功能模塊,來適應不同用戶的需求。如何保證系統(tǒng)的易用性和擴展性,是非常大的挑戰(zhàn)。
4. 連鎖多組織管理
對于連鎖零售企業(yè),商品系統(tǒng)需要能夠管理多個組織、多個門店的商品業(yè)務。例如,不同區(qū)域的價格策略、庫存分配、銷售策略和促銷活動等。
系統(tǒng)需要支持跨區(qū)域、跨門店的商品數據同步,同時還要保持各個組織之間的數據隔離和權限管理。這在架構設計上也需要充分考慮。
二、商品業(yè)務流程
三、商品概念模型設計
1. 商品基礎
平臺SPU:指的是標準化產品單元,是商品信息聚合的最小單位,是一組可復用、易檢索的標準化信息的集合,該集合描述了一個產品的特性,又可稱為平臺商品。SPU的概念來源于電商平臺業(yè)務,SPU模型會提取商品的共性屬性用于信息檢索,這些屬性通常是能夠快速識別商品,并且是消費者較為關心的屬性。其次,SPU的屬性是全平臺標準化的,這樣才能有效保障消費者的檢索體驗與商家利益,例如,消費者搜索256G的iphone13,有填內存容量的商品能搜出來,沒填內存容量的商品就搜不出,這顯然不合理,因此平臺需要規(guī)范所有商品的關鍵屬性。
商品:特指商家的零售商品,一個商家可以有很多商品,若N個商家賣同一個商品,如iphone13,該場景下有1個平臺SPU實例,N個商品實例。每個商品可以有多個規(guī)格,例如大小、顏色、尺碼等。
SKU:SKU(Stock Keeping Unit)指的是庫存量單位,又稱最小存貨單位。以iphone13為例,關鍵規(guī)格有顏色(黑色、紅色、銀色、金色)、容量(128G、256G、512G),可以組合出4×3=12個SKU。
2. 商品類型
- 實物商品:以有形實體存在,不能通過網絡來傳遞,必須依賴傳統(tǒng)的物流運輸系統(tǒng)來傳遞。例如,雞蛋、大米、手機等。
- 服務商品:能夠實現交易的無形商品,無需物流參與,就能完成交易,例如,話費充值等。
- 組合商品:一般指人為將幾個單獨售賣的商品組合在一起,進行合并售賣的商品,例如:下午茶套餐、七夕美妝組合等。
- 多規(guī)格商品:代表一組SKU的商品,消費者只能選中其中一個SKU,例如,以iphone13為例,關鍵規(guī)格有顏色(黑色、紅色、銀色、金色)、容量(128G、256G、512G),消費者選中了黑色128G的iphone13進行下單交易。
- 預售商品:一般來說,預售商品會提前銷售,但實物還未生產,因此,預售商品不會錄入實物庫存,售出也不會扣減實物庫存。預售商品由一組原材料加工而來,加工關系一般稱作配方,因此,當預售商品扣減庫存時,實際會扣減原材料的庫存。
3. 商品類別
- 前臺類目:前臺類目是面向消費場景和用戶視角的分類,根據運營需求,靈活多變,主要用于用戶快速篩選。
- 后臺類目:后臺類目是前臺類目搭建的基礎,后臺類目主要面向商家運營,相對穩(wěn)定,不會經常變更。
- 品牌:品牌是比較特殊的商品屬性,需要單獨進行管理。品牌是人們對一個企業(yè)及其產品、售后服務、文化價值的一種評價和認知,是一種對企業(yè)的信任背書。
4. 商品屬性
商品屬性,又稱為產品屬性、商品參數,是產品本身固有的特征。不同行業(yè)的商品,差異非常大,有很多行業(yè)差異化屬性。根據使用目的、用途不同,演化出各式各樣的屬性,有的用于展示,有的用于分析,有的用于經營管控。
下面根據商品屬性不同的分類法,逐一展開描述:
- 描述屬性:商品貨號、商品名稱、商品描述、規(guī)格、型號、產地、等級、生產廠商、商品圖片等。
- 統(tǒng)計屬性:品牌、分類、系列、款式、適用人群、適用年齡等。
- 考核屬性:一般用于組織業(yè)績考核,品牌、分類、系列等。
- 物流屬性:長、寬、高、凈重、毛重、重量單位等。
- 管控屬性:是否季節(jié)商品、是否保險、是否支持配送、是否支持打折、是否保質期管控、是否串碼管理等。
- 銷售渠道屬性:不同的銷售渠道會有一些特殊的屬性,例如,美團、餓了么的最小購買數量、平臺分類等。
- 銷售屬性:也稱為規(guī)格屬性,該屬性是組成SKU的特殊屬性,直接影響到買家的購買和商家的庫存管理,例如衣服的顏色、尺寸。
5. 商品價格
- 指導價:廠商給出的一個出售的參考價格。
- 銷售價:商家根據自己情況提高或降低指導價得到的最終銷售價格。
- 渠道價格:在分渠道售賣的時候,商品的基礎銷售價格。
- 時間價格:不同的時間,可以有不同的價格。
- 成本價:一般特指商品的單個成本,成本價會到sku維度。
6. 組織層級商品
- 商品庫:零售企業(yè)操作和管理商品的總集。
- 管理層級商品:管理層級需要操作和管理的商品的集合,通常是由集團總部下發(fā)下來的,管理層級有多種形態(tài),例如區(qū)域、部門、分公司、子公司、門店等。
- 渠道商品:發(fā)布到某個銷售渠道的商品集合,例如微信商城、美團外賣、餓了么外賣等渠道。
7. 商品狀態(tài)
商品的生命周期狀態(tài):建檔、新品、正常、預淘汰、淘汰、清理、待歸檔等。
商品的運營狀態(tài):商品在各個業(yè)務階段,可以有不同的運營狀態(tài),例如,用于控制商品銷售的上架、下架狀態(tài)。
四、商品應用架構設計
- 展現層:直接與用戶交互的層級,負責向用戶顯示信息,響應用戶命令。
- 應用層:應用層的服務對應一個具有業(yè)務價值的場景用例,主要負責對核心服務進行組合和編排,負責處理場景用例內的執(zhí)行順序以及結果的組裝,通過API網關向展現層提供服務。
- 消費者端:負責向消費者展示商品信息,包括商品詳情、價格、庫存等。提供商品搜索、瀏覽、購買等功能。
- 商品庫管理:負責管理所有商品的詳細信息。
- 商品類別管理:管理商品的分類體系,如前臺類目、后臺類目、品牌等。
- 屬性管理:管理商品的屬性定義,如顏色、尺寸、材質等。
- 商品同步:總部向其他組織同步商品信息,例如,分店商品同步。
- 渠道商品管理:針對不同銷售渠道的商品信息管理,如線上商城、線下門店、三方平臺等。
- 開放API:提供接口供外部系統(tǒng)訪問商品信息和服務。
- 領域層:系統(tǒng)的核心層,負責表達業(yè)務概念、業(yè)務狀態(tài)以及業(yè)務規(guī)則,包含了該領域(問題域)復雜的業(yè)務知識抽象和規(guī)則定義。該層難點在于分析領域模型,例如實體,值對象,聚合(聚合根),領域服務,領域事件,倉儲,工廠等方面的分析,成熟的領域邏輯不會有太大變化,所以服務層的業(yè)務邏輯通常是共性的、穩(wěn)定的。
- 類別服務:提供商品分類的核心邏輯和數據操作。
- 屬性服務:管理所有商品的屬性模型,提供屬性添加、修改、刪除等核心功能。
- 商品服務:處理商品的核心業(yè)務邏輯,管理商品的生命周期,包括商品的創(chuàng)建、更新、查詢和刪除。
- 商品價格:負責商品的定價策略和價格變動管理,提供價格設置、更新和查詢服務。
- 組織層級服務:提供組織層級商品的查詢和管理服務。
- 快照/日志服務:記錄商品和價格的歷史變更信息,提供系統(tǒng)操作的跟蹤。
- 主數據平臺:主數據是跨部門、業(yè)務系統(tǒng),能夠反映核心業(yè)務實體狀態(tài)的核心基礎信息。對于商品系統(tǒng)而言,商家信息、組織機構、員工權限、商品數據模型是該系統(tǒng)依賴的主數據。在業(yè)務早期,主數據平臺是非必須的,上層系統(tǒng)模塊直接從DB中讀取數據并應用即可,但隨著系統(tǒng)逐步復雜后,多個團隊對數據的改動會互相影響,不利于系統(tǒng)擴展,可用性也大大降低,因此,需要拆分出多個主數據服務,將核心數據的訪問收攏在一起。
五、小結
商品管理系統(tǒng)是零售業(yè)務的核心,涵蓋商品采購、倉庫收貨、上架、前臺展示、下單、配送、用戶收貨、售后服務等環(huán)節(jié)。
設計商品系統(tǒng)時,需要考慮行業(yè)需求差異、業(yè)務鏈路復雜性、消費者端與商家端需求疊加以及連鎖多組織管理等挑戰(zhàn)。
商品系統(tǒng)的概念模型包括商品基礎、商品類型、商品類別、商品屬性、商品價格、組織層級商品和商品狀態(tài)等。商品系統(tǒng)的應用架構設計包括展現層、應用層和領域層,以及主數據平臺。
本文由人人都是產品經理作者【湯師爺】,微信公眾號:【架構師湯師爺】,原創(chuàng)/授權 發(fā)布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協(xié)議。
- 目前還沒評論,等你發(fā)揮!