作為零售SaaS的核心系統(tǒng)之一，商品系統(tǒng)的架構(gòu)工作是相對重要的，好的商品架構(gòu)系統(tǒng)可以為業(yè)務(wù)的穩(wěn)定性、可拓展性提供支撐。那么商品系統(tǒng)的架構(gòu)設(shè)計，應(yīng)該如何進行？本篇文章里，作者對這一問題做了總結(jié)，一起來看看吧。
SaaS產(chǎn)品就像一座冰山，冰山以上的部分是功能、數(shù)據(jù)（可見部分）、用戶界面，冰山以下是系統(tǒng)架構(gòu)、完整的數(shù)據(jù)模型、開放體系、非功能性需求（擴展性、可維護性、性能、安全等）。
短期內(nèi)想要快速上線產(chǎn)品，可能只需關(guān)注冰山以上的部分就夠了，但是SaaS公司想要在市場上建立長期的競爭優(yōu)勢，比拼的一定是冰山以下的部分，并且在這塊的投入絕對遠(yuǎn)超冰山以上的部分。
一、商品系統(tǒng)的定位
商品系統(tǒng)是零售SaaS最基儲最核心的系統(tǒng)之一。商品系統(tǒng)幾乎需要支撐所有業(yè)務(wù)系統(tǒng)，例如C端商詳、購物車、訂單、履約、結(jié)算、售后、庫存、供應(yīng)鏈等，都需要依賴商品系統(tǒng)的能力。
為了保障業(yè)務(wù)的穩(wěn)定性、可擴展性，必須要重視商品系統(tǒng)建設(shè)，否則，后續(xù)業(yè)務(wù)和系統(tǒng)將很快喪失擴展性和靈活性，甚至無法支撐業(yè)務(wù)發(fā)展，必須推倒重來，付出慘痛的代價才能挽回。
二、商品系統(tǒng)的挑戰(zhàn)
1. 行業(yè)需求差異大
不同行業(yè)對商品管理的需求差異非常大，想要構(gòu)建成熟穩(wěn)定的商品系統(tǒng)，需要對各行業(yè)的商品管理需求，進行深度分析。只有這樣，才能抽象出共性的規(guī)律和特征，保障業(yè)務(wù)建模的質(zhì)量。列舉一些行業(yè)差異性需求：
時尚服裝：款式管理，配比、配碼管理，商品季節(jié)性管理。
3C數(shù)碼：串碼管理，配件管理，售后維修。
美容護膚、醫(yī)藥保健：批號管理，生產(chǎn)日期與有效期管理，試用品管理。
生鮮行業(yè)：生產(chǎn)日期與有效期管理 ，生鮮加工管理，稱重商品與 PLU 碼，輔助單位管理（管理重量和數(shù)量，例如：魚，按照重量核算，以條作為輔助單位）。
2. 支撐的業(yè)務(wù)鏈路廣
商品系統(tǒng)作為最基儲最核心的系統(tǒng)之一，幾乎所有業(yè)務(wù)系統(tǒng)，都需要依賴商品系統(tǒng)的能力。
從業(yè)務(wù)全流程來看，需要支撐采購、配送、銷售、履約、退貨、退倉、核算、結(jié)算、數(shù)據(jù)分析等各個業(yè)務(wù)環(huán)節(jié)。
從商品生命周期的管理來看，商品狀態(tài)包括建檔、新品、正常、淘汰、清理等，各個狀態(tài)之間流轉(zhuǎn)也異常復(fù)雜。
三、商品關(guān)鍵概念
1. 商品基礎(chǔ)
1）平臺SPU
指的是標(biāo)準(zhǔn)化產(chǎn)品單元，是商品信息聚合的最小單位，是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合，該集合描述了一個產(chǎn)品的特性，又可稱為平臺商品。
SPU的概念來源于電商平臺業(yè)務(wù)，第一個關(guān)鍵點在于，SPU模型會提取商品的共性屬性用于信息檢索，這些屬性通常是能夠快速識別商品，并且是消費者較為關(guān)心的屬性。
第二個關(guān)鍵點在于，SPU的屬性是全平臺標(biāo)準(zhǔn)化的，這樣才能有效保障消費者的檢索體驗與商家利益，例如，消費者搜索256G的iPhone12，有填寫容量的商品能搜出來，沒填容量的商品就搜不出，這顯然不合理，因此平臺需要規(guī)范所有商品的關(guān)鍵屬性。
2）商品
特指商家的銷售商品，一個商家可以有很多商品，若N個商家賣同一個商品，如iPhone13，該場景下有1個平臺SPU實例，N個商品實例。每個商品可以有多個規(guī)格，例如大孝顏色、尺碼等。
3）SKU
SKU（Stock Keeping Unit），指的是庫存量單位，又稱最小存貨單位。以iPhone13為例，關(guān)鍵規(guī)格有顏色（黑色、紅色、銀色、金色）、容量（128G、256G、512G），可以組合出4×3=12個SKU。
2. 商品類型
實物商品：以有形實體存在，不能通過網(wǎng)絡(luò)來傳遞，必須依賴傳統(tǒng)的物流運輸系統(tǒng)來傳遞。例如，雞蛋、大米、手機等。
服務(wù)商品：能夠?qū)崿F(xiàn)交易的無形商品，無需物流參與，就能完成交易，例如，話費充值等。
組合商品：一般指人為將幾個單獨售賣的商品組合在一起，進行合并售賣的商品，例如：下午茶套餐、七夕美妝組合等。
多規(guī)格商品：代表一組SKU的商品，消費者只能選中其中某一個SKU，例如，以iPhone13為例，關(guān)鍵規(guī)格有顏色（黑色、紅色、銀色、金色）、容量（128G、256G、512G），消費者選中了黑色128G的iPhone13進行下單交易。
預(yù)售商品：一般來說，預(yù)售商品會提前銷售，但實物還未生產(chǎn)，因此，預(yù)售商品不會錄入實物庫存，售出也不會扣減實物庫存。預(yù)售商品由一組原材料加工而來，加工關(guān)系一般稱作配方，因此，當(dāng)預(yù)售商品扣減庫存時，實際會扣減原材料的庫存。
3. 商品類別
前臺類目：前臺類目是面向消費場景和用戶視角的分類，根據(jù)運營需求，靈活多變，主要用于用戶快速篩眩
后臺類目：后臺類目是前臺類目搭建的基礎(chǔ)，后臺類目主要面向商家運營，相對穩(wěn)定，不會經(jīng)常變更。
品牌：品牌是比較特殊的商品屬性，需要單獨進行管理。品牌是人們對一個企業(yè)及其產(chǎn)品、售后服務(wù)、文化價值的一種評價和認(rèn)知，是一種信任。
4. 商品屬性
商品屬性，又稱為產(chǎn)品屬性、商品參數(shù)，是產(chǎn)品本身固有的特征。不同行業(yè)的商品，差異性非常大，有很多行業(yè)差異化屬性。根據(jù)使用目的、用途不同，商品演化出各式各樣的屬性，有的用于展示，有的用于分析，有的用于經(jīng)營管控。
下面根據(jù)商品屬性不同的分類法，逐一展開描述：
描述屬性：商品貨號、商品名稱、商品描述、規(guī)格、型號、產(chǎn)地、等級、生產(chǎn)廠商、商品圖片等。
統(tǒng)計屬性：品牌、分類、系列、款式、適用人群、適用年齡等。
考核屬性：一般用于組織業(yè)績考核，品牌、分類、系列等。
物流屬性：長、寬、高、凈重、毛重、重量單位等。
管控屬性：是否季節(jié)商品、是否保險、是否支持配送、是否支持打折、是否保質(zhì)期管控、是否串碼管理等。
銷售渠道屬性：不同的銷售渠道會有一些特殊的屬性，例如，美團、餓了么的最小購買數(shù)量、平臺分類等。
銷售屬性：也稱為規(guī)格屬性，該屬性是組成SKU的特殊屬性，直接影響到買家的購買和商家的庫存管理，例如衣服的顏色、尺寸。
5. 商品價格
指導(dǎo)價：廠商給出的一個出售的參考價格。
銷售價：商家根據(jù)自己情況提高或降低指導(dǎo)價得到的最終銷售價格。
渠道價格：在分渠道售賣的時候，商品的基礎(chǔ)銷售價格。
時間價格：不同的時間，可以有不同的價格。
成本價：一般特指商品的單個成本，成本價會到sku維度。
6. 組織層級商品
商品庫：零售企業(yè)操作和管理商品的總集。
管理層級商品：管理層級需要操作和管理的商品的集合，管理層級有多種形態(tài)，例如區(qū)域、部門、分公司、子公司等。
店鋪商品：即門店、商城等店鋪單元的商品集合。
渠道商品：發(fā)布到某個銷售渠道的商品集合，例如微信商城、美團外賣、餓了么外賣等渠道。
7. 商品狀態(tài)
商品的生命周期狀態(tài)：建檔、新品、正常、預(yù)淘汰、淘汰、清理、待歸檔等。
商品的經(jīng)營狀態(tài)：商品在各個業(yè)務(wù)階段，可以有不同的狀態(tài)，來控制業(yè)務(wù)的經(jīng)營，例如，商品銷售狀態(tài)上架、下架。
四、概念模型設(shè)計
五、商品應(yīng)用架構(gòu)設(shè)計
1）展現(xiàn)層
直接與用戶交互的層級，負(fù)責(zé)向用戶顯示信息，或解釋用戶命令。
2）應(yīng)用層
應(yīng)用層的服務(wù)對應(yīng)一個具有業(yè)務(wù)價值的場景用例，主要負(fù)責(zé)對核心服務(wù)進行組合和編排，負(fù)責(zé)處理場景用例內(nèi)的執(zhí)行順序以及結(jié)果的組裝，通過API網(wǎng)關(guān)向展現(xiàn)層提供服務(wù)。
3）服務(wù)層
系統(tǒng)的核心層，負(fù)責(zé)表達(dá)業(yè)務(wù)概念、業(yè)務(wù)狀態(tài)以及業(yè)務(wù)規(guī)則，包含了該領(lǐng)域（問題域）復(fù)雜的業(yè)務(wù)知識抽象和規(guī)則定義。該層難點在于領(lǐng)域?qū)ο蠓治錾�，例如實體，值對象，聚合（聚合根），領(lǐng)域服務(wù)，領(lǐng)域事件，倉儲，工廠等方面的分析，成熟的領(lǐng)域邏輯不會有太大變化，所以服務(wù)層的業(yè)務(wù)邏輯通常是共性的、穩(wěn)定的。
4）主數(shù)據(jù)平臺
主數(shù)據(jù)是跨部門、業(yè)務(wù)系統(tǒng)，能夠反映核心業(yè)務(wù)實體狀態(tài)的核心基礎(chǔ)信息。對于商品系統(tǒng)而言，商家信息、組織機構(gòu)、員工權(quán)限、商品數(shù)據(jù)模型是該系統(tǒng)依賴的主數(shù)據(jù)。
在業(yè)務(wù)早期，主數(shù)據(jù)平臺是非必須的，上層系統(tǒng)模塊直接從DB中讀取數(shù)據(jù)并應(yīng)用即可，但隨著系統(tǒng)逐步復(fù)雜后，多個團隊對數(shù)據(jù)的改動會互相影響，不利于系統(tǒng)擴展，可用性也大大降低，因此，需要拆分出多個主數(shù)據(jù)服務(wù)，將核心數(shù)據(jù)的訪問收攏在一起。
六、小結(jié)
本文從商品系統(tǒng)的定位、挑戰(zhàn)、概念模型、應(yīng)用架構(gòu)等方面，闡述了商品系統(tǒng)架構(gòu)設(shè)計經(jīng)驗與方法，希望對讀者有所幫助。
在SaaS模式下，商品技術(shù)架構(gòu)也存在大量挑戰(zhàn)，例如可用性問題、數(shù)據(jù)一致性、大流量訪問、分店商品大批量處理、商品數(shù)據(jù)模型治理等，會在后續(xù)的文章中一一介紹。
本文由 @湯師爺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于CC0協(xié)議。
