《電商產(chǎn)品經(jīng)理從0到1》系列文章面向0~3歲的產(chǎn)品經(jīng)理或者有多年產(chǎn)品工作經(jīng)驗卻剛接觸電商領(lǐng)域的產(chǎn)品經(jīng)理。

本系列文章將詳細(xì)介紹電商核心系統(tǒng)的產(chǎn)品設(shè)計方案，幫助你體系化地認(rèn)識電商產(chǎn)品。

看完本文，你將對以下問題有所了解：

1、商品中心的定義和職責(zé)是什么？?

2、商品中心有哪些核心模塊？?

3、商品中心如何設(shè)計？?

同時也能體系化地掌握與商品相關(guān)的大部分功能模塊的設(shè)計思路。

前言

上一篇文章《一文讀懂電商產(chǎn)品架構(gòu)》整體介紹了電商的基本業(yè)務(wù)、系統(tǒng)流程以及產(chǎn)品架構(gòu)，通過三張大圖初步窺探了電商的基本面貌，了解了一個完整電商系統(tǒng)的核心組成，對電商有了概念層面的全局認(rèn)知。

從本文開始，我們將繼續(xù)對每個核心系統(tǒng)的詳細(xì)設(shè)計思路和方案逐一展開說明。根據(jù)電商各系統(tǒng)的職責(zé)順序，我們知道商品系統(tǒng)是最底層、最核心的系統(tǒng)，沒有商品，其他系統(tǒng)都無法運轉(zhuǎn)，因此，本文將首先帶來《商品中心》的詳細(xì)設(shè)計思路和方案。

（圖片過大無法正常顯示，請用電腦放大查看）

01

商品中心概述

1、什么是商品系統(tǒng)？

顧名思義，商品系統(tǒng)是負(fù)責(zé)管理與商品有關(guān)的數(shù)據(jù)和能力的系統(tǒng)，可以用以下三句話概括：

1、負(fù)責(zé)創(chuàng)建和管理商品的系統(tǒng)?

2、負(fù)責(zé)創(chuàng)建和管理分類、品牌、屬性以及其他所有與商品相關(guān)的數(shù)據(jù)的系統(tǒng)??

3、負(fù)責(zé)對前臺商品展示以及相關(guān)上下游系統(tǒng)提供商品能力的系統(tǒng)

在電商產(chǎn)品體系中，商品是其他所有相關(guān)系統(tǒng)的基礎(chǔ)，用技術(shù)的術(shù)語講，商品系統(tǒng)是其他系統(tǒng)的依賴：從商品采購到庫存管理，從商品自身的創(chuàng)建、上下架管理到商品定價以及前臺展示，從促銷活動到下單支付，從訂單生產(chǎn)到履約配送，電商中的每個流程都與商品相關(guān)。

而在這些所有上下游系統(tǒng)之間，商品數(shù)據(jù)必須是統(tǒng)一的、通用的、標(biāo)準(zhǔn)化的，比如采購系統(tǒng)中的商品A和訂單系統(tǒng)中的商品A需要是同一個A，所以商品系統(tǒng)在很大程度上必須具備中心化服務(wù)的能力，因此商品系統(tǒng)也是所有系統(tǒng)中最優(yōu)先需要設(shè)計成中心化服務(wù)的系統(tǒng)。這也是為什么本文的標(biāo)題是從0到1搭建電商商品中心。

2、商品中心有什么？商品中心能做什么？

通過一張圖就能看明白：

上圖中間的部分就是商品中心，商品中心的核心模塊可以抽象成4個，分別是：

1、商品分類：用于創(chuàng)建分類、管理分類，為商品以及其他系統(tǒng)提供分類能力

2、商品品牌：用于創(chuàng)建品牌、管理品牌，為商品以及其他系統(tǒng)提供品牌能力

3、商品屬性：用于創(chuàng)建屬性、管理屬性，為商品以及其他系統(tǒng)提供屬性能力

4、商品：用于創(chuàng)建商品、管理商品，為其他系統(tǒng)提供商品能力

分類管理、品牌管理、屬性管理與商品管理在系統(tǒng)架構(gòu)上相互獨立存在，單向依賴，是獨立的系統(tǒng)模塊，每個模塊獨立負(fù)責(zé)各自的職能，既能單獨對外提供服務(wù)，又能打包對外提供服務(wù)，各個模塊之間又通過特定的對象相互關(guān)聯(lián)。分類、品牌和屬性作為商品的基礎(chǔ)組成部分，三者共同組成了商品。

商品中心最基本的職能是向上支撐前臺各個環(huán)節(jié)的商品查詢、展示功能，同時向下為價格中心、營銷中心、訂單中心、履約中心、采購系統(tǒng)、庫存中心、倉儲以及運輸?shù)认掠蜗到y(tǒng)提供商品能力和服務(wù)，保證電商體系下所有系統(tǒng)對于商品數(shù)據(jù)的輸入和輸出的統(tǒng)一。

下面，我們就商品中心的4個核心模塊的通用設(shè)計方案分別展開介紹。

02

分類管理

1、為什么要有分類管理？

（截圖為京東APP分類頁）

電商平臺其實可以看成是實體超市在虛擬網(wǎng)站上的映射，在超市的購物場景中，為了讓消費者快速找到想要購買的商品，超市往往會將商品進(jìn)行分門別類，不同的區(qū)域放置不同的品類，每個區(qū)域用導(dǎo)購牌標(biāo)識出來，不同的貨架陳列不同的商品，這就是超市的分類，分類可以幫助消費者更方便快捷地找到想要的商品。?而在電商的sku量級是實體商超的千倍萬倍，在電商網(wǎng)站查詢目標(biāo)商品會變得更加的困難，因此超市的分類功能就很自然的應(yīng)用到電商平臺中。

對于用戶端：

搜索和分類導(dǎo)航是消費者尋找商品時使用的最多的兩個途徑（隨著推薦技術(shù)應(yīng)用程度的加深，搜索和分類的權(quán)重有一定程度的下降），分類導(dǎo)航可以幫助用戶快速定位到目標(biāo)商品，分類導(dǎo)航功能的實現(xiàn)依賴的就是商品的分類管理；

對于運營端：

海量的商品管理對于平臺和商家而言也有很大的成本，運營要快速定位到某一個商品除了搜索關(guān)鍵詞外，分類管理也是重要的手段，分類可以提高管理商品的效率；

2、分類管理的底層設(shè)計思想（重點）

分類管理的核心設(shè)計思想是：前后臺分離，多對多映射；

前后臺分離：

? ? ? ? 指前臺分類和后臺分類設(shè)計成兩套分類體系，后臺分類主要面向平臺管理，其主要邏輯是結(jié)構(gòu)化的管理邏輯（iPhone13∈手機分類，衛(wèi)褲∈服裝分類）；

????????前臺分類主要面向用戶端使用，為運營提供運營空間，為用戶購物提供便捷，其主要邏輯是運營和用戶體驗（如衛(wèi)褲在前臺的分類可以是”冬季新品“，主要考慮的是運營效果以及用戶是否更好的找到商品）；

多對多映射：

????????前臺分類必須以后臺分類作為分類基礎(chǔ)，在創(chuàng)建前臺分類時，必須要先選擇后臺分類；

????????前臺分類和后臺分類之間是多對多的映射關(guān)系，即一個前臺分類可選多個后臺分類，不同前臺分類可選同一個后臺分類；

3、后臺分類設(shè)計方案

產(chǎn)品經(jīng)理口中常說的“分類管理”、“分類設(shè)計”、“分類功能”，一般指后臺分類管理功能，它是企業(yè)內(nèi)部的管理功能，后臺分類是真實的商品分類。

一般情況下，平臺建設(shè)初期就已經(jīng)確定了商品分類模型了，后期只是根據(jù)業(yè)務(wù)的發(fā)展（拓展品類）進(jìn)行升級優(yōu)化，后臺分類創(chuàng)建后，一般不能輕易修改或者刪除。

從界面的角度講，后臺分類管理主要包含兩部分可視化功能：分類創(chuàng)建和分類管理

3.1、分類創(chuàng)建

創(chuàng)建一個新的分類，需填寫兩個主要字段：分類級別和分類名稱，后臺分類的分類名稱一般填寫實物商品的行業(yè)類別（如手機），便于維護(hù)管理，分類的名稱必須唯一。分類級別一般設(shè)計為3級樹狀結(jié)構(gòu)，一二三級分類層層遞進(jìn)（級別過多則復(fù)雜，過少則達(dá)不到分類的目的，具體設(shè)計需根據(jù)平臺的品類復(fù)雜程度等因素綜合考慮）；

當(dāng)創(chuàng)建一個新分類的級別為二級分類或者三級分類時，則需要選擇父級分類

分類編碼和分類ID都可以設(shè)計成根據(jù)一定的規(guī)則自生成（如分類名稱拼音+時間戳拼成分類編碼），分類編碼和分類ID必須唯一，分類被其他系統(tǒng)中調(diào)用傳參時，可以通過分類編碼或者分類ID來實現(xiàn)；

3.2、分類管理

分類管理主要提供分類自身的查詢、排序、修改等功能，同時可設(shè)計綁定/解綁分類對應(yīng)的屬性或品牌的功能（創(chuàng)建屬性或品牌時也具備綁定分類的功能）；

對于分類的刪除或修改，前文提過一般不建議修改（包括修改級別，修改所屬父級分類），修改時需要校驗分類下是否有關(guān)聯(lián)數(shù)據(jù)，無關(guān)聯(lián)數(shù)據(jù)時可在一定程度上進(jìn)行修改；而刪除功能則需要更加謹(jǐn)慎設(shè)計，一般情況下，分類下只要有關(guān)聯(lián)數(shù)據(jù)（如有關(guān)聯(lián)商品、關(guān)聯(lián)前臺分類等）則不能刪除，需要分類下沒有任何關(guān)聯(lián)數(shù)據(jù)時，才可以操作刪除（建議前期不設(shè)計刪除功能，或者設(shè)計成需要高級權(quán)限才可執(zhí)行刪除操作）。

4、前臺分類設(shè)計方案

（京東PC端商品分類截圖）

前臺分類在職責(zé)邊界劃分上，屬于“網(wǎng)站/APP運營配置”的功能范疇，不是真正意義上的分類功能，在維護(hù)前臺分類時，需要掛在一個或多個后臺分類上，用戶在前端點選分類查找商品時，系統(tǒng)通過【前臺分類——后臺分類——商品】的三級映射關(guān)系查詢前臺分類下應(yīng)該展示哪些商品；

（分類管理界面示例）? ? ? ?? ? ?

前后臺分類多對多映射的設(shè)計邏輯主要考慮的運營需求和用戶對于商品的認(rèn)知差異，由于分類導(dǎo)航的流量非常大，運營往往會配置一些運營分類，如推薦分類、常用分類等，對于推薦/常用這樣的分類本質(zhì)上和商品屬性沒有直接關(guān)系，出于運營選，前臺分類可以關(guān)聯(lián)多個不同的后臺分類（如很多電商網(wǎng)站中，后臺分類中的手機分類和手機配件分類在前臺對應(yīng)的分類都是手機）。

03

品牌管理

1、為什么要有品牌管理？

在大型電商平臺中的系統(tǒng)架構(gòu)中，品牌管理與分類管理一樣，是一塊獨立的、完整的功能。很多人剛接觸商品系統(tǒng)時，可能見過創(chuàng)建商品時直接簡單地填寫一下商品的品牌的設(shè)計方式，那為什么大型平臺要有單獨的品牌管理呢？

在大型電商平臺中，品牌也是用戶查詢篩選商品的重要手段，標(biāo)準(zhǔn)化程度越高的品類，通過品牌篩選查詢商品的使用場景越大（如京東平臺購買手機或者家電時，消費者往往會先選定品牌）。

而品牌數(shù)據(jù)如果不是結(jié)構(gòu)化的，任由運營或者商家創(chuàng)建商品隨意填寫，則可能會出現(xiàn)同一個品牌的商品被不同業(yè)務(wù)或者不同的商家填寫成不同的品牌，如商家A把小米填寫成字母“xiaomi”，商家B把小米填寫成中文“小米”，商家C甚至填寫成“showmi”等各種錯誤數(shù)據(jù)，當(dāng)?shù)讓訑?shù)據(jù)無法統(tǒng)一時，則前臺篩選或者其他系統(tǒng)需要使用品牌數(shù)據(jù)時，就無法正常使用了。

2、品牌管理如何設(shè)計？

品牌管理主要包含兩部分功能，即品牌的創(chuàng)建和品牌的管理。

2.1、品牌創(chuàng)建

品牌的創(chuàng)建場景主要有兩種：一種是平臺側(cè)主動創(chuàng)建，初期一般是按照各個品類直接初始化到系統(tǒng)中去；另一種平臺型電商比較常見的申請方式，即由入駐到平臺的三方商家申請品牌（如阿里京東平臺中，如果新入駐的商家是自有新品牌或者未被平臺收錄，則都需要先走品牌申請流程，如早期的淘品牌韓都衣舍等），平臺審核通過后落入品牌庫。?

品牌創(chuàng)建一般有幾個核心關(guān)鍵要素：

1、品牌中文名?

2、品牌英文名：建議格式要求大寫

3、品牌別名：品牌有官方名稱和民間名稱，有時候民間名稱比官方更知名

4、品牌注冊人?

5、品牌注冊號?

6、品牌LOGO：一定要限制圖片尺寸和大小，便于系統(tǒng)展示規(guī)范

7、品牌注冊地區(qū)

8、其他字段根據(jù)平臺特性或行業(yè)資質(zhì)要求自定

如果是三方申請的方式創(chuàng)建，需填寫的信息與平臺自主創(chuàng)建一致，只不過申請品牌流程填寫完畢后，會提交給品牌進(jìn)行審核（審核流程設(shè)計本文不展開），一旦審核通過，第二個商家再經(jīng)營同一個品牌的商品時，則直接從品牌庫中選擇即可；

2.2、品牌管理

品牌管理就是品牌自身的查詢、修改、停用等功能，即基礎(chǔ)的增查改，需要注意的是品牌在修改或者停用時，也要校驗品牌下沒有關(guān)聯(lián)的數(shù)據(jù)（商品、分類等），否則不能操作修改或者停用（部分信息的修改如果不影響其他數(shù)據(jù)的展示，則可以修改）。另外就是可設(shè)計品牌與商品分類的映射關(guān)系的功能，當(dāng)發(fā)品時選擇了分類后，會自動檢索該分類下應(yīng)該出現(xiàn)的品牌（也可不設(shè)計，不設(shè)計的邏輯就是當(dāng)選擇分類后，選擇品牌時檢索的是全量品牌，兩種方案有利有弊）。

04

屬性管理

1、屬性是什么？為什么要有屬性管理？

屬性是什么？——屬性指商品所特有的性質(zhì)，如顏色屬性、尺碼屬性、規(guī)格屬性等。

屬性的作用？——屬性也是將商品進(jìn)行分類和聚合的必要且重要的方法，類目和品牌只能在一定程度上將海量的商品進(jìn)行分類，比如用戶在京東購買“家電”，可以通過類目（如：電視、空調(diào)、冰洗···）、品牌（如：格力、小米···）來查詢想要的產(chǎn)品（如：小米電視），但是當(dāng)用戶想進(jìn)一步快速定位到最準(zhǔn)確的意向結(jié)果（如小米電視55寸4K版），類目和品牌就顯得不夠用了，因此如果想實現(xiàn)更細(xì)顆粒度的劃分，只能通過屬性的方式來實現(xiàn)。一個商品所擁有的所有性質(zhì)，都是這個商品的屬性，如：屏幕尺寸、分辨率、能效等級等。

而不同類目下的商品，其擁有的屬性又不一樣（比如服裝沒有屏幕尺寸等屬性，手機沒有尺碼屬性），且隨著品類的豐富，屬性的數(shù)據(jù)也隨之變得非常龐大，為了更好地管理不同類型的商品的屬性，使其在前臺應(yīng)用時可以有清晰簡單的邏輯，屬性管理的意義就顯得非常重要了。

2、屬性管理的設(shè)計思想

屬性從結(jié)構(gòu)上可拆分成3塊，分別是：屬性組>屬性>屬性值

1、屬性組：將大量屬性分類，便于管理，如手機的“外觀屬性”、“性能屬性”等 ；

2、屬性：即屬性名，指具體的屬性，如顏色、版本、運行內(nèi)存?；

3、屬性值：指屬性的具體值，如顏色屬性的屬性值有：紅色、黃色、綠；

以上3個模塊就組成了屬性管理，有時候為了在業(yè)務(wù)層面溝通方便或者口徑統(tǒng)一，又或者其他的應(yīng)用場景，還會引入屬性分類的設(shè)計，在屬性組之上將屬性在進(jìn)行分類（相對抽象的分類），一般分為基礎(chǔ)屬性、銷售屬性、倉儲屬性、物流屬性、擴展屬性（關(guān)于屬性分類，沒有標(biāo)準(zhǔn)設(shè)計，結(jié)合自身的平臺特性劃分即可，也可不設(shè)計屬性分類）。

下面將屬性分類結(jié)合3個核心模塊，以手機品類舉例，通過一張表格解釋一下屬性的各個概念：

屬性分類	屬性組	屬性	屬性值
基礎(chǔ)屬性	屏幕屬性	屏幕分辨率	1080P、2K
		屏幕尺寸	6.95英寸、5英寸
		屏幕材料	LCD、AMOLED
	功能屬性	攝像頭像素	800萬、1億
		指紋類型	屏下指紋、屏后指紋
		刷新率	90HZ、120HZ
銷售屬性	外觀屬性	顏色	白色、黑色
	性能屬性	運行內(nèi)存	4G、8G
		機身內(nèi)存	128G、256G
倉儲屬性	倉儲屬性	體積	手動填寫
		重量	手動填寫
物流屬性	物流屬性	配送方式	冷鏈配送、普通配送
擴展屬性

下圖是京東平臺-iPhone13的商品詳情頁截圖，在京東前臺，這些信息是結(jié)構(gòu)化的字段（并非圖文），其數(shù)據(jù)就來自于創(chuàng)建商品時填寫的屬性：

3、屬性管理的設(shè)計方案

1、屬性組的核心功能：創(chuàng)建和管理（查詢、修改、綁定屬性）?

2、屬性的核心功能：創(chuàng)建和管理（查詢、修改、綁定屬性組、綁定分類）?

3、屬性值：依托于屬性功能

3.1、屬性組的創(chuàng)建：

3.2、屬性組管理（列表）：

3.3、屬性組管理（詳情）：

主要功能是支持綁定屬性和解綁屬性以及對屬性組的啟用/停用控制，對于停用操作，需要校驗屬性組下沒有任何關(guān)聯(lián)數(shù)據(jù)（屬性等）

3.3、屬性以及屬性值的創(chuàng)建

屬性和屬性值的創(chuàng)建也有兩種場景：一種是平臺側(cè)主動創(chuàng)建，另一種平臺型電商比較常見的申請方式，即三方商家創(chuàng)建商品時，如果屬性庫中的屬性不夠用，則可以在創(chuàng)建商品的界面直接添加屬性。

平臺側(cè)創(chuàng)建屬性

重點說明一下關(guān)聯(lián)分類：屬性必須要關(guān)聯(lián)分類，當(dāng)創(chuàng)建新商品時，第一步就是選擇分類，當(dāng)后面選擇屬性時，系統(tǒng)就能根據(jù)所選分類查詢對應(yīng)的屬性了（如手機類目下，不會展示服裝尺碼等屬性）

三方發(fā)品時創(chuàng)建屬性/屬性值

淘寶三方后臺添加屬性/屬性值功能

京東三方后臺添加屬性/屬性值功能

以上就是屬性管理相關(guān)功能模塊的設(shè)計介紹，屬性管理（綁定分類、綁定屬性組）的界面與屬性組類似。屬性的刪除、解綁等操作與屬性組一樣，也需要校驗是否有關(guān)聯(lián)數(shù)據(jù)。

05

商品管理

商品管理模塊主要負(fù)責(zé)創(chuàng)建商品、管理商品，為其他系統(tǒng)提供商品能力，是商品中心最核心的模塊，同時商品管理也依賴分類、品牌、屬性三個模塊，以創(chuàng)建商品為例，創(chuàng)建商品時需要填寫的字段中，最重要的就是選擇分類、品牌、屬性，可以說商品是建立在分類模塊、品牌模塊和屬性模塊之上的模塊。

1、兩個概念——SPU&SKU

在具體說明商品模塊之前，有必要先說明兩個名詞“SPU和SKU”，不止電商平臺，大部分涉及交易的系統(tǒng)都可能涉及SPU和SKU相，相信大部分人都接觸過這兩個名稱。

以下是百度百科對SPU和SKU的解釋：

SPU(Standard Product Unit)——標(biāo)準(zhǔn)化產(chǎn)品單元。是商品信息聚合的最小單位，是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合，該集合描述了一個產(chǎn)品的特性。通俗點講，屬性值、特性相同的商品就可以稱為一個SPU

SKU(stock keeping unit)——SKU即庫存進(jìn)出計量的單位，?可以是以件、盒、托盤等為單位；SKU是一個可以售賣的商品。

通俗地講，SPU定位一個產(chǎn)品，SKU定位為商品。例如手機這個類目下，iPhone 13就是一個SPU，iPhone 13 ?256G ?黑色就是一個SKU（京東的SKU還會加上公開版等屬性）

一般情況下，基礎(chǔ)屬性可以看成是spu的屬性，如手機的屏幕尺寸、CPU型號、像素等基礎(chǔ)屬性；銷售屬性以及倉儲物流屬性存儲在sku上，如顏色、版本等銷售屬性；

2、創(chuàng)建商品

創(chuàng)建商品功能從界面上看比較簡單，就是填寫一堆字段，然而根據(jù)平臺的大小、復(fù)雜程度、垂直專業(yè)程度等因素的不同，可以抽象成兩種設(shè)計方案：

方案1：同時創(chuàng)建多個sku，同步生成關(guān)聯(lián)spu，整體方案是直接創(chuàng)建sku，維護(hù)多個不同的屬性即意味著生產(chǎn)維護(hù)多個sku；該方案適用于大部分2C類綜合型電商平臺（如淘寶和京東POP創(chuàng)建商品就是這種方式）

方案2：先創(chuàng)建spu，基于spu創(chuàng)建sku，整體方案是由平臺的主數(shù)據(jù)團(tuán)隊負(fù)責(zé)維護(hù)spu，由商家（包括自營和POP）運營（或采銷）基于spu維護(hù)sku，創(chuàng)建sku時，先選擇spu（spu中的基礎(chǔ)屬性已經(jīng)由數(shù)據(jù)團(tuán)隊維護(hù)完畢），在spu基礎(chǔ)上維護(hù)銷售屬性、物流屬性等，然后生成sku；該方案適用于專業(yè)性非常強的垂直B2B行業(yè)，如汽車、醫(yī)藥等；

產(chǎn)生兩種方向的原因是：垂直B2B平臺的商家（行業(yè)傳統(tǒng)，商家老板年紀(jì)較大）運營能力有限，維護(hù)商品屬性的錯誤率遠(yuǎn)高于2C平臺的商家，而平臺對于商品結(jié)構(gòu)化的管控要求較高，為了避免同一個商品被不同的商家維護(hù)成多個不同的屬性（如汽車輪胎的胎面寬、尺寸等屬性），平臺往往選擇由專門的數(shù)據(jù)團(tuán)隊維護(hù)商品的基礎(chǔ)屬性，即維護(hù)spu。且B2B垂直電商的品類少、sku量級相對較小，品類標(biāo)準(zhǔn)化程度高，由平臺統(tǒng)一維護(hù)的可行性高。而綜合電商成千上萬個品類，靠平臺的數(shù)據(jù)團(tuán)隊統(tǒng)一維護(hù)不太現(xiàn)實，或者像服裝這樣的非標(biāo)品類，對于商品的結(jié)構(gòu)化管理訴求低，因此綜合平臺（京東、淘寶）與垂直平臺的設(shè)計方向就出現(xiàn)了差異。

實際情況下，即使是綜合平臺（如京東），不同的品類也會出現(xiàn)不同的設(shè)計方法，有的品類垂直縱深，也是采用的平臺維護(hù)spu，商家創(chuàng)建sku的方式。

2.1、創(chuàng)建sku設(shè)計方案，以方向1說明

這種方法比較常見，見過淘寶、京東等主流電商后臺的同學(xué)應(yīng)該有一定的印象，邏輯就是直接創(chuàng)建sku，生成sku的同時，生成相應(yīng)的spu，如下圖的淘寶商家后臺：

（淘寶三方后臺創(chuàng)建商品-填寫銷售信息截圖）

從圖中可以看出，基礎(chǔ)屬性相同的多個sku對應(yīng)同一個spu，顏色屬性+飛行種類屬性確定一個sku，價格和庫存存儲在sku上（即使批量填充一樣的價格和庫存，在數(shù)據(jù)底層也是按照sku的維度存儲；

而在前臺則以spu的維度展示（體驗更好），切換銷售屬性即是在同一個spu維度下，切換不同的sku：

以上為天貓PC端-iPhone13的商品詳情頁，可以看出，iPhone13+黑色+128G和iPhone13+粉色+128G是兩個獨立的SKU（skuid不同），兩個sku對應(yīng)的SPU是同一個（spuid相同）

以上就是方案1的核心設(shè)計邏輯：即創(chuàng)建商品的時候，維護(hù)不同的銷售屬性就是維護(hù)了多個不同的sku，但最終同步生成了同一個spu；

了解了設(shè)計邏輯以后，對于功能設(shè)計就非常簡單了，不論是自營后臺還是三方pop后臺，創(chuàng)建商品的界面大同小異，可按照流程大約分為7個步驟：

第一步：選擇類目（商品分類），注意選擇類目時，調(diào)用的是后臺分類（這里就用上了分類管理的服務(wù)了）：

（圖：淘寶商家后臺-創(chuàng)建新商品-選擇分類）

當(dāng)選擇分類后，系統(tǒng)自動加載該分類下對應(yīng)的品牌數(shù)據(jù)（有的類目則是在填寫商品信息時選擇品牌）；

后面的步驟比較簡單，只是填寫對應(yīng)的字段內(nèi)容即可，就不過多展開了，直接附上一張后臺截圖供參考，

（圖為淘寶商家后臺發(fā)布商品的截圖）

以上就是創(chuàng)建商品的設(shè)計方案，方案2與方案1的區(qū)別是：創(chuàng)建sku時，需要基于spu創(chuàng)建sku，即spu由內(nèi)部數(shù)據(jù)運維團(tuán)隊負(fù)責(zé)創(chuàng)建、維護(hù)，運營以及三方商家創(chuàng)建sku時需要先選擇spu（如果沒有則需要提交申請），具體界面與方案1區(qū)別不大，本文也不做展開；

3、商品管理其他模塊

商品創(chuàng)建完成后，還需要經(jīng)過審核才可上架展示到前臺，而這其中又涉及商品的狀態(tài)機的設(shè)計，但是也比較簡單，本文也不做展開說明。

最后就是關(guān)于價格的說明：不知道是否有人會有疑問，商品中心全篇沒有提及價格，很多人的認(rèn)知里，商品和價格是一體的，創(chuàng)建商品的時候就必須要填寫價格，其實這是一個誤區(qū)。在業(yè)務(wù)初期只有零售價的時候，還可以直接填寫零售價、劃線價等簡單的價格，隨著業(yè)務(wù)的發(fā)展，業(yè)務(wù)形態(tài)越來越復(fù)雜，創(chuàng)建商品的時候直接填寫價格的方式很快就無法滿足業(yè)務(wù)的需求了，比如京東后面發(fā)展出企業(yè)購業(yè)務(wù)，又發(fā)展出各類用戶價格（plus價、學(xué)生價、新人價、），同時加上促銷價，此時商品系統(tǒng)已經(jīng)無法支撐各類形式的價格需求了，所以在系統(tǒng)架構(gòu)上，商品和價格是完全獨立的、分離的兩個系統(tǒng)。

總結(jié)

最后回答一下文章最開始的幾個問題：

1、商品中心的職責(zé)是什么？

1、負(fù)責(zé)創(chuàng)建和管理商品

2、負(fù)責(zé)創(chuàng)建和管理分類、品牌、屬性以及其他所有與商品相關(guān)的數(shù)據(jù)

3、負(fù)責(zé)對前臺商品展示以及相關(guān)上下游系統(tǒng)提供商品能力

2、商品中心有哪些核心模塊？—— 四個核心模塊

1、商品分類：用于創(chuàng)建分類、管理分類，為商品以及其他系統(tǒng)提供分類能力?

2、商品品牌：用于創(chuàng)建品牌、管理品牌，為商品以及其他系統(tǒng)提供品牌能力?

3、商品屬性：用于創(chuàng)建屬性、管理屬性，為商品以及其他系統(tǒng)提供屬性能力?

4、商品：用于創(chuàng)建商品、管理商品，為其他系統(tǒng)提供商品能力

3、商品中心各模塊如何設(shè)計？—— 一張圖看懂各模塊核心重點

商品中心作為其他上下游系統(tǒng)的依賴，是與其他系統(tǒng)交互最多的系統(tǒng)之一，因此對于商品中心而言，合理的架構(gòu)設(shè)計、良好的拓展性是重中之重，前期打好基礎(chǔ)，避免后期隨著業(yè)務(wù)的發(fā)展反復(fù)重構(gòu)系統(tǒng)。

以上就是商品中心的全部內(nèi)容，主要介紹了商品中心各個模塊的概念和職責(zé)，以及各個模塊的核心設(shè)計思路，建議大家研讀文章的同時，也可以體驗一下不同的平臺，結(jié)合文章多分析多總結(jié)，然后得出自己的全面的理解。

↘好文推薦：

所有人問「貼吧之父」俞軍

產(chǎn)品經(jīng)理的思考利器——UML
新晉管理者容易犯的3種管理錯誤

👇歡迎關(guān)注：

點個“在看”

總結(jié)

以上是生活随笔為你收集整理的8000字讲清楚从0到1搭建电商商品中心（建议收藏）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。