編輯導語：電商平台上出售着各種各樣的商品，買家通過讀取這些商品的屬性介紹才能了解它的信息，确定自己需不需要、适不适合。電商平台中商品數量龐大，各商品的屬性又千差萬别，所以設計一套可複用的屬性管理功能就很重要。本文作者以此為出發點，為我們詳細的概述了電商後台設計的屬性管理。

上篇文章我們介紹了商品品類功能，在介紹後端品類管理的時候，遺留了一個屬性設置功能，本篇我們來梳理一下這個功能。

在介紹具體功前我們先來理解一下什麼是屬性，什麼是屬性值？

屬性是對事物特性的一種描述，屬性值則是具體的描述詞。

比如：我們寫簡曆時，都要填寫以下幾項内容：姓名張三、性别男、年齡20歲、身高170cm等；再比如售貨員為顧客推薦衣服時會介紹：這件衣服是羊絨材質、售價2000元等等。

這裡面的性别、年齡、身高、材質、售價就是屬性，而男、20歲、170cm、羊絨、2000元則是對應的屬性值。

通過這些屬性和屬性值的描述我們就能了解到這個人和這件衣服的具體信息，當描述的屬性和屬性值越多時，這個事物展現在我們大腦中的形象就越清晰。

同理，電商平台上出售的是各種各樣的商品，通過讀取商品的屬性介紹才能了解它的信息。電商平台中商品數量龐大，各商品的屬性又千差萬别，所以就需要設計一套可複用的屬性管理功能就很重要。

首先，我們先找幾款商品，看看它們的屬性之間都有什麼特點和關聯。

下面是幾款不同類型商品的對比：

一、數據分析

通過對上述三款産品的屬性對比，我們可以得到幾個結果：

• 不同的商品有部分相同屬性，如标題、品牌、品類
• 不同的商品它們各自獨有的屬性，如手機有内存、鞋子有尺碼、手表有機芯
• 不同商品的相同屬性，其中的屬性值可能相同，如在顔色屬性中手機和手表都有黑色
• 有部分屬性參與了商品的銷售價格，如手機的内存，不同大小的内存價格是不一樣的。
• 對于屬性值，部分沒有規律，可以随意填寫，如标題、産品簡介；部分是規律的，它們的值通常是有限的，我們可以一一整理出來，如使用人群(女士、男士、全部)、内存大小(8G、16G、32G、64G、128G、256G)
• 有些商品的屬性可以很多，有些則很少。如電子産品、汽車等，它們的參數通常都有幾十項，而文具用品它們就很少。

二、數據分類

通過上面的數據分析，我們可以看到不同商品的屬性差異化還是很大，系統設計時為了方便管理，根據用途我們将它們分成四類：

1. 基礎屬性：所有的商品都有的通用屬性，如标題、品牌、品類等
2. 銷售屬性：影響商品銷售價格的屬性，不同類型的的商品銷售各不相同，如手機的顔色、内存等
3. 搜索屬性：參與到商品搜索中的屬性，如标題、品牌、品類等
4. 特有屬性：不同商品各自所獨有的屬性，如鞋子的使用人群、鞋面材質，手表的機芯等

在上面的分類中，可以發現有些屬性用途并非單一的，如品牌、品類除了基礎信息的展示外，還可以參與搜索。

在功能設計時，基礎屬性、銷售屬性都有明确的、可列舉出來屬性，所以各自有對應的功能對數據進行單獨的維護。

而搜索屬性屬于對數據的應用，所以它的部分功能寫在代碼邏輯裡，另一部分則在特有屬性中設置。

對于特有屬性，它的屬性主要和商品相關，所以我們需要根據不同的商品單獨設計，下面我們就特有屬性做功能分析。

三、功能分析

1. 屬性關聯品類

特有屬性雖然和商品有關，但是有一個共同特性，相同品類的商品它們所有擁有的特殊屬性基本相同，針對于這個特性，我們通常将産品的特殊屬性和品類綁定在一起。

當商品在基礎屬性中設置對應的品類後，就可以關聯獲得已綁定的所有特殊屬性配置。

2. 屬性繼承

在上一篇文章品類管理中，我們知道了品類通常是以樹形結構來維護的，上面我們又分析了屬性和品類是綁定在一起的，為了避免重複添加屬性，就會設計一個繼承功能，子集品類屬性會默認繼承所有父級品類已綁定的屬性。

在這裡說了題外話，就是這個繼承功能本身是好的，但是由于内部的邏輯比較複雜（涉及到了數據遞歸、去重等），開發成本和後期的維護成本都比較大。

所以我通常采用一種折中的方案，當添加子集品類時，将父級品類已綁定的屬性給子集品類複制一份，這樣子集品類也能單獨維護自己的屬性，之後隻需要做較少的調整就能達到和繼承同樣的效果，而開發和維護比繼承方式簡單很多。

3. 屬性組

由于部分商品的屬性繁多，如電子産品、汽車等，為了方便用戶浏覽對比數據，通常會對屬性進行分組管理。

4. 是否參與搜索

為了能更精準的搜索到用戶的商品，除了基礎屬性（如标題、品牌、品類）參與搜索外，部分特有屬性也會參與到搜索中，如手機的分辨率、攝像頭數量、服裝的材質、圖案等。

5. 表單維護方式

對于不同的屬性，所對應的屬性值添加方式各不一樣，為了能夠盡可能的保持數據的規整，會根據使用場景采用不同的維護方式，常見的維護方式如下：

• 文本框：維護文字性的描述，并且沒有明顯規律的内容，如：使用場景、工藝描述等
• 單選框：維護屬性值可以被窮舉的屬性，如性别：男、女；季節：春、夏、秋、冬等
• 複選框：維護屬性值可以同時被多選的屬性，如愛好、标簽等
• 下拉框：維護需要單選或多選但是屬性值又比較多的屬性，如顔色、材質等
• 時間日期: 維護需要精确時間的屬性，如上市日期等
• 自定義組件：除了上述常見的表單組件，還可以自行根據需要開發相應的組件

6. 個性化管理

對于平台性質的電商系統，由于參與的商戶較多，不同商戶為了凸顯各自的産品特性，通常會加入自家定義的屬性，所以在設計功能時需要為個性化設置留有擴展。

7. 功能排序

不同的商品對于屬性展示的側重點有所不同，需要通過排序功能對屬性組和屬性做位置調整。

四、設計方案

根據上面整理的功能要點，我們知道了屬性功能需要處理哪些問題，接下來我們看看幾種功能設計方案：

1. 鍵值對

鍵值對是最簡的維護方式，它的屬性維護功能直接和商品綁定在一起，需要維護屬性信息，直接通過添加或删除操作就行了。

這種開發方式一般适用于商品數量比較少，對屬性搜索要求不是很高的系統。

2. 屬性池

為了能夠保持數據規整并最大限度的重複利用數據，後台系統會将所有商品涉及到的屬性集中在一起，形成一個屬性池，然後統一進行管理。

具體操作如下：

1. 先維護好所有商品所涉及的屬性以及對應的屬性值
2. 在品類管理中綁定當前品類所擁有的屬性以及屬性值，并設置好表單維護方式、是否搜索、是否為必填項等
3. 添加商品時，先為商品選定品類，再根據品類調出已設置好的屬性，并根據設置項目展示出維護方式
4. 維護人員選擇或填寫屬性值内容

通過這種方式構建的屬性功能，商品擁有哪些屬性隻需要在開始創建品類時配置一次，後期的維護人員隻需要專心維護産品屬性值，維護成本将會降低很多。

這種方式也有很大的弊端：當平台上的商品品類過多時，屬性池中的屬性和屬性值将會非常多，在給品類綁定屬性時就很難查找；再一個對于平台的個性化展示并不友好，同一款商品信息，不同商戶想體現的重點不同，那麼屬性的展示順序就不一樣；還有如手機的顔色，同一款紅色，可能有的叫玫瑰紅、有的叫炫彩紅等等。

屬性池這種設計方案一般用在品類比較集中的自營電商中，如服飾商城、家具商城等等。

3. 屬性模闆

對于大平台來說，商品信息既要按照平台要求來維護，同時也需要為個性化設置留有操作空間，通常采用構建模闆的方式來完成。

具體操作如下：

1. 平台會在後端品類上先創建一套基礎屬性模闆，模闆中規定了當前品類的所有的屬性，同時設置好的各種操作功能，如屬性組、屬性名、是否必填、是否參與搜索、維護方式、可選屬性值等
2. 當商戶在維護商品時，根據需要先對基礎品類模闆做出部分調整，如對屬性組和屬性進行位置調整、删除部分非必填的屬性、添加個性化屬性等，之後保存成個性化模闆
3. 商戶維護商品時，先設置商品對應品類，通過品類ID獲取新模闆的屬性配置，之後再進行數據維護。

通過屬性模闆的調整可以讓商戶有更簡潔的操作，以及最大限度發揮個性空間。

但也是有缺點的，在後端維護品類屬性時，不同的品類中經常會出現相同的屬性，如手機和電腦兩個品類，都會有電池信息(充電器、無線充電、電池是否可拆裝)，那麼就需要在每個品類下都要手動添加電池信息，雖然名稱相同但是它們之間沒有任何關聯，假如在前端搜索’無線充電’，有可能不能準确匹配其中部分商品。

解決這個問題需要其它功能的幫助，具體方法我在之後的搜索篇中講解。

上面講了三種設計方案，各有優缺點，大家根據自己的使用場景合理的進行選擇，最後給出屬性模闆的關鍵原型設計。

5. 設計原型

品類屬性設置：

屬性表單原型：

以上就是屬性管理的所有内容，希望對你有所幫助，歡迎下方留言交流！

作者：JackLiu；個人 揚帆去遠航（ID:Jackai_liu)

本文由 @Jack 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部