商品管理系統(tǒng)如何設(shè)計(jì)?以商品類目和屬性為例

20 評(píng)論 52226 瀏覽 358 收藏 14 分鐘

商品是電商系統(tǒng)中心的最小組織單元,商品管理體系是整個(gè)電商業(yè)務(wù)的基礎(chǔ)也是連接各個(gè)模塊的核心。商品同樣也是連接前臺(tái)用戶,平臺(tái)商戶,后臺(tái)管理及倉(cāng)儲(chǔ)管理的橋梁,商品管理系統(tǒng)與訂單,搜索,促銷活動(dòng),庫(kù)存,配送等有著緊密的聯(lián)系。

所以如何設(shè)計(jì)好商品管理體系,直接影響到電商體系的兼容和擴(kuò)展,也能提升有用戶的導(dǎo)購(gòu)體驗(yàn),簡(jiǎn)化運(yùn)營(yíng)及商家的操作。

本篇聊聊如何設(shè)計(jì)和管理商品管理的類目、屬性、SKU和SPU。

01 類目管理

類目也稱商品分類或者產(chǎn)品分類,呈現(xiàn)樹(shù)狀結(jié)構(gòu),一般三到四層,層級(jí)太深不方便運(yùn)營(yíng)同學(xué)進(jìn)行管理。類目管理需要區(qū)分前臺(tái)類目和后臺(tái)類目管理,為什么需要這樣做區(qū)分呢?

(1) 更符合用戶心里預(yù)期

后臺(tái)類目的配置為標(biāo)準(zhǔn)化的服務(wù),比如夏天快過(guò)了,運(yùn)營(yíng)需要在前臺(tái)分類顯示【秋裝上新】,如果前后臺(tái)沒(méi)有分離,運(yùn)營(yíng)人員需要重新建立一個(gè)分類進(jìn)行配置,同時(shí)需要將相關(guān)商品轉(zhuǎn)移到【秋裝上新】分類下,來(lái)滿足這個(gè)臨時(shí)的需求,這樣不是適合運(yùn)營(yíng)的節(jié)奏。

前后臺(tái)分開(kāi)的情況,運(yùn)營(yíng)只需要將前臺(tái)設(shè)置需要展示類目和后臺(tái)一個(gè)或者多個(gè)類目進(jìn)行關(guān)聯(lián)即可。

(2) 縮短用戶導(dǎo)航路徑

后臺(tái)類目越細(xì)越便于管理,但是前臺(tái)分類越細(xì)用戶流失越大,每多一個(gè)步驟的操作就是流失多一部分用戶。

后臺(tái)的分類越細(xì),用戶的路徑就越長(zhǎng),前后臺(tái)分離可以由運(yùn)營(yíng)來(lái)控制前臺(tái)類目的節(jié)奏,適合的進(jìn)行調(diào)整。

(3) 降低品類的調(diào)整成本

后臺(tái)類目是標(biāo)準(zhǔn)化的基準(zhǔn),將產(chǎn)品類目進(jìn)行統(tǒng)一和標(biāo)準(zhǔn)化進(jìn)行定義。如果前臺(tái)類目要調(diào)整,跟著后臺(tái)類目也需要調(diào)整勢(shì)必會(huì)導(dǎo)致,跟著相關(guān)商品需要進(jìn)行調(diào)整,B2C累是自己的運(yùn)營(yíng),像類似淘寶面向商戶的平臺(tái),只怕商戶會(huì)跳起來(lái)。

1.1 后臺(tái)類目

后臺(tái)類目提供給運(yùn)營(yíng)人員進(jìn)行增刪改查,同時(shí)可以對(duì)類目進(jìn)行排序。后臺(tái)類目層級(jí)3-4層為宜,最后層級(jí)的類目稱之為葉子類目,后臺(tái)最為重要的是葉子類目也稱基礎(chǔ)類目,任何商品都需要掛載到葉子類目上。

類目在規(guī)劃中盡量需要做到完善,避免后期的頻繁修改和刪除,尤其是在葉子類目下掛有商品的類目就不能被刪除。

創(chuàng)建分類和配置分類進(jìn)行分開(kāi)較為合適,創(chuàng)建類目需要設(shè)置類目名稱,指定該分類是否有上級(jí)分類,是否禁用分類,禁用分類同刪除分類一樣,需要該類目下沒(méi)有商品。

創(chuàng)建完類目后,對(duì)類目進(jìn)行屬性的配置,為了運(yùn)營(yíng)同學(xué)這邊配置方便,可以下級(jí)類目繼承上級(jí)類目的屬性,這樣減少部分人員的工作量。

而我們對(duì)商品屬性進(jìn)行區(qū)分基礎(chǔ)屬性,規(guī)格屬性,描述屬性,在創(chuàng)建葉子類目后需要為類目配置相應(yīng)的屬性或?qū)傩越M,當(dāng)創(chuàng)建商品時(shí)選擇基礎(chǔ)類目后,需要按照類目屬性進(jìn)行相關(guān)的商品描述。

類目屬性盡量采用數(shù)據(jù)組方式進(jìn)行管理,盡管有些類目屬性值比較少,由屬性組進(jìn)行管理更加系統(tǒng),同時(shí)也可以減少工作量。

1.2 前臺(tái)類目

前臺(tái)類目使用在這幾個(gè)場(chǎng)景,運(yùn)營(yíng)同學(xué)配置展示的分類,運(yùn)營(yíng)需要根據(jù)當(dāng)前活動(dòng)促銷來(lái)進(jìn)行分類的管理,需要根據(jù)季節(jié)進(jìn)行分類 的調(diào)整分類等,需要注意的時(shí)創(chuàng)建前臺(tái)最后一級(jí)類目通過(guò)與后臺(tái)類目進(jìn)行關(guān)聯(lián),他們之間可以1對(duì)1,1對(duì)多,多對(duì)1,多對(duì)多。

比如下圖顯示“夏上新”的分類,對(duì)應(yīng)后臺(tái)分類包括“T恤,襯衫,印花T恤”等這些后臺(tái)的分類,這樣各種靈活的匹配提高用戶的查找效率和轉(zhuǎn)化率;

平臺(tái)商戶在商戶后臺(tái)創(chuàng)建商品時(shí)選擇分類,商戶在選擇商品類目后可以直接將后臺(tái)類目下的商戶屬性進(jìn)行帶出來(lái),比如淘寶商戶創(chuàng)建商品時(shí)需要先選擇到葉子類目,根據(jù)葉子類目下面的屬性進(jìn)行配置,有些類目的屬性標(biāo)準(zhǔn)化已經(jīng)時(shí)配置好了不需要商家進(jìn)行配置。

對(duì)于類目管理我們需要有全局的思維來(lái)考慮商品的后期的擴(kuò)展性,同時(shí)需要有成本思維來(lái)權(quán)衡每個(gè)階段的商品迭代的節(jié)奏。

初創(chuàng)的電商企業(yè)分類不多,商品較少可以在開(kāi)發(fā)過(guò)程中逐步完善商品管理系統(tǒng),但是做為產(chǎn)品人需要做好提前規(guī)劃,保障開(kāi)發(fā)人員都知道商品系統(tǒng)最終的設(shè)計(jì)和規(guī)劃方案,開(kāi)發(fā)人員在設(shè)計(jì)架構(gòu)時(shí)也會(huì)進(jìn)行相應(yīng)的設(shè)計(jì)。

02 產(chǎn)品屬性

前面說(shuō)完類目后,用戶可以快速的查找自己需要商品了吧?

當(dāng)平臺(tái)商品少的時(shí)候這個(gè)基本可以滿足了,隨著商品的量級(jí)達(dá)到百萬(wàn)量級(jí)以上后,用戶查找難度又體現(xiàn)出來(lái)了:襯衣又分七分袖、長(zhǎng)袖、短袖、五分袖;面料又分為純棉、麻料、滌綸;手機(jī)又分內(nèi)存1G、2G、3G、4G、5G;攝像頭又分800萬(wàn)像素、1200萬(wàn)像素、2000萬(wàn)像素的……

如果還是用類目進(jìn)行管理,類目的層級(jí)會(huì)越來(lái)越深,另外還有交叉和重復(fù)的問(wèn)題。

這個(gè)時(shí)候我們單靠樹(shù)狀的類目來(lái)管理商品已經(jīng)無(wú)法滿足需求,這樣我們需要引入另外一個(gè)維度來(lái)管理具象的商品,那就是“屬性”。

上圖是就是京東通過(guò)手機(jī)類目進(jìn)來(lái)看到的一些屬性值,而屬性正是描述和區(qū)分產(chǎn)品差異的集合標(biāo)識(shí)。

比如我們拿到一盒紙牌,我們需要找到方塊10,我們可以用過(guò)數(shù)字作為一個(gè)維度,花色作為一個(gè)維度,找到我們需要的方塊10,而數(shù)字和花色就是我們查找屬性;另外比如我們查字典,可以通過(guò)拼音查找這一個(gè)字,這樣涉及幾個(gè)屬性聲母、韻母、聲調(diào)。

2.1 屬性分類

從屬性功能上屬性可以分為基礎(chǔ)屬性,規(guī)格屬性,描述屬性等。

  • 基礎(chǔ)屬性:能夠確認(rèn)商品的唯一性,關(guān)鍵屬性可以是單個(gè)屬性也可以是一個(gè)屬性組。例如手機(jī)品牌+型號(hào),服飾的品牌+貨號(hào),基礎(chǔ)屬性可以確認(rèn)一類產(chǎn)品(SPU),比如iPhone 8、iphone 8P等;
  • 規(guī)格屬性:組成SKU的屬性單元。直接影響用戶購(gòu)買和賣家的庫(kù)存,比如iPhone8 64G 黑色 國(guó)行等;
  • 描述屬性:描述商品特征,比如服飾純棉、滌綸、麻料,褲子修身、直筒等。

2.2 屬性與屬性組

屬性包括屬性名,屬性值,一般都是掛載到具體基礎(chǔ)類目下,設(shè)置必填和非必填。

屬性值包括幾種方式,手工錄入、列表選擇、多行文本;屬性值可選項(xiàng)單選,復(fù)選。

屬性分組,由于類目屬性有時(shí)候會(huì)較多,尤其是數(shù)碼類產(chǎn)品,所以需要屬性組進(jìn)行歸類,把相同特征的屬性歸到一組,方面后臺(tái)運(yùn)營(yíng)人員對(duì)基礎(chǔ)類目的梳理,同樣給用戶呈現(xiàn)出來(lái)也更加清晰。下圖為華為模塊手機(jī)屬性分組的展示。

2.3 屬性繼承

繼承是開(kāi)發(fā)中面向?qū)ο蟮囊粋€(gè)思路,通用屬性也具備繼承性,使用繼承的方法可以部分減輕運(yùn)營(yíng)人員操作的工作量。

比如比如父級(jí)類目是【數(shù)碼】,二級(jí)類目有【電腦】,三級(jí)類目有【筆記本電腦】、【臺(tái)式電腦】,這樣我們可以在【電腦】屬性進(jìn)行通用屬性綁定,比如【CPU】,【內(nèi)存】,【硬盤】等,這樣在綁定【筆記本電腦】類目的時(shí)候就只需要繼承就可以了。

品牌管理可以做為一個(gè)特殊的屬性對(duì)類目進(jìn)行關(guān)聯(lián),品牌和類目的關(guān)系可以是1對(duì)1,1對(duì)多,多對(duì)1。

比如聯(lián)想就有電腦,手機(jī),鼠標(biāo)等不同類目。新建品牌時(shí),需要講品牌和基礎(chǔ)類進(jìn)行關(guān)聯(lián)起來(lái),這樣添加時(shí)更加的快捷

03 SKU和SPU

  • SKU:(Stock Keeping Unit,庫(kù)存量單位),即庫(kù)存進(jìn)出計(jì)量的單位。能夠識(shí)別唯一單品的最小單元,SKU是物理上不可分割的最小存貨單元。
  • SPU:(Standard Product Unit,標(biāo)準(zhǔn)化產(chǎn)品單元),是商品信息聚合的最小單位,是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合,該集合描述了一個(gè)產(chǎn)品的特性。具有相同屬性,特征商品可以成為一個(gè)SPU。

下圖iPhone xr就是一個(gè)SPU,它集合這類產(chǎn)品很多通用屬性特征,比如CPU,屏幕大小,攝像頭等,但是iPhone XR又分為不同的顏色,內(nèi)存大小的不同,版本型號(hào)的不同,這些規(guī)格屬性確定iPhoneXR是一件商品,對(duì)應(yīng)商品的價(jià)格和商品的庫(kù)存。

我們創(chuàng)建一類商品的過(guò)程是在添加SPU和SKU,將需要選擇的品牌,基礎(chǔ)屬性,描述屬性確定該商品的SPU,再通過(guò)規(guī)格屬性值的添加確定該商品的SKU。

這樣保障同一個(gè)SPU共用商品詳情信息,只是通過(guò)規(guī)格屬性對(duì)應(yīng)不同的SKU,對(duì)于不同的規(guī)格設(shè)定不同的價(jià)格。在前臺(tái)展示可以以SPU進(jìn)行呈現(xiàn)(淘寶),也可以以SKU作為呈現(xiàn)(京東)。

在產(chǎn)品呈現(xiàn)給用戶進(jìn)行引流的時(shí)候,搜索的時(shí)候,目的是讓用戶知道咱們平臺(tái)有這個(gè)產(chǎn)品以SPU呈現(xiàn)為佳;涉及用戶購(gòu)買的時(shí)候,這樣需要具體化的時(shí)候,需要使用使用SKU。

小結(jié)

以上只是本人結(jié)合自身對(duì)電商這塊理解的總結(jié),將商品的類目和屬性進(jìn)行規(guī)劃后,創(chuàng)建商品,上架商品相信是很簡(jiǎn)單的事情,每個(gè)電商平臺(tái)還是需要結(jié)合自己的平臺(tái)所處的階段、電商模式、商品量級(jí)進(jìn)行規(guī)劃。

對(duì)于不同的使用需求,尤其是一些細(xì)節(jié)上面,還是需要根據(jù)自己的實(shí)際情況進(jìn)行操作。希望本文能夠給看到的朋友提供幫助,不足之處希望有機(jī)會(huì)交流。

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 請(qǐng)問(wèn),類目關(guān)聯(lián)了屬性。那如果類目修改了上級(jí)分類,當(dāng)前類目下又有商品,這時(shí)候商品屬性會(huì)變嗎?還是不允許修改類目呢

    來(lái)自北京 回復(fù)
  2. 屬性是否被搜索是怎么處理呢,在前端頁(yè)面會(huì)有怎樣的邏輯?

    來(lái)自廣東 回復(fù)
  3. 博主,我有一個(gè)地方不太理解,屬性組和屬性類型有何區(qū)別?
    盼回復(fù)!

    來(lái)自上海 回復(fù)
  4. 講的挺不錯(cuò)的,就是對(duì)樓主文中提到的“規(guī)則屬性”部分相比其他描述會(huì)沒(méi)那么清晰,如果有截圖或架構(gòu)提供的話,可能會(huì)更讓人理解。

    來(lái)自廣東 回復(fù)
    1. 規(guī)格屬性也可以理解為:銷售屬性
      比如顏色、尺碼、款式、內(nèi)存大小,然后SKU就根據(jù)這些已選的銷售屬性進(jìn)行笛卡爾積,生成結(jié)果的數(shù)量集SKU;
      舉例:現(xiàn)在選了顏色和尺碼兩個(gè)銷售屬性,顏色屬性下有2個(gè)色值:紅色、白色;尺碼屬性下有3個(gè)色值:M、L、XL
      那么根據(jù)笛卡爾積,就會(huì)生成顏色(2個(gè))*尺碼(3個(gè))=6個(gè)SKU
      此時(shí)將分別定義到6個(gè)SKU。

      來(lái)自上海 回復(fù)
    2. 笛卡爾乘積應(yīng)該大家都懂,我的意思是:樓主在文章中描述時(shí)可以寫(xiě)下具體的設(shè)計(jì)架構(gòu),讓讀者更加清晰;特別是多規(guī)格時(shí)如何設(shè)置、每個(gè)規(guī)格可能單獨(dú)對(duì)應(yīng)的價(jià)格、庫(kù)存等關(guān)聯(lián)的管理……這些場(chǎng)景都是會(huì)用到

      來(lái)自廣東 回復(fù)
  5. 寫(xiě)得太好了??!

    來(lái)自北京 回復(fù)
  6. 請(qǐng)問(wèn)文章里的基礎(chǔ)屬性有單獨(dú)拿出來(lái)區(qū)分描述屬性的必要嗎

    來(lái)自江蘇 回復(fù)
  7. 博主你好,很想了解下品牌的解決方案~急切來(lái)電

    來(lái)自浙江 回復(fù)
  8. 想問(wèn)下關(guān)于類目屬性的前臺(tái)部分 關(guān)鍵詞搜索結(jié)果商品可能不止一個(gè)類目的 類目屬性展示哪個(gè)類目的呢

    來(lái)自上海 回復(fù)
  9. 深入淺出,說(shuō)的真好

    來(lái)自上海 回復(fù)
  10. 請(qǐng)問(wèn)葉子類目建好后,可以更換葉子分類的上級(jí)分類嗎

    來(lái)自浙江 回復(fù)
  11. 收貨頗多,一直做得前臺(tái),在嘗試搭建整個(gè)電商后臺(tái)

    來(lái)自遼寧 回復(fù)
  12. 不錯(cuò)

    來(lái)自四川 回復(fù)
  13. 大 ..大佬,加個(gè)好友唄!老喜歡你了

    回復(fù)
  14. 深入淺出,感謝!

    來(lái)自廣東 回復(fù)
  15. 很棒的分享~~

    來(lái)自湖南 回復(fù)
  16. 可否加個(gè)微信聊聊

    回復(fù)
    1. king_mario

      來(lái)自湖南 回復(fù)
  17. 學(xué)習(xí)了,感謝

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