新零售SaaS架構(gòu):商品系統(tǒng)架構(gòu)設(shè)計(jì)

3 評(píng)論 10003 瀏覽 98 收藏 13 分鐘

作為零售SaaS的核心系統(tǒng)之一,商品系統(tǒng)的架構(gòu)工作是相對(duì)重要的,好的商品架構(gòu)系統(tǒng)可以為業(yè)務(wù)的穩(wěn)定性、可拓展性提供支撐。那么商品系統(tǒng)的架構(gòu)設(shè)計(jì),應(yīng)該如何進(jìn)行?本篇文章里,作者對(duì)這一問(wèn)題做了總結(jié),一起來(lái)看看吧。

SaaS產(chǎn)品就像一座冰山,冰山以上的部分是功能、數(shù)據(jù)(可見(jiàn)部分)、用戶(hù)界面,冰山以下是系統(tǒng)架構(gòu)、完整的數(shù)據(jù)模型、開(kāi)放體系、非功能性需求(擴(kuò)展性、可維護(hù)性、性能、安全等)。

短期內(nèi)想要快速上線產(chǎn)品,可能只需關(guān)注冰山以上的部分就夠了,但是SaaS公司想要在市場(chǎng)上建立長(zhǎng)期的競(jìng)爭(zhēng)優(yōu)勢(shì),比拼的一定是冰山以下的部分,并且在這塊的投入絕對(duì)遠(yuǎn)超冰山以上的部分。

一、商品系統(tǒng)的定位

商品系統(tǒng)是零售SaaS最基礎(chǔ)、最核心的系統(tǒng)之一。商品系統(tǒng)幾乎需要支撐所有業(yè)務(wù)系統(tǒng),例如C端商詳、購(gòu)物車(chē)、訂單、履約、結(jié)算、售后、庫(kù)存、供應(yīng)鏈等,都需要依賴(lài)商品系統(tǒng)的能力。

為了保障業(yè)務(wù)的穩(wěn)定性、可擴(kuò)展性,必須要重視商品系統(tǒng)建設(shè),否則,后續(xù)業(yè)務(wù)和系統(tǒng)將很快喪失擴(kuò)展性和靈活性,甚至無(wú)法支撐業(yè)務(wù)發(fā)展,必須推倒重來(lái),付出慘痛的代價(jià)才能挽回。

二、商品系統(tǒng)的挑戰(zhàn)

1. 行業(yè)需求差異大

不同行業(yè)對(duì)商品管理的需求差異非常大,想要構(gòu)建成熟穩(wěn)定的商品系統(tǒng),需要對(duì)各行業(yè)的商品管理需求,進(jìn)行深度分析。只有這樣,才能抽象出共性的規(guī)律和特征,保障業(yè)務(wù)建模的質(zhì)量。列舉一些行業(yè)差異性需求:

  • 時(shí)尚服裝:款式管理,配比、配碼管理,商品季節(jié)性管理。
  • 3C數(shù)碼:串碼管理,配件管理,售后維修。
  • 美容護(hù)膚、醫(yī)藥保健:批號(hào)管理,生產(chǎn)日期與有效期管理,試用品管理。
  • 生鮮行業(yè):生產(chǎn)日期與有效期管理 ,生鮮加工管理,稱(chēng)重商品與 PLU 碼,輔助單位管理(管理重量和數(shù)量,例如:魚(yú),按照重量核算,以條作為輔助單位)。

2. 支撐的業(yè)務(wù)鏈路廣

商品系統(tǒng)作為最基礎(chǔ)、最核心的系統(tǒng)之一,幾乎所有業(yè)務(wù)系統(tǒng),都需要依賴(lài)商品系統(tǒng)的能力。

從業(yè)務(wù)全流程來(lái)看,需要支撐采購(gòu)、配送、銷(xiāo)售、履約、退貨、退倉(cāng)、核算、結(jié)算、數(shù)據(jù)分析等各個(gè)業(yè)務(wù)環(huán)節(jié)。

從商品生命周期的管理來(lái)看,商品狀態(tài)包括建檔、新品、正常、淘汰、清理等,各個(gè)狀態(tài)之間流轉(zhuǎn)也異常復(fù)雜。

三、商品關(guān)鍵概念

1. 商品基礎(chǔ)

1)平臺(tái)SPU

指的是標(biāo)準(zhǔn)化產(chǎn)品單元,是商品信息聚合的最小單位,是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合,該集合描述了一個(gè)產(chǎn)品的特性,又可稱(chēng)為平臺(tái)商品。

SPU的概念來(lái)源于電商平臺(tái)業(yè)務(wù),第一個(gè)關(guān)鍵點(diǎn)在于,SPU模型會(huì)提取商品的共性屬性用于信息檢索,這些屬性通常是能夠快速識(shí)別商品,并且是消費(fèi)者較為關(guān)心的屬性。

第二個(gè)關(guān)鍵點(diǎn)在于,SPU的屬性是全平臺(tái)標(biāo)準(zhǔn)化的,這樣才能有效保障消費(fèi)者的檢索體驗(yàn)與商家利益,例如,消費(fèi)者搜索256G的iPhone12,有填寫(xiě)容量的商品能搜出來(lái),沒(méi)填容量的商品就搜不出,這顯然不合理,因此平臺(tái)需要規(guī)范所有商品的關(guān)鍵屬性。

2)商品

特指商家的銷(xiāo)售商品,一個(gè)商家可以有很多商品,若N個(gè)商家賣(mài)同一個(gè)商品,如iPhone13,該場(chǎng)景下有1個(gè)平臺(tái)SPU實(shí)例,N個(gè)商品實(shí)例。每個(gè)商品可以有多個(gè)規(guī)格,例如大小、顏色、尺碼等。

3)SKU

SKU(Stock Keeping Unit),指的是庫(kù)存量單位,又稱(chēng)最小存貨單位。以iPhone13為例,關(guān)鍵規(guī)格有顏色(黑色、紅色、銀色、金色)、容量(128G、256G、512G),可以組合出4×3=12個(gè)SKU。

2. 商品類(lèi)型

  • 實(shí)物商品:以有形實(shí)體存在,不能通過(guò)網(wǎng)絡(luò)來(lái)傳遞,必須依賴(lài)傳統(tǒng)的物流運(yùn)輸系統(tǒng)來(lái)傳遞。例如,雞蛋、大米、手機(jī)等。
  • 服務(wù)商品:能夠?qū)崿F(xiàn)交易的無(wú)形商品,無(wú)需物流參與,就能完成交易,例如,話費(fèi)充值等。
  • 組合商品:一般指人為將幾個(gè)單獨(dú)售賣(mài)的商品組合在一起,進(jìn)行合并售賣(mài)的商品,例如:下午茶套餐、七夕美妝組合等。
  • 多規(guī)格商品:代表一組SKU的商品,消費(fèi)者只能選中其中某一個(gè)SKU,例如,以iPhone13為例,關(guān)鍵規(guī)格有顏色(黑色、紅色、銀色、金色)、容量(128G、256G、512G),消費(fèi)者選中了黑色128G的iPhone13進(jìn)行下單交易。
  • 預(yù)售商品:一般來(lái)說(shuō),預(yù)售商品會(huì)提前銷(xiāo)售,但實(shí)物還未生產(chǎn),因此,預(yù)售商品不會(huì)錄入實(shí)物庫(kù)存,售出也不會(huì)扣減實(shí)物庫(kù)存。預(yù)售商品由一組原材料加工而來(lái),加工關(guān)系一般稱(chēng)作配方,因此,當(dāng)預(yù)售商品扣減庫(kù)存時(shí),實(shí)際會(huì)扣減原材料的庫(kù)存。

3. 商品類(lèi)別

  • 前臺(tái)類(lèi)目:前臺(tái)類(lèi)目是面向消費(fèi)場(chǎng)景和用戶(hù)視角的分類(lèi),根據(jù)運(yùn)營(yíng)需求,靈活多變,主要用于用戶(hù)快速篩選。
  • 后臺(tái)類(lèi)目:后臺(tái)類(lèi)目是前臺(tái)類(lèi)目搭建的基礎(chǔ),后臺(tái)類(lèi)目主要面向商家運(yùn)營(yíng),相對(duì)穩(wěn)定,不會(huì)經(jīng)常變更。
  • 品牌:品牌是比較特殊的商品屬性,需要單獨(dú)進(jìn)行管理。品牌是人們對(duì)一個(gè)企業(yè)及其產(chǎn)品、售后服務(wù)、文化價(jià)值的一種評(píng)價(jià)和認(rèn)知,是一種信任。

4. 商品屬性

商品屬性,又稱(chēng)為產(chǎn)品屬性、商品參數(shù),是產(chǎn)品本身固有的特征。不同行業(yè)的商品,差異性非常大,有很多行業(yè)差異化屬性。根據(jù)使用目的、用途不同,商品演化出各式各樣的屬性,有的用于展示,有的用于分析,有的用于經(jīng)營(yíng)管控。

下面根據(jù)商品屬性不同的分類(lèi)法,逐一展開(kāi)描述:

  • 描述屬性:商品貨號(hào)、商品名稱(chēng)、商品?描述、規(guī)格、型號(hào)、產(chǎn)地、等級(jí)、生產(chǎn)廠商、商品圖片等。
  • 統(tǒng)計(jì)屬性:品牌、分類(lèi)、系列、款式、適用人群、適用年齡等。
  • 考核屬性:一般用于組織業(yè)績(jī)考核,品牌、分類(lèi)、系列等。
  • 物流屬性:長(zhǎng)、寬、高、凈重、毛重、重量單位等。
  • 管控屬性:是否季節(jié)商品、是否保險(xiǎn)、是否支持配送、是否支持打折、是否保質(zhì)期管控、是否串碼管理等。
  • 銷(xiāo)售渠道屬性:不同的銷(xiāo)售渠道會(huì)有一些特殊的屬性,例如,美團(tuán)、餓了么的最小購(gòu)買(mǎi)數(shù)量、平臺(tái)分類(lèi)等。
  • 銷(xiāo)售屬性:也稱(chēng)為規(guī)格屬性,該屬性是組成SKU的特殊屬性,直接影響到買(mǎi)家的購(gòu)買(mǎi)和商家的庫(kù)存管理,例如衣服的顏色、尺寸。

5. 商品價(jià)格

  • 指導(dǎo)價(jià):廠商給出的一個(gè)出售的參考價(jià)格。
  • 銷(xiāo)售價(jià):商家根據(jù)自己情況提高或降低指導(dǎo)價(jià)得到的最終銷(xiāo)售價(jià)格。
  • 渠道價(jià)格:在分渠道售賣(mài)的時(shí)候,商品的基礎(chǔ)銷(xiāo)售價(jià)格。
  • 時(shí)間價(jià)格:不同的時(shí)間,可以有不同的價(jià)格。
  • 成本價(jià):一般特指商品的單個(gè)成本,成本價(jià)會(huì)到sku維度。

6. 組織層級(jí)商品

  • 商品庫(kù):零售企業(yè)操作和管理商品的總集。
  • 管理層級(jí)商品:管理層級(jí)需要操作和管理的商品的集合,管理層級(jí)有多種形態(tài),例如區(qū)域、部門(mén)、分公司、子公司等。
  • 店鋪商品:即門(mén)店、商城等店鋪單元的商品集合。
  • 渠道商品:發(fā)布到某個(gè)銷(xiāo)售渠道的商品集合,例如微信商城、美團(tuán)外賣(mài)、餓了么外賣(mài)等渠道。

7. 商品狀態(tài)

  • 商品的生命周期狀態(tài):建檔、新品、正常、預(yù)淘汰、淘汰、清理、待歸檔等。
  • 商品的經(jīng)營(yíng)狀態(tài):商品在各個(gè)業(yè)務(wù)階段,可以有不同的狀態(tài),來(lái)控制業(yè)務(wù)的經(jīng)營(yíng),例如,商品銷(xiāo)售狀態(tài)上架、下架。

四、概念模型設(shè)計(jì)

新零售SaaS架構(gòu):商品系統(tǒng)架構(gòu)設(shè)計(jì)

五、商品應(yīng)用架構(gòu)設(shè)計(jì)

新零售SaaS架構(gòu):商品系統(tǒng)架構(gòu)設(shè)計(jì)

1)展現(xiàn)層

直接與用戶(hù)交互的層級(jí),負(fù)責(zé)向用戶(hù)顯示信息,或解釋用戶(hù)命令。

2)應(yīng)用層

應(yīng)用層的服務(wù)對(duì)應(yīng)一個(gè)具有業(yè)務(wù)價(jià)值的場(chǎng)景用例,主要負(fù)責(zé)對(duì)核心服務(wù)進(jìn)行組合和編排,負(fù)責(zé)處理場(chǎng)景用例內(nèi)的執(zhí)行順序以及結(jié)果的組裝,通過(guò)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)域(問(wèn)題域)復(fù)雜的業(yè)務(wù)知識(shí)抽象和規(guī)則定義。該層難點(diǎn)在于領(lǐng)域?qū)ο蠓治錾?,例如?shí)體,值對(duì)象,聚合(聚合根),領(lǐng)域服務(wù),領(lǐng)域事件,倉(cāng)儲(chǔ),工廠等方面的分析,成熟的領(lǐng)域邏輯不會(huì)有太大變化,所以服務(wù)層的業(yè)務(wù)邏輯通常是共性的、穩(wěn)定的。

4)主數(shù)據(jù)平臺(tái)

主數(shù)據(jù)是跨部門(mén)、業(yè)務(wù)系統(tǒng),能夠反映核心業(yè)務(wù)實(shí)體狀態(tài)的核心基礎(chǔ)信息。對(duì)于商品系統(tǒng)而言,商家信息、組織機(jī)構(gòu)、員工權(quán)限、商品數(shù)據(jù)模型是該系統(tǒng)依賴(lài)的主數(shù)據(jù)。

在業(yè)務(wù)早期,主數(shù)據(jù)平臺(tái)是非必須的,上層系統(tǒng)模塊直接從DB中讀取數(shù)據(jù)并應(yīng)用即可,但隨著系統(tǒng)逐步復(fù)雜后,多個(gè)團(tuán)隊(duì)對(duì)數(shù)據(jù)的改動(dòng)會(huì)互相影響,不利于系統(tǒng)擴(kuò)展,可用性也大大降低,因此,需要拆分出多個(gè)主數(shù)據(jù)服務(wù),將核心數(shù)據(jù)的訪問(wèn)收攏在一起。

六、小結(jié)

本文從商品系統(tǒng)的定位、挑戰(zhàn)、概念模型、應(yīng)用架構(gòu)等方面,闡述了商品系統(tǒng)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn)與方法,希望對(duì)讀者有所幫助。

在SaaS模式下,商品技術(shù)架構(gòu)也存在大量挑戰(zhàn),例如可用性問(wèn)題、數(shù)據(jù)一致性、大流量訪問(wèn)、分店商品大批量處理、商品數(shù)據(jù)模型治理等,會(huì)在后續(xù)的文章中一一介紹。

本文由 @湯師爺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 看得出寫(xiě)得很認(rèn)真

    來(lái)自廣東 回復(fù)
  2. 請(qǐng)教下,這個(gè)圖里面屬性服務(wù)和屬性管理,一個(gè)在服務(wù)層,一個(gè)在應(yīng)用層,但是里面有些功能又是一樣的,這個(gè)怎么理解呢?

    來(lái)自廣東 回復(fù)
    1. 應(yīng)用層代表功能,比如運(yùn)營(yíng)后端管理頁(yè)面功能;服務(wù)層是后端系統(tǒng)劃分

      來(lái)自北京 回復(fù)