來源：電影胡侃 釋出時間：2023-05-17 10:42

在電商發展初期，商品的類目可能不多，便於管理。但隨著電商的快速發展，原來的類目已經不能滿足需要，於是衍生出了商品屬性。那麼我們為什麼要做這一功能，又該如何做好商品屬性管理？作者總結了幾點經驗，希望對你有所啟發。

上一篇文章介紹了商品類目的價值和設計思路。在電商發展初期，由於商品數量不多，透過商品類目也能夠有效管理商品。但是隨著電商的快速發展，商品類目的已經不能滿足商品管理的需要，於是出現了商品屬性（簡稱屬性）的概念。

那麼為什麼要做屬性管理、如何做好屬性管理呢？

一、為什麼要做屬性？

主要有兩方面的原因，一是商品類目的侷限性不能滿足商品篩選和商品分類的需求，二是電商的發展遇到了新的問題，由此催生了新的商品管理需求。

1.1 商品類目的侷限性

1.1.1 透過類目很難找到目標商品

隨著商品數量指數級增加，使用者透過層級和數量有限的商品類目，找到目標商品的難度越來越大。

假設商品類目有3層，每層有10個類目，那麼一共有1000個3級類目，來對商品進行分類。當系統中只有10000個商品時，平均1個類目只有10個商品，使用者可以輕鬆透過類目找到目標商品。

但如果商品數量增加到1億個，平均1個類目就有10萬個商品，使用者透過類目篩選後，需要在10萬個商品中找到想要購買的商品。

當用戶透過類目已經無法快速找到目標商品時，如果不能提供新的篩選工具，使用者可能就會直接放棄購買。屬性就是新的篩選工具。

1.1.2 類目無法滿足時顆粒度更細的分類需求

商品數量指數級增加後，區分不同的商品、對商品進一步分類，以便實現更精細化的商品管理，就成了新的需求。

那麼增加類目層級就成了一個很容易想到的解決方案。也就是將每個對商品進行分類的標準作為一個新的類目層級，層層遞進，對商品做更微觀的分類。比如手機類目下，從作業系統、CPU品牌、記憶體、螢幕材質等十多個維度做進一步分類。

這種方案也能達到目的，但因為類目層級太深，大幅增加類目管理的複雜度。原來選擇商品類目只需要點選3次，現在需要點選十多次。

1.2 商品管理的新問題

1.2.1 商品關鍵特性分散，需要到商品詳情描述中尋找

使用者在尋找目標商品時，往往會對該商品某些特性非常關注。比如寶媽會重點關注奶瓶的容量、適用年齡、材質、口徑大小，設計師會重點關注顯示器的尺寸、螢幕解析度、重新整理率。

這些商品特性資訊通常散落在商品詳情中，使用者需要自己到冗長的詳情描述中去搜尋。如果使用者長時間找不到，就無法儘快做出購買決策，甚至在失去耐心後直接放棄購買。

假如能將使用者關注的商品特性從商品詳情中抽離出來，集中在一個地方向使用者展示，使用者就能快速瞭解商品，從而縮短購買決策的時長。屬性是一個很好的解決方案，如下圖所示：

1.2.2 商品資訊沒有結構化，無法實現精準的商品匹配

隨著商品數量指數級增加，商品精準匹配使用者，成了更高效的達成交易方式，被使用者、商家、平臺說接受。使用者能方便快捷地找到目標商品，商家能得到更多的訂單，平臺因此獲得更大的收益。

要想實現商品精準匹配使用者，就必需要將商品資訊結構化，也就是對商品的描述性內容進行抽象，形成有結構的商品特性標籤。

有了這些商品特性標籤，即屬性，商品精準匹配使用者才有可能實現。

1.2.3 多規格商品管理成本高

對於多規格商品（後續詳細介紹）來說，不同規格的同一款商品，不僅價格不一樣，庫存也需要單獨計算。比如iPhone 14有6種顏色、3種儲存容量，共18個規格。

如果每一個規格的商品，都當成一個獨立的商品來管理，就會帶來兩個問題：

1. 增加商家管理商品的成本：有多少個規格，就要增加多少倍的操作時間。假設新增一個iPhone14的商品資訊需要5分鐘，新增完所有商品就需要90分鐘。
2. 使用者不利便瀏覽多規格商品。使用者在切換不同規格的商品時，要退出當前商品，重新選擇另一個規格的商品。

為了避免這兩個問題，通常會將不同規格的多個商品當成一個商品（即SPU，後續詳細介紹）來管理，把定義不同規格的商品特性作為屬性，放到商品中去設定。比如在iPhone14的商品資訊中，增加顏色、儲存容量兩個屬性，並設定好對於的屬性值。

這樣商家只需要補充屬性和屬性值，而不是額外新增17個商品，商品管理的時間大幅度縮短。同時，使用者瀏覽其他規格時，可以在一個商品詳情頁中切換不同規格的商品，操作更利便。

二、什麼是商品屬性？

一個商品所擁有的特性，即為商品屬性，通常表現為從某個維度來對商品進行的描述。屬性由兩部分構成，一是屬性名稱，即描述商品特性的維度；二是屬性值，即描述的具體內容。

從顏色維度描述手機，有紅色、白色、藍色。其中“顏色”是屬性名稱，“紅色、白色、藍色”是屬性值。

從儲存空間描述手機，有128G、256G、512G。其中“儲存空間”是屬性名稱，“128G、256G、512G”是屬性值。

三、如何做好屬性管理？

屬性管理主要有以下設計要點。

3.1 屬性值型別

屬性值是某個屬性的詳細描述內容，可以分為3類：

1. 單選：從定義屬性時，已經窮舉的若干個屬性值中選擇1個，如手機的螢幕尺寸，只有一個唯一的屬性值。
2. 多選：從定義屬性時，已經窮舉的若干個屬性值中選擇多個，如手機的顏色。
3. 自定義：屬性值無法在定義屬性時窮舉，必須在新增商品時根據實際情況填寫，如手機的上市時間。

3.2 屬性分類

屬性可以分為兩種：一種是規格屬性，一種是非規格屬性。

一個或多個規格屬性定義SKU（即最小庫存單元，後續詳細介紹），其庫存數是獨立計算，價格可能也不同。比前文所述，iPhone14的有18個規格，其庫存要獨立計算，價格也有差異。

與規格屬性不同，同一款商品所有SKU的非規格屬性的屬性值都是相同且唯一的。比如18個規格的iPhone14的螢幕尺寸都是6.1英寸、晶片都是A15。

兩者在前端的展示方式也不同，如下圖所示：

3.3 屬性聯絡關係後端類目

不同品類的商品所擁有的特性是不同的，需要抽象的屬性也是不同的。因此，需要將屬性與後端類目聯絡關係起來。在新增商品時，頁面只會顯示與該商品所屬後端類目聯絡關係的屬性。如下圖所示：

如果不做聯絡關係，新增任何品類的商品，都會顯示所有的屬性，導致大量的屬性沒辦法填屬性值，而需要填屬性值的屬性數量佔比極少，需要從海量的屬性中查詢，這就給商家帶來了極大的操作成本。

屬性聯絡關係類目時，應該將同一層級所有類目共用的屬性，聯絡關係到上一層類目。同一層級的類目需用用到的屬性可能是相同的，將同一個屬性與每一個同層級類目做聯絡關係，增加了不必要的操作。

男裝類目下有褲子、上衣子類目，褲子類目下有長褲、短褲子類目。無論是褲子仍是上衣，都有“顏色”屬性，無論是長褲仍是短褲，都有“腰型”屬性。

如果將“顏色、腰型”屬性直接聯絡關係最下一層類目，需聯絡關係4次。如果聯絡關係上一層類目，則只需要聯絡關係2次。如下圖所示：

最下一層類目（即葉子類目）實際聯絡關係的屬性，不僅包含直接聯絡關係該葉子類目的屬性，還要繼承該葉子類目所有上層類目聯絡關係的屬性，並在新增商品選擇了葉子類目後顯示出來，由商家填寫屬性值。

3.4 屬性分組

當一個類目聯絡關係的屬性較多時，就需要將屬性進行分組管理，也就是將形容某一類特徵的幾個屬性歸為一個組，以方便管理和使用者檢視。iPhone14的屬性表中，儲存、螢幕、攝像頭就是屬性分組，如下圖所示：