編輯導語：在做電商時，SKU産品庫是大多數運營者會接觸的系統，而在SKU産品庫中，又有兩種不同的設計方案，這二者又有何區别？

一、在線産品與本地産品

在聊SKU産品庫的設計方案之前，我們先了解一下兩個名詞：在線産品與本地産品。

在線産品，一般是指電商平台上的“商品管理”或者“産品管理”模塊中産品。而與之相對應則是本地産品或者也叫做庫存産品，就是指實際存放在倉儲中的實體産品。

一般來說，電商平台上賣的産品就是實際放在倉庫中的實體産品，那為什麼要區分為兩種産品進行管理呢？

如果是對于單店鋪或者是單平台來說，這兩者保持一緻其實是沒問題的。但是由于電商賣家往往會開設多個店鋪，運營多個平台，以此來提升自己的曝光度，獲取更多的流量，所以就需要在多個平台，多個店鋪上架自己的産品。

多個平台，多個店鋪之間為了避免相同的産品被平台檢測為惡意鋪貨或者不同的平台規則不一樣，就會衍生出不同的在線産品，它們本質上可能對應的是同一款産品，但是由于不同的平台規則限制，最終會導緻産品的一些基礎信息各不相同。 在跨境電商ERP中，不同平台的産品維護與管理統稱為“刊登”或者“産品”。所以，當賣家需要經營多個平台，多個店鋪的時候，就需要分别對不同的平台的産品進行管理。

馬幫ERP

店小秘ERP

雖然在多個平台有多個不同的産品，但是實際賣家要賣的産品可能就是那麼幾個，也就是實際放在倉庫中的産品數量并沒有那麼多。

當不同的平台的訂單都進入到了ERP中之後，就會出現一個問題：每個平台的訂單中的産品都不一樣，那麼我應該實際發出哪一款産品給用戶呢？

這就是涉及到“本地産品與在線産品”的映射問題了，在跨境電商ERP中，這種關系也叫做“商品匹配”或者“産品配對”。

即通過接口将所有在線産品都同步到一個公共池中，然後設置一些規則将這些在線産品與本地産品綁定起來，後續平台訂單進來了之後，通過這一層綁定關系可以自動匹配出實際要發貨的産品是哪個，這個實際要發出的産品，也就是标題中提到的“本地産品”或者也稱“庫存産品”。

店小秘的商品配對

二、兩種設計方案介紹

經過我的調研和實踐，如果需要搭建一套用來管理本地産品的“SKU産品庫”，一般會有兩種設計方案：

1. 平台型設計方案，類似于電商平台的産品管理模式，以SPU為主體；
2. 庫存性設計方案，以實際的庫存管理粒度為主體，即以SKU為主體。

跨境電商ERP中采用方案2的居多，是主流的做法，而采用方案1的比較少，不太常見。

下面我分别來介紹一下這兩種設計方案的具體細節。

1. 平台型設計方案（以SPU為主體）

阿裡巴巴國際站後台-産品管理

有贊後台-産品管理

淘寶千牛後台-産品管理

以上三張圖都是很典型的電商後台産品管理的界面，每一行展示的都是一款産品（SPU）的主要信息，這個跟用戶在前台看到的列表是相同的。

但是實際用戶點擊進去了之後就會發現，當要購買一款具體的産品的時候，ta還需要選擇一些規格，這樣才能确定最終的價格。這些逐個選擇的規格，最後就組成了實際的SKU，也就是能确定具體的庫存單位是哪個。

具體的操作路徑如下圖所示：

其中我了解的采用平台型設計方案ERP有：通途，金蝶等。

通途ERP-産品管理

金蝶星辰-産品管理

2. 庫存型設計方案（以SKU為主體）

庫存型設計方案是市面上最主流的，最常見的方案。無論是單品還是多規格品，在創建之後都會以SKU的維度展示，所有的信息也都是在SKU維度進行更新的。SPU隻是在創建多規格産品的時候用來快捷生成多個SKU的載體而已，當生成了SKU之後，SPU也就幾乎沒啥作用了。

芒果店長ERP-産品管理

店小秘ERP-産品管理

馬幫ERP-産品管理

三、兩種設計方案的差異

如果隻是單純的看圖似乎并看不出兩種設計方案的差異在哪裡，不過如果你對此話題比較感興趣的話我建議你可以去申請一些試用賬号體驗一下，相信會對其中的細節有更深的理解的。在此，我用一些文字來解釋一下其中的關鍵差異。

1. 展現方式不一樣

平台型設計方案是以SPU為維度展示産品的，而庫存型設計方案則是以SKU為維度展示産品的。如果以SPU為維度，那麼一些差異性的細節就不好展示了，例如價格、重量、尺寸，庫存、可用情況等，這些信息一般是跟SKU挂鈎的。

2. 編輯方式不一樣

平台型設計方案如果要編輯具體的産品信息，需要編輯兩塊的内容，一塊是公共的數據，也就是所有SKU都繼承的内容；另一塊是單個SKU關聯的信息，不同的規格組合對應的信息不一樣，需要單獨維護。

庫存型設計方案則直接就到了最小庫存單位粒度了，所有的信息都是獨立的，可以各自維護的。例如41碼的鞋子和42碼的鞋子是不同的SKU，可以分别維護這兩者的信息，而不用考慮公共信息繼承的問題。

你可以把41碼的那個SKU的名字改成“女鞋”，而42碼的那個SKU的名字改成“老人鞋”，雖然從電商産品管理的角度來說這不合理，但是在ERP中卻沒有限制，因為它們的SKU沒有變化。

3. 調用的方式不一樣

平台型設計方案，在需要選擇SKU的時候，要先選擇SPU，然後通過選擇不同的規格來确定想要的那個SKU；而庫存型設計方案則簡單多了，隻需要直接選擇相應的SKU即可。

先選擇SPU，再選擇規格确定SKU

直接選擇SKU

4. 删除的邏輯不一樣

平台型設計方案，如果需要删除SKU的時候，需要通過删除規格來删除SKU，而且需要在SPU的載體上操作；而庫存型設計方案則直接選擇對應的SKU即可删除，不會和SPU等有什麼強關聯的關系。

5.平台型設計方案的利弊

總結來說，庫存管理的本質還是以SKU為最小粒度，無論是平台型設計方案還是庫存型設計方案最後都是通過以管理SKU來達到管理實物的作用。

以SPU為載體，然後通過規格去确定SKU有一定的好處，也有很明顯的弊端，這也是為什麼主流的跨境電商ERP中都不太選用此方案的原因。

主要的利處和弊端分别如下：

利處：

• 維護産品資料的時候可以與平台産品的邏輯保持一緻，便于用戶上手和理解；
• 适用于多規格屬性比較多的産品，可以通過先選擇産品然後再通過規格來定位具體的SKU；
• 适用于需要維護比較豐富的産品資料的場景，因為很多資料都是在SPU的維度，這樣可以減少重複維護的工作量。比較适合B2B的模式，需要使用産品庫的内容給用戶做報價。

弊端：

• 調用産品的時候會麻煩一點，需要通過選擇SPU再選擇SKU，還需要記憶相應的規格來确定最終的SKU；
• 編輯和維護的時候有兩套入口，一個是SPU的入口，一個是SKU的入口，會比較麻煩一些，而且SKU的入庫能維護的信息不多；
• 無規格的産品和多規格的産品并列展示的時候，需要後台做特殊處理，例如給無規格的産品也加上SPU SKU的關系；
• 查看和展示的時候不夠直觀，尤其是放在倉庫層面來使用的時候，倉庫應該是以SKU的粒度來管理是最有效的，但是此處也需要做特殊處理，将SKU抽離出來，并排展示。

四、一些踩坑點

上面介紹完了兩種設計方案的一些差異，如果是按照庫存型設計方案來做，基本上市面上主流的跨境ERP都是這樣做的，該踩的坑别人都踩過了，所以自己隻要對着競品走一遍後，踩坑幾率就可以大大降低。

所以這裡談到的踩坑點是針對平台型設計方案來總結的，這一塊網絡上已有的資料比較少，而且采用這種做法的ERP也比較少，所以踩坑點就多了些。

1. 單規格産品與多規格産品的轉化

單規格和多規格産品的不同就在于規格是否大于1種以上，如果是大于1種以上則是多規格，如果是隻有一種規格則是單規格。

為了避免單規格和多規格的随意轉化，影響關聯的單據和曆史數據等，一般跨境電商EPR創建産品的入口就會分成兩個：“創建普通産品”和“創建多規格産品”。

創建普通産品則是在創建SPU的同時也創建了SKU，而且SKU的所有信息都是從SPU這裡繼承來的，此刻的SPU編碼會和SKU編碼一緻，SPU的存在隻是為了兼容，以緻于表結構呈現一體性。

創建多規格産品，則是先創建SPU，然後通過規格的組合自動生成SKU，SPU編碼和SKU編碼不相同，而是SKU維度上需要填寫相應的屬性，例如成本價、銷售價、期初庫存、重量等。

2. 平台産品的接口字段兼容

以阿裡巴巴國際站為例，國際站的産品接口中，當有平台産品有規格信息的時候，SKU信息是有的；當沒有規格信息的時候，則SKU信息為空。

阿裡巴巴國際産品接口示意圖

倘若還有其他的平台，例如Amazon、Wish、eBay等，它們的産品接口中SKU的邏輯可能和阿裡巴巴國際站一樣，也可能不一樣。

所以在設計本地的SKU産品庫的時候，要考慮這種接口上的數據兼容，當平台的産品隻有SPU沒有SKU的時候，應該怎麼與本地産品做映射。

3. 産品庫的展示與編輯

平台上的産品管理都是以SPU的維度來管理的， 但是如果放在ERP或者倉庫中，那麼這種邏輯是否可以直接沿用，這個也是一個坑。

從我一段時間的調研和體驗來說，以SPU維度展示和以SKU維度展示都應該要做，因為它們适用于不同的場景。

以SPU維度的展示可以放在基礎的産品管理頁面，類似于平台的産品管理。這樣可以很方便的維護這些數據，編輯和查看都是從SPU的維度進去。

而以SKU維度的展示可以放在例如庫存查詢，庫存流水，或者就叫做專門的“SKU産品管理”頁面。可以單個的對SKU的一些信息維護，例如條形碼，價格，庫存信息，銷售情況等。

SPU維度展示産品

SKU維度展示産品

#專欄作家#

vitamin，也自稱“皮醬”，皮醬叨逼叨。目前是一位外貿SaaS領域的供應鍊産品經理，曾做過3年半的跨境倉儲物流方向的産品。

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

題圖來自 Unsplash，基于CC0協議

,

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

查看全部