編輯導(dǎo)語：商品在整個(gè)電商系統(tǒng)中處于核心位置，因此商品維護(hù)對(duì)于電商后臺(tái)設(shè)計(jì)的重要性不言而喻，本文作者以此為出發(fā)點(diǎn)，和我們聊一聊在電商后臺(tái)設(shè)計(jì)中關(guān)于商品維護(hù)的那些事。

對(duì)于電商系統(tǒng)來說，商品模塊的維護(hù)可以說是核心功能了，整個(gè)系統(tǒng)都是圍繞商品來進(jìn)行運(yùn)營的。所以能否設(shè)計(jì)一個(gè)靈活便捷的商品模塊，對(duì)于整個(gè)系統(tǒng)的操作都非常重要。

今天我們就來聊聊商品管理那點(diǎn)事，對(duì)于商品信息的維護(hù)，它的本質(zhì)是對(duì)一堆屬性和屬性值的管理，理清其中的關(guān)聯(lián)關(guān)系，就能將其玩轉(zhuǎn)的游刃有余。

首先我們先來看看一個(gè)商品都有哪些屬性，下圖是某電商平臺(tái)的商品圖：

整理一下可以得到其中的屬性：商品名稱、品牌、品類、顏色、內(nèi)存、價(jià)格、圖片、商品編碼、CPU型號(hào)、機(jī)身存儲(chǔ)、商品毛重、操作系統(tǒng)等等。

在上一篇《電商后臺(tái)設(shè)計(jì)：屬性管理》中，我們將這些屬性分了四類：基礎(chǔ)屬性、銷售屬性、搜索屬性、特有屬性。除了其中的搜索屬性被融合在特有屬性中，其它的功能在商品信息維護(hù)中都有所涉及，接下來我們一一進(jìn)行討論。

一、基礎(chǔ)屬性

對(duì)于所有商品包含的屬性，都可以歸類到基礎(chǔ)屬性中，如商品名稱、品牌、品類、狀態(tài)等。對(duì)于基礎(chǔ)屬性的維護(hù)比較簡單，由于都是單一可以確定類型，通常根據(jù)數(shù)據(jù)展示形式一一維護(hù)即可。

其中有幾個(gè)屬性需要說明一下：

1. 品類：由于商品的特有屬性和搜索屬性都關(guān)聯(lián)在品類上，所以商品品類是必須選擇的。
2. 狀態(tài): ?上架/下架，確定是否在前臺(tái)展示當(dāng)前商品。這是整個(gè)商品的全局控制；如果上架，則之后關(guān)聯(lián)的SKU也一同上架；反之則一樣。
3. 商品類型：單品/復(fù)合商品;部分平臺(tái)上支持打包出售的模式，也就是一個(gè)商品實(shí)際上是包含多個(gè)關(guān)聯(lián)子商品的?？梢酝ㄟ^商品類型字段先標(biāo)記出當(dāng)前商品是單品還是復(fù)合商品；如果是復(fù)合商品，之后還需要關(guān)聯(lián)對(duì)應(yīng)子商品。

二、特有屬性

在上一篇《屬性管理》中，我們介紹了商品特有屬性的設(shè)置以及與品類的關(guān)聯(lián)綁定。在商品信息維護(hù)時(shí)，當(dāng)選定品類后，我們就能獲得已經(jīng)設(shè)置好的配置內(nèi)容，接下來根據(jù)配置將表單展示出來，并維護(hù)好其中的屬性值即可。

品類綁定屬性設(shè)置

規(guī)格參數(shù)維護(hù)表單

三、銷售屬性

在說銷售屬性前，我們先來了解兩個(gè)基本概念：SPU和SKU。

SPU：Standard Product Unit (標(biāo)準(zhǔn)化產(chǎn)品單元)

SPU是商品信息聚合的最小單位，是一組可復(fù)用、易檢索的標(biāo)準(zhǔn)化信息的集合，該集合描述了一個(gè)產(chǎn)品的特性。

SPU通俗的來講就是一類具有相同屬性、屬性值的商品，這些屬性和屬性值通常不參與商品的銷售價(jià)確定。如iphone6s就是一個(gè)SPU，無論你在那個(gè)平臺(tái)或者實(shí)體店查詢iphone6s，他們給出的商品屬性信息都是一致的。

SKU： Stock Keeping Unit(庫存量單位)

SKU即庫存進(jìn)出計(jì)量的單位， 可以是以件、盒、托盤等為單位。

SKU是物理上不可分割的最小存貨單元，而這個(gè)不可分割是相對(duì)于儲(chǔ)存場景的，對(duì)于相同的商品，在不同的倉儲(chǔ)場景下，對(duì)SKU的管理是不一樣的。

舉個(gè)列子，我們平時(shí)去超市買早餐奶，可以買一袋，也可以買一箱。按最小單元來說，那么”袋”就是超市管理早餐奶的SKU。超市的貨源是來自供應(yīng)商的，供應(yīng)商是按箱賣給超市的，所以”箱”是供應(yīng)商管理早餐奶的SKU。

不知道大家有沒有留意過，在物美、家福樂去買一箱奶，結(jié)賬的時(shí)候，收銀員不是掃描箱子上的條碼，而是打開箱子取出一袋來進(jìn)行掃碼，然后再輸入數(shù)量最后結(jié)賬，這也就能看出這些大超市的對(duì)奶制品的管理方式。

SKU可以簡單理解為：SKU = SPU + 銷售屬性，當(dāng)在SPU上添加上商家、顏色、內(nèi)存等影響銷售加價(jià)的屬性后，這個(gè)商品就成一個(gè)SKU。

看著和上面SKU的定義有點(diǎn)出入，如果仔細(xì)想想，商家對(duì)商品價(jià)格的定義不就是按照商品的最小單元設(shè)置的嗎？

所以當(dāng)我們想要確定一個(gè)SKU時(shí)，首先需要明確有幾個(gè)屬性在影響價(jià)格，找到對(duì)應(yīng)的屬性，列出每個(gè)屬性的屬性值，通過屬性值的組合就能確定所有的SKU。

對(duì)于銷售屬性的維護(hù)，也是通過屬性和屬性值來操作的，但是有兩個(gè)特殊的地方需要處理:

1. 在完成屬性值的維護(hù)后，需要根據(jù)屬性值組合來生成SKU：這個(gè)是整個(gè)商品模塊最關(guān)鍵的地方，因?yàn)楹竺娴膬r(jià)格、庫存、圖片都依賴于生成的SKU。
2. 屬性值的個(gè)性化設(shè)置：如同一款手機(jī)中的相同紅色，不用商戶的叫法各不相同，如炫彩紅、玫瑰紅等待，以及不同的顏色上會(huì)上傳不同的款式的手機(jī)樣式圖。

維護(hù)好銷售屬性和屬性值后，就能通過組合產(chǎn)品唯一的SKU，之后商品的銷售價(jià)格、訂單、庫存等一些屬性信息，都需要與SKU直接掛鉤。

所以這里有一個(gè)特別需要注意的地方，一旦確定了組成商品的SKU銷售屬性后，就不能再做對(duì)銷售屬性進(jìn)行修改；如果添加或刪除銷售屬性，之前生成的SKU數(shù)據(jù)肯定就不對(duì)了，而添加或刪除某個(gè)具體銷售屬性的屬性值僅會(huì)影響部分SKU的數(shù)據(jù)。

1. 商品價(jià)格

在SKU維護(hù)時(shí)，有多個(gè)價(jià)格的設(shè)置，需要注意每個(gè)價(jià)格的用途：

1）采購價(jià)

采購人員從供應(yīng)商那里采購商品時(shí)的價(jià)格，系統(tǒng)中有幾個(gè)處會(huì)使用采購價(jià)的地方：

1. 商品采購入庫時(shí)，商品的采購價(jià)格會(huì)同商品信息一起保存在入庫單中；
2. 在填寫商品的日常銷售價(jià)和活動(dòng)銷售價(jià)時(shí)，會(huì)通過對(duì)比采購價(jià)，防止銷售價(jià)格過低而使企業(yè)受損失；
3. 商品完成訂單銷售后，系統(tǒng)計(jì)算銷售成本和應(yīng)收金額時(shí)使用。

2）吊牌價(jià)

吊牌價(jià)通常是供應(yīng)商在商品出廠時(shí)，為商品所設(shè)置的一個(gè)市場銷售參考價(jià)，價(jià)格通常會(huì)和商品的一些質(zhì)檢信息一同寫在商品的吊牌上。吊牌價(jià)一般在線下使用的比較多，如商場里的服裝時(shí)最為常見。

在線上系統(tǒng)設(shè)計(jì)時(shí)，吊牌價(jià)僅僅為銷售價(jià)設(shè)定起到一個(gè)參考作用，實(shí)際價(jià)格我們一般采用另一個(gè)概念——銷售價(jià)，銷售價(jià)又分日常銷售價(jià)和活動(dòng)銷售價(jià)。

3）日常銷售價(jià)

商品在沒有參與活動(dòng)時(shí)所設(shè)置的出售價(jià)格就是日常銷售價(jià)格，商品在上架期間日?；顒?dòng)價(jià)會(huì)一直存在的。

如果是個(gè)體商戶，戶主自己根據(jù)進(jìn)貨價(jià)設(shè)定價(jià)格，如果是大的自營電商，通常由采購人員根據(jù)采購價(jià)和期望利潤來確定日常銷售價(jià)。

4）活動(dòng)銷售價(jià)

商品參與活動(dòng)時(shí)所設(shè)置的銷售價(jià)格就是活動(dòng)銷售價(jià)，活動(dòng)銷售價(jià)只有在活動(dòng)期間有效；活動(dòng)過期，商品售價(jià)又會(huì)使用日常銷售價(jià)。大的自營電商里面，通常由采購人員來維護(hù)。

5）預(yù)警價(jià)

預(yù)警價(jià)格的設(shè)計(jì)主要是為了防止商品運(yùn)營人員錄入失誤，將商品出售價(jià)格設(shè)置的過低，導(dǎo)致企業(yè)損失而設(shè)置的預(yù)警功能。

這個(gè)和采購價(jià)有部分類似，一般低于采購價(jià)是允許出售的。如一些即將過期的產(chǎn)品或拉新做的活動(dòng)，但是低于預(yù)警價(jià)通常是不讓出售的。

常用的兩個(gè)地方：日常銷售價(jià)維護(hù)和活動(dòng)價(jià)維護(hù)，這兩個(gè)價(jià)格在保存前都需要和預(yù)警價(jià)進(jìn)行比對(duì)，如果低于預(yù)警價(jià)，系統(tǒng)會(huì)給出提示，以確保價(jià)格設(shè)置正確。

2. 庫存

對(duì)于SKU的出售自然就涉及到了庫存，在商品維護(hù)界面僅有一個(gè)對(duì)庫存數(shù)維護(hù)的地方，也就是實(shí)際可售庫存。

對(duì)于大平臺(tái)的入駐商戶來說，通常采用手動(dòng)錄入方式(有開發(fā)能力的可以做系統(tǒng)對(duì)接)，讓商戶自己維護(hù)SKU的銷售數(shù)量。具體填寫多少由商戶自己決定，這個(gè)填寫的數(shù)字就是實(shí)際可售庫存。

而對(duì)于平臺(tái)自營來說，公司通常都有自己的倉儲(chǔ)系統(tǒng)，每個(gè)SKU都有明確的存儲(chǔ)記錄，并且部分SKU參與內(nèi)部任務(wù)(如調(diào)撥、拍照、戰(zhàn)略儲(chǔ)存等)使得當(dāng)前時(shí)間不可售。

因此實(shí)際的SKU庫存可能并不等于全部可售，具體實(shí)際可售庫存需要通過倉儲(chǔ)系統(tǒng)經(jīng)過統(tǒng)計(jì)同步到商戶模塊中，而不是由買手自己手動(dòng)維護(hù)。

3. 上架/下架

除了在商品的基礎(chǔ)屬性上設(shè)置有商品的上架/下架操作，通過在具體的SKU上也設(shè)置一個(gè)上架/下架操作，可以更加細(xì)粒度的管理到具體的SKU上下架狀態(tài)。

4. 第三方編碼

平臺(tái)在生成SKU時(shí)，會(huì)為每個(gè)SKU也分配相應(yīng)的揀貨碼(可能是商品身上的條碼，也可能是公司內(nèi)部自己定義的編碼)，以方便揀貨時(shí)使用。

如果是自營平臺(tái)，買手采購時(shí)供應(yīng)商會(huì)提供給采購平臺(tái)以便錄入系統(tǒng)；如果是平臺(tái)商戶，一是平臺(tái)沒有辦法采集數(shù)據(jù)，二是各商戶各自在揀貨時(shí)使用的規(guī)則各不相同，所以僅給一個(gè)可以讓商戶自己維護(hù)的字段。

當(dāng)有訂單產(chǎn)生時(shí)，在訂單模塊中導(dǎo)出的揀貨單中會(huì)帶有維護(hù)的第三發(fā)編碼以供商戶進(jìn)行揀貨操作。

5. 圖片維護(hù)

商品各位置的展示圖片，圖片維護(hù)通常有三個(gè)地方：列表圖、SKU圖組和默認(rèn)圖組。

1. 列表圖：主要是搜索列表所展示的圖片；
2. SKU圖組：為每個(gè)具體的SKU上傳對(duì)應(yīng)的一組展示圖片，主要用在商品詳情頁的展示上；
3. 默認(rèn)圖組：如果對(duì)應(yīng)的SKU未設(shè)置展示圖片，則顯示默認(rèn)的這組圖片進(jìn)行展示。

小知識(shí)點(diǎn)：圖片在展示時(shí)，為了能夠提升圖片展示速度，優(yōu)化頁面展示速度，商品圖片在上傳時(shí)通常會(huì)通過縮放，將圖片保存成多個(gè)不同的尺寸，以方便不同頁面進(jìn)行調(diào)用。

6. 導(dǎo)入功能

電商平臺(tái)上的商品成千上萬，如果都通過常規(guī)的表單一個(gè)一個(gè)維護(hù)，維護(hù)人員就得被累死了(看一下一個(gè)電子產(chǎn)品有多少產(chǎn)品規(guī)格)，通常系統(tǒng)都會(huì)設(shè)計(jì)導(dǎo)入功能供維護(hù)人員使用。

在商品信息的導(dǎo)入功能里有兩個(gè)限制：

一是一次只能導(dǎo)入一個(gè)品類，因?yàn)椴挥闷奉惖奶厥鈱傩圆灰粯?，沒有辦法合并在一起；

二是僅能導(dǎo)入基礎(chǔ)屬性和特殊屬性信息，銷售屬性信息不支持通過導(dǎo)入生成，因?yàn)殇N售屬性需要通過屬性值組合成SKU信息，系統(tǒng)需要生成唯一ID， 內(nèi)部邏輯比較復(fù)雜。

【#】后面為需要導(dǎo)入的特殊屬性列表。

上面介紹的內(nèi)容，基本涵蓋了一個(gè)商品的核心信息，大家有需要的可以根據(jù)自己的實(shí)際業(yè)務(wù)場景再進(jìn)行優(yōu)化修改。

四、商品維護(hù)流程

最后我們再來看一下商品的維護(hù)流程。

在電商平臺(tái)上的個(gè)體商戶，由于自家SKU數(shù)量比較少，從錄入商品參數(shù)到商品拍照、上架一個(gè)人基本都能解決。

但是對(duì)于自營平臺(tái)過萬的SKU，這樣的方式顯然是不行的。大平臺(tái)對(duì)一個(gè)商品的維護(hù)需要多個(gè)部門協(xié)同合作來完成，基本流程如下：

1. 采購部：買手先維護(hù)好后端品類，為每個(gè)品類綁定關(guān)聯(lián)屬性，并設(shè)置好屬性輸入方式、搜索方式等基礎(chǔ)配置信息。
2. 采購部: ?買手從供應(yīng)商獲取采購商品基本信息，并將商品基本信息導(dǎo)入系統(tǒng)中，并根據(jù)銷售屬性生成SKU。
3. 采購部：買手通過采購單采購商品，并協(xié)同倉庫一同將商品錄入倉庫完成商品采購，系統(tǒng)完成SKU同步庫存信息，買手完成日常銷售價(jià)格的維護(hù)。
4. 采購部：買手在系統(tǒng)提交商品圖像采集工單。
5. 圖像采集部：圖像采集部同事根據(jù)工單申請倉儲(chǔ)圖像采集調(diào)撥工單(將之前錄入的SKU每件調(diào)撥出來一件)。
6. 倉儲(chǔ)部：根據(jù)圖像采集調(diào)撥單，準(zhǔn)備調(diào)撥商品。
7. 圖像采集部：圖像采集部同事和倉儲(chǔ)部進(jìn)行交接出庫，拿到樣品、進(jìn)行拍照、修圖，完成后再上傳到系統(tǒng)中。
8. 圖像采集部：拍照完成后，將商品再還回倉庫中。
9. 倉儲(chǔ)部：將商品重新放回倉庫中。
10. 采購部：買手檢測商品信息完善后，就可以進(jìn)行日常上架銷售了。

以上四個(gè)步驟中，除了第三步采購入庫、設(shè)置價(jià)格會(huì)經(jīng)常使用，其它的三步僅在商品第一次錄入系統(tǒng)的時(shí)候需要維護(hù)。

對(duì)于上述操作流程有人可能有疑問，通常不是運(yùn)營在做產(chǎn)品銷售嗎，這里怎么是買手呢？

在電商企業(yè)中買手的工作范疇主要是維護(hù)商品信息、采購、維護(hù)銷售價(jià)格以及下上架；而運(yùn)營人員主要負(fù)責(zé)構(gòu)建活動(dòng)、專題框架、活動(dòng)和專題中的具體商品由買手來決定是否來參與，最終的利潤由雙方來分(運(yùn)營和買手的薪資是和銷售額有關(guān)的)。

這個(gè)在后期的運(yùn)營篇中會(huì)給大家繼續(xù)講解！

作者：JackLiu；個(gè)人微信公眾號(hào): 揚(yáng)帆去遠(yuǎn)航（ID:Jackai_liu)

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

題圖來自 Pexels，基于CC0協(xié)議。