談談電商商品系統

編輯導語：在電商系統中，電商商品系統負責了商品的生命周期管理，合理的電商商品系統設計有助于更好地幫助用戶獲取信息，利于平臺進行商品管理。那么，電商商品系統有哪些模塊？本篇文章里，作者針對電商商品系統進行了模塊拆解，一起來看一下。

一、前言

電商商品系統，是電商基礎系統之一，承載了商品在電商系統中的生命周期管理。本篇我們來簡單拆解一下電商商品系統應該有哪些模塊。

二、整體概述

一個商品如何從出現在電商系統里，然后能夠讓用戶看到并下單？

而這些都需要起源于一個信息的錄入。此時信息的錄入包含幾個關鍵點：商品信息、價格信息、庫存信息等。對于一些商家系統來說，庫存和價格是直接在商品輸入的時候會有一個錄入。而對于一些系統來說，可能會分的更加的精細。

商品系統只負責商品信息的管理，價格由專門的價格系統管理，而庫存則是在采購入庫上架后進行更新，此時會有至少三個系統來負責管理商品、價格和庫存。

我們本篇主要說明的是商品信息管理系統。先來上圖。商品系統需要實現數據生產，數據治理和數據應用。

• 數據生產：滿足多角色、多場景、多業務的數據生產要求；
• 數據治理：對生產的數據進行規范，必要的時候用下架、刪除、商家扣分等方式去解決；
• 數據應用：將生產的商品數據以服務形式對外輸出，讓需要的流程能獲取商品信息。

三、數據生產

一個完整的商品信息需要包含什么數據？先來個大致概覽。

1. 商品字段信息

其中藍色底標示的是商家品需要相較于自營品多填寫的內容。

2. 決定商品信息的因素有什么？

1. 商品本身的屬性信息，就像冰箱要寫能耗，空調要寫匹數這些基本信息；
2. 商品的經營信息，比如是不是支持價保、支持7天無理由退換貨等；
3. 對服務方的支持信息。商品系統要服務很多系統，要考慮下游的服務系統，比如物流運輸需要考慮這個商品是不是危險品，是不是易碎品。

而這些決定信息中，商品本身的屬性，依賴于類目的選擇。所以目前很多商品創建的時候都需要先選擇類目，然后由類目來決定商品需要填寫的字段。

此時就需要單獨維護一套屬性，然后將屬性和類目做關聯。如果屬性比較多，可以將不同的屬性打包成一個屬性組。此時簡單說明一下屬性和屬性值的區別。

• 屬性：顏色；
• 屬性值：紅色。

而電商的類目一般分為前臺類目和后臺類目。后臺類目是依據商品的基本特征為分類原則，一般為3～5級；前臺分類一般只做展示用，可以隨時根據最近的經營分類進行調整，通過與后臺分類的對應關系關聯到商品。分類和商品對應關系如下。

而這些屬性中，又有一種特殊的屬性，銷售規格，這些將同一SPU下的多個SKU區別開來。此時來強調一下SPU和SKU的概念。

SPU = Standard Product Unit （標準化產品單元），是商品信息聚合的最小單位，是一組可復用、易檢索的標準化信息的集合。

SKU=stock keeping unit(庫存量單位)，庫存保有單位或者說庫存進出計量的單位。

說到SPU和SKU，不得不提到的是淘寶和京東對于SPU和SKU的定位。

首先來說兩家定位并沒有本質的區別，區別在于京東把部分屬性做到了SKU維度，而淘寶則是把除銷售規格外的所有屬性都做到了SPU維度。

另外就是在搜索和詳情展示方向也有差異，京東會默認一個SKU展示，淘寶則不會默認指定到SKU，而是默認展示的SPU。

兩者都各有利弊，沒有比對方有明顯的優勢。比如京東會有一個明顯的切換時的刷新，而淘寶則是SKU作弊非常嚴重，許多百貨類商家會填寫一個不存在的規則寫下很便宜的價格吸引用戶點擊。如果新搭建一個商品系統建議還是先選擇京東模式，因為在初期，基本沒有太多的人力去做商品治理，如果采用淘寶的模式會比較危險。

京東的屬性有SPU和SKU的區別

淘寶則是做到SPU維度

而除了SKU和SPU的概念，目前還有標品和非標品的概念。現在各大電商也在努力打造標品庫。此時再引入一些概念：

• UPC最早大規模應用的條碼，其特性是一種長度固定、連續性的條碼，目前主要在美國和加拿大使用；
• EAN：主要EAN碼是國際物品編碼協會制定的一種商品用條碼，通用于全世界。因為我國的前兩位是69，所以有時候也會稱之為69碼；
• ISBN碼：國際標準書號，是專門為識別圖書等文獻而設計的國際編號。

那標品是一定會擁有這樣的編碼。那之所以打造標品庫，主要還是目前各大平臺商品非常多，打造標品庫能更好地應用。在標品庫里存儲的信息不包含商品的經營信息，都是其出廠攜帶信息。

除了類目之外，還有一個品牌的概念。品牌和類目是可以沒有強綁定關系的，作為一個基礎數據而存在。

基于以上信息，我們就需要有以下功能：

商品生產需要功能

還有個擴展小知識：商品除了直接利用表單進行錄入外，還可以對接一些三方服務商直接導入，比如愛鋪貨，此時就需要商品系統能對外提供開放接口進行商品的導入。

四、數據治理

數據在生產完成后，需要對數據進行治理。

那對于自營平臺，商品增速比較慢，可以由商品管理部進行審核，審核的依據可以根據商品的包裝圖進行審核。但對于有商家的平臺型電商，商品增速則很快，依賴人來做審核顯然是一個成本不高的方式。

此時可以采用先發布后校驗的方式或者先檢驗后發布的形式都可以，利用系統的校驗規則對商品數據進行規范。

1. 狀態控制

商品可以通過“發布狀態”和“上下架狀態”兩個字段來控制其展示。

發布狀態根據商品信息在系統中的流轉狀態來控制，可以有 “新建——待審核——已審核——歸檔”的狀態等，其中下市的商品可以置于歸檔的位置，不再進行銷售。

而上下架狀態指是否在前臺展示，發布狀態也會影響上下架狀態。

2. 敏感詞系統

敏感詞系統可以采用三方服務+自有詞庫兩種方式來實現成本和安全的平衡。采用三方服務的時候直接和服務商去了解使用方式即可，在做自有詞庫的時候考慮2個概念：敏感詞以及敏感詞白名單語意。

舉個例子：王牌是規定的敏感詞，但是出現在語意“《王牌對王牌》節目”中就是一個白名單語意，允許其出現。另外由于我們的商品中還有很多圖片中也是帶有文字的，也是需要進行敏感詞的校驗的。

3. 數據規范治理

除了依據敏感詞系統進行商品的校驗，商品還有其它現象需要關注并治理。

• 品牌不一致：名稱中的品牌和實際參數中的品牌不一致；
• 重復鋪貨：商家為了搶占流量，將同一商品創建多個，這對平臺流量分發是一個問題；
• SKU作弊：做一個價格低但是不存在的SKU，通過列表的低價格吸引用戶點擊；
• 品類錯放：將不屬于此品類的商品放到其它流量比較高的品類。

我們需要不斷關注平臺的商品問題，并針對問題不斷優化系統鑒別策略，還需要輔助人工校驗，再通過下架、刪除，結合店鋪評分工具對商家行為進行規范。

五、數據應用

商品數據應用于電商系統中的方方面面，從用戶側來說，主要是獲取商品信息，從業務側來說，是根據商品信息去更好地做經營管理。在做商品系統的時候，需要了解公司的經營模式，并規劃好系統都需要提供哪些服務。接下來列舉一些常見的商品服務功能。

商品服務

而在這些查詢服務中我們需要注意區分前臺服務和后臺服務使用，最好做到前后端分離，保證服務的穩定。對于前臺服務，需要注意調用方的流量情況，而對于后臺系統，要注意批量調用。

另外，除了通過接口的實時調用，后臺服務還有對于數據存儲的需求，比如搜索和大數據，需要將數據通過一定方式傳輸給其系統，比如MQ的方式，而不是完全通過調用方式來實現。

此處僅展示搜索結果頁的分類查詢項，根據搜索詞匹配分類，并比對分類的屬性及屬性值進行展示。

而除了查詢和分發服務外，我們還需要依據《電子商務法》要求： 電子商務平臺經營者應當記錄、保存平臺上發布的商品和服務信息、交易信息，并確保信息的完整性、保密性、可用性。商品和服務信息、交易信息保存時間自交易完成之日起不少于三年。

作為平臺方，需要保存交易快照。交易快照可以通過對數據的變更歷史記錄存儲，通過交易時間比對歷史的記錄的時間來實現。

結語

本篇僅簡單地對商品系統進行了拆解，后續待認知更清楚之后再與大家進行詳細分享討論。

 

本文由 @舉個栗子 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議