在電商發(fā)展初期，商品的類目可能不多，便于管理。但隨著電商的快速發(fā)展，原來的類目已經(jīng)不能滿足需要，于是衍生出了商品屬性。那么我們?yōu)槭裁匆鲞@一功能，又該如何做好商品屬性管理？作者總結(jié)了幾點經(jīng)驗，希望對你有所啟發(fā)。

上一篇文章介紹了商品類目的價值和設(shè)計思路。在電商發(fā)展初期，由于商品數(shù)量不多，通過商品類目也能夠有效管理商品。但是隨著電商的快速發(fā)展，商品類目的已經(jīng)不能滿足商品管理的需要，于是出現(xiàn)了商品屬性（簡稱屬性）的概念。

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

一、為什么要做屬性？

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

1.1 商品類目的局限性

1.1.1 通過類目很難找到目標(biāo)商品

隨著商品數(shù)量指數(shù)級增加，用戶通過層級和數(shù)量有限的商品類目，找到目標(biāo)商品的難度越來越大。

假設(shè)商品類目有3層，每層有10個類目，那么一共有1000個3級類目，來對商品進行分類。當(dāng)系統(tǒng)中只有10000個商品時，平均1個類目只有10個商品，用戶可以輕松通過類目找到目標(biāo)商品。

但如果商品數(shù)量增加到1億個，平均1個類目就有10萬個商品，用戶通過類目篩選后，需要在10萬個商品中找到想要購買的商品。

當(dāng)用戶通過類目已經(jīng)無法快速找到目標(biāo)商品時，如果不能提供新的篩選工具，用戶可能就會直接放棄購買。屬性就是新的篩選工具。

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

商品數(shù)量指數(shù)級增加后，區(qū)分不同的商品、對商品進一步分類，以便實現(xiàn)更精細(xì)化的商品管理，就成了新的需求。

那么增加類目層級就成了一個很容易想到的解決方案。也就是將每個對商品進行分類的標(biāo)準(zhǔn)作為一個新的類目層級，層層遞進，對商品做更微觀的分類。比如手機類目下，從操作系統(tǒng)、CPU品牌、內(nèi)存、屏幕材質(zhì)等十多個維度做進一步分類。

這種方案也能達(dá)到目的，但因為類目層級太深，大幅增加類目管理的復(fù)雜度。原來選擇商品類目只需要點擊3次，現(xiàn)在需要點擊十多次。

1.2 商品管理的新問題

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

用戶在尋找目標(biāo)商品時，往往會對該商品某些特性非常關(guān)注。比如寶媽會重點關(guān)注奶瓶的容量、適用年齡、材質(zhì)、口徑大小，設(shè)計師會重點關(guān)注顯示器的尺寸、屏幕分辨率、刷新率。

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

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

1.2.2 商品信息沒有結(jié)構(gòu)化，無法實現(xiàn)精準(zhǔn)的商品匹配

隨著商品數(shù)量指數(shù)級增加，商品精準(zhǔn)匹配用戶，成了更高效的達(dá)成交易方式，被用戶、商家、平臺說接受。用戶能方便快捷地找到目標(biāo)商品，商家能得到更多的訂單，平臺因此獲得更大的收益。

要想實現(xiàn)商品精準(zhǔn)匹配用戶，就必須要將商品信息結(jié)構(gòu)化，也就是對商品的描述性內(nèi)容進行抽象，形成有結(jié)構(gòu)的商品特性標(biāo)簽。

有了這些商品特性標(biāo)簽，即屬性，商品精準(zhǔn)匹配用戶才有可能實現(xiàn)。

1.2.3 多規(guī)格商品管理成本高

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

如果每一個規(guī)格的商品，都當(dāng)成一個獨立的商品來管理，就會帶來兩個問題：

1. 增加商家管理商品的成本：有多少個規(guī)格，就要增加多少倍的操作時間。假設(shè)添加一個iPhone14的商品信息需要5分鐘，添加完所有商品就需要90分鐘。
2. 用戶不方便瀏覽多規(guī)格商品。用戶在切換不同規(guī)格的商品時，要退出當(dāng)前商品，重新選擇另一個規(guī)格的商品。

為了避免這兩個問題，通常會將不同規(guī)格的多個商品當(dāng)成一個商品（即SPU，后續(xù)詳細(xì)介紹）來管理，把定義不同規(guī)格的商品特性作為屬性，放到商品中去設(shè)置。比如在iPhone14的商品信息中，增加顏色、存儲容量兩個屬性，并設(shè)置好對于的屬性值。

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

二、什么是商品屬性？

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

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

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

三、如何做好屬性管理？

屬性管理主要有以下設(shè)計要點。

3.1 屬性值類型

屬性值是某個屬性的具體描述內(nèi)容，可以分為3類：

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

3.2 屬性分類

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

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

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

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

3.3 屬性關(guān)聯(lián)后端類目

不同品類的商品所擁有的特性是不同的，需要抽象的屬性也是不同的。因此，需要將屬性與后端類目關(guān)聯(lián)起來。在添加商品時，頁面只會顯示與該商品所屬后端類目關(guān)聯(lián)的屬性。如下圖所示：

如果不做關(guān)聯(lián)，添加任何品類的商品，都會顯示所有的屬性，導(dǎo)致大量的屬性沒辦法填屬性值，而需要填屬性值的屬性數(shù)量占比極少，需要從海量的屬性中查找，這就給商家?guī)砹藰O大的操作成本。

屬性關(guān)聯(lián)類目時，應(yīng)該將同一層級所有類目共用的屬性，關(guān)聯(lián)到上一層類目。同一層級的類目需用用到的屬性可能是相同的，將同一個屬性與每一個同層級類目做關(guān)聯(lián)，增加了不必要的操作。

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

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

最下一層類目（即葉子類目）實際關(guān)聯(lián)的屬性，不僅包含直接關(guān)聯(lián)該葉子類目的屬性，還要繼承該葉子類目所有上層類目關(guān)聯(lián)的屬性，并在添加商品選擇了葉子類目后顯示出來，由商家填寫屬性值。

3.4 屬性分組

當(dāng)一個類目關(guān)聯(lián)的屬性較多時，就需要將屬性進行分組管理，也就是將形容某一類特征的幾個屬性歸為一個組，以方便管理和用戶查看。iPhone14的屬性表中，存儲、屏幕、攝像頭就是屬性分組，如下圖所示：

3.5 原型參考

綜上所述，屬性管理的原型參考下圖：

四、總結(jié)

屬性能對商品進行多維度的描述，其用戶價值是幫助用戶更快了解商品，建立更清晰的商品感知；同時，通過屬性值篩選，幫助用戶更快找到目標(biāo)商品。其商業(yè)價值是對多規(guī)格商品進行聚類，提高了商家的商品管理效率，也為個性化推薦提供了基礎(chǔ)支撐。

在設(shè)計商品屬性功能時，要重點關(guān)注屬性值類型、屬性分類、屬性關(guān)聯(lián)類目、屬性分組等要點，以更好地滿足用戶和系統(tǒng)的需求。