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

一、前言

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

二、整體概述

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

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

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

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

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

三、數據生産

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

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 協議

,

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

查看全部