ERP系統(tǒng):SKU產(chǎn)品庫的兩種設(shè)計方案

13 評論 21387 瀏覽 97 收藏 17 分鐘

編輯導(dǎo)語:在做電商時,SKU產(chǎn)品庫是大多數(shù)運(yùn)營者會接觸的系統(tǒng),而在SKU產(chǎn)品庫中,又有兩種不同的設(shè)計方案,這二者又有何區(qū)別?

一、在線產(chǎn)品與本地產(chǎn)品

在聊SKU產(chǎn)品庫的設(shè)計方案之前,我們先了解一下兩個名詞:在線產(chǎn)品與本地產(chǎn)品。

在線產(chǎn)品,一般是指電商平臺上的“商品管理”或者“產(chǎn)品管理”模塊中產(chǎn)品。而與之相對應(yīng)則是本地產(chǎn)品或者也叫做庫存產(chǎn)品,就是指實(shí)際存放在倉儲中的實(shí)體產(chǎn)品。

一般來說,電商平臺上賣的產(chǎn)品就是實(shí)際放在倉庫中的實(shí)體產(chǎn)品,那為什么要區(qū)分為兩種產(chǎn)品進(jìn)行管理呢?

如果是對于單店鋪或者是單平臺來說,這兩者保持一致其實(shí)是沒問題的。但是由于電商賣家往往會開設(shè)多個店鋪,運(yùn)營多個平臺,以此來提升自己的曝光度,獲取更多的流量,所以就需要在多個平臺,多個店鋪上架自己的產(chǎn)品。

多個平臺,多個店鋪之間為了避免相同的產(chǎn)品被平臺檢測為惡意鋪貨或者不同的平臺規(guī)則不一樣,就會衍生出不同的在線產(chǎn)品,它們本質(zhì)上可能對應(yīng)的是同一款產(chǎn)品,但是由于不同的平臺規(guī)則限制,最終會導(dǎo)致產(chǎn)品的一些基礎(chǔ)信息各不相同。
在跨境電商ERP中,不同平臺的產(chǎn)品維護(hù)與管理統(tǒng)稱為“刊登”或者“產(chǎn)品”。所以,當(dāng)賣家需要經(jīng)營多個平臺,多個店鋪的時候,就需要分別對不同的平臺的產(chǎn)品進(jìn)行管理。

馬幫ERP

店小秘ERP

雖然在多個平臺有多個不同的產(chǎn)品,但是實(shí)際賣家要賣的產(chǎn)品可能就是那么幾個,也就是實(shí)際放在倉庫中的產(chǎn)品數(shù)量并沒有那么多。

當(dāng)不同的平臺的訂單都進(jìn)入到了ERP中之后,就會出現(xiàn)一個問題:每個平臺的訂單中的產(chǎn)品都不一樣,那么我應(yīng)該實(shí)際發(fā)出哪一款產(chǎn)品給用戶呢?

這就是涉及到“本地產(chǎn)品與在線產(chǎn)品”的映射問題了,在跨境電商ERP中,這種關(guān)系也叫做“商品匹配”或者“產(chǎn)品配對”。

即通過接口將所有在線產(chǎn)品都同步到一個公共池中,然后設(shè)置一些規(guī)則將這些在線產(chǎn)品與本地產(chǎn)品綁定起來,后續(xù)平臺訂單進(jìn)來了之后,通過這一層綁定關(guān)系可以自動匹配出實(shí)際要發(fā)貨的產(chǎn)品是哪個,這個實(shí)際要發(fā)出的產(chǎn)品,也就是標(biāo)題中提到的“本地產(chǎn)品”或者也稱“庫存產(chǎn)品”。

店小秘的商品配對

二、兩種設(shè)計方案介紹

經(jīng)過我的調(diào)研和實(shí)踐,如果需要搭建一套用來管理本地產(chǎn)品的“SKU產(chǎn)品庫”,一般會有兩種設(shè)計方案:

  1. 平臺型設(shè)計方案,類似于電商平臺的產(chǎn)品管理模式,以SPU為主體;
  2. 庫存性設(shè)計方案,以實(shí)際的庫存管理粒度為主體,即以SKU為主體。

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

下面我分別來介紹一下這兩種設(shè)計方案的具體細(xì)節(jié)。

1. 平臺型設(shè)計方案(以SPU為主體)

阿里巴巴國際站后臺-產(chǎn)品管理

有贊后臺-產(chǎn)品管理

淘寶千牛后臺-產(chǎn)品管理

以上三張圖都是很典型的電商后臺產(chǎn)品管理的界面,每一行展示的都是一款產(chǎn)品(SPU)的主要信息,這個跟用戶在前臺看到的列表是相同的。

但是實(shí)際用戶點(diǎn)擊進(jìn)去了之后就會發(fā)現(xiàn),當(dāng)要購買一款具體的產(chǎn)品的時候,ta還需要選擇一些規(guī)格,這樣才能確定最終的價格。這些逐個選擇的規(guī)格,最后就組成了實(shí)際的SKU,也就是能確定具體的庫存單位是哪個。

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

其中我了解的采用平臺型設(shè)計方案ERP有:通途,金蝶等。

通途ERP-產(chǎn)品管理

金蝶星辰-產(chǎn)品管理

2. 庫存型設(shè)計方案(以SKU為主體)

庫存型設(shè)計方案是市面上最主流的,最常見的方案。無論是單品還是多規(guī)格品,在創(chuàng)建之后都會以SKU的維度展示,所有的信息也都是在SKU維度進(jìn)行更新的。SPU只是在創(chuàng)建多規(guī)格產(chǎn)品的時候用來快捷生成多個SKU的載體而已,當(dāng)生成了SKU之后,SPU也就幾乎沒啥作用了。

芒果店長ERP-產(chǎn)品管理

店小秘ERP-產(chǎn)品管理

馬幫ERP-產(chǎn)品管理

三、兩種設(shè)計方案的差異

如果只是單純的看圖似乎并看不出兩種設(shè)計方案的差異在哪里,不過如果你對此話題比較感興趣的話我建議你可以去申請一些試用賬號體驗(yàn)一下,相信會對其中的細(xì)節(jié)有更深的理解的。在此,我用一些文字來解釋一下其中的關(guān)鍵差異。

1. 展現(xiàn)方式不一樣

平臺型設(shè)計方案是以SPU為維度展示產(chǎn)品的,而庫存型設(shè)計方案則是以SKU為維度展示產(chǎn)品的。如果以SPU為維度,那么一些差異性的細(xì)節(jié)就不好展示了,例如價格、重量、尺寸,庫存、可用情況等,這些信息一般是跟SKU掛鉤的。

2. 編輯方式不一樣

平臺型設(shè)計方案如果要編輯具體的產(chǎn)品信息,需要編輯兩塊的內(nèi)容,一塊是公共的數(shù)據(jù),也就是所有SKU都繼承的內(nèi)容;另一塊是單個SKU關(guān)聯(lián)的信息,不同的規(guī)格組合對應(yīng)的信息不一樣,需要單獨(dú)維護(hù)。

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

你可以把41碼的那個SKU的名字改成“女鞋”,而42碼的那個SKU的名字改成“老人鞋”,雖然從電商產(chǎn)品管理的角度來說這不合理,但是在ERP中卻沒有限制,因?yàn)樗鼈兊腟KU沒有變化。

3. 調(diào)用的方式不一樣

平臺型設(shè)計方案,在需要選擇SKU的時候,要先選擇SPU,然后通過選擇不同的規(guī)格來確定想要的那個SKU;而庫存型設(shè)計方案則簡單多了,只需要直接選擇相應(yīng)的SKU即可。

先選擇SPU,再選擇規(guī)格確定SKU

直接選擇SKU

4. 刪除的邏輯不一樣

平臺型設(shè)計方案,如果需要刪除SKU的時候,需要通過刪除規(guī)格來刪除SKU,而且需要在SPU的載體上操作;而庫存型設(shè)計方案則直接選擇對應(yīng)的SKU即可刪除,不會和SPU等有什么強(qiáng)關(guān)聯(lián)的關(guān)系。

5.平臺型設(shè)計方案的利弊

總結(jié)來說,庫存管理的本質(zhì)還是以SKU為最小粒度,無論是平臺型設(shè)計方案還是庫存型設(shè)計方案最后都是通過以管理SKU來達(dá)到管理實(shí)物的作用。

以SPU為載體,然后通過規(guī)格去確定SKU有一定的好處,也有很明顯的弊端,這也是為什么主流的跨境電商ERP中都不太選用此方案的原因。

主要的利處和弊端分別如下:

利處:

  • 維護(hù)產(chǎn)品資料的時候可以與平臺產(chǎn)品的邏輯保持一致,便于用戶上手和理解;
  • 適用于多規(guī)格屬性比較多的產(chǎn)品,可以通過先選擇產(chǎn)品然后再通過規(guī)格來定位具體的SKU;
  • 適用于需要維護(hù)比較豐富的產(chǎn)品資料的場景,因?yàn)楹芏噘Y料都是在SPU的維度,這樣可以減少重復(fù)維護(hù)的工作量。比較適合B2B的模式,需要使用產(chǎn)品庫的內(nèi)容給用戶做報價。

弊端:

  • 調(diào)用產(chǎn)品的時候會麻煩一點(diǎn),需要通過選擇SPU再選擇SKU,還需要記憶相應(yīng)的規(guī)格來確定最終的SKU;
  • 編輯和維護(hù)的時候有兩套入口,一個是SPU的入口,一個是SKU的入口,會比較麻煩一些,而且SKU的入庫能維護(hù)的信息不多;
  • 無規(guī)格的產(chǎn)品和多規(guī)格的產(chǎn)品并列展示的時候,需要后臺做特殊處理,例如給無規(guī)格的產(chǎn)品也加上SPU+SKU的關(guān)系;
  • 查看和展示的時候不夠直觀,尤其是放在倉庫層面來使用的時候,倉庫應(yīng)該是以SKU的粒度來管理是最有效的,但是此處也需要做特殊處理,將SKU抽離出來,并排展示。

四、一些踩坑點(diǎn)

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

所以這里談到的踩坑點(diǎn)是針對平臺型設(shè)計方案來總結(jié)的,這一塊網(wǎng)絡(luò)上已有的資料比較少,而且采用這種做法的ERP也比較少,所以踩坑點(diǎn)就多了些。

1. 單規(guī)格產(chǎn)品與多規(guī)格產(chǎn)品的轉(zhuǎn)化

單規(guī)格和多規(guī)格產(chǎn)品的不同就在于規(guī)格是否大于1種以上,如果是大于1種以上則是多規(guī)格,如果是只有一種規(guī)格則是單規(guī)格。

為了避免單規(guī)格和多規(guī)格的隨意轉(zhuǎn)化,影響關(guān)聯(lián)的單據(jù)和歷史數(shù)據(jù)等,一般跨境電商EPR創(chuàng)建產(chǎn)品的入口就會分成兩個:“創(chuàng)建普通產(chǎn)品”和“創(chuàng)建多規(guī)格產(chǎn)品”。

創(chuàng)建普通產(chǎn)品則是在創(chuàng)建SPU的同時也創(chuàng)建了SKU,而且SKU的所有信息都是從SPU這里繼承來的,此刻的SPU編碼會和SKU編碼一致,SPU的存在只是為了兼容,以致于表結(jié)構(gòu)呈現(xiàn)一體性。

創(chuàng)建多規(guī)格產(chǎn)品,則是先創(chuàng)建SPU,然后通過規(guī)格的組合自動生成SKU,SPU編碼和SKU編碼不相同,而是SKU維度上需要填寫相應(yīng)的屬性,例如成本價、銷售價、期初庫存、重量等。

2. 平臺產(chǎn)品的接口字段兼容

以阿里巴巴國際站為例,國際站的產(chǎn)品接口中,當(dāng)有平臺產(chǎn)品有規(guī)格信息的時候,SKU信息是有的;當(dāng)沒有規(guī)格信息的時候,則SKU信息為空。

阿里巴巴國際產(chǎn)品接口示意圖

倘若還有其他的平臺,例如Amazon、Wish、eBay等,它們的產(chǎn)品接口中SKU的邏輯可能和阿里巴巴國際站一樣,也可能不一樣。

所以在設(shè)計本地的SKU產(chǎn)品庫的時候,要考慮這種接口上的數(shù)據(jù)兼容,當(dāng)平臺的產(chǎn)品只有SPU沒有SKU的時候,應(yīng)該怎么與本地產(chǎn)品做映射。

3. 產(chǎn)品庫的展示與編輯

平臺上的產(chǎn)品管理都是以SPU的維度來管理的, 但是如果放在ERP或者倉庫中,那么這種邏輯是否可以直接沿用,這個也是一個坑。

從我一段時間的調(diào)研和體驗(yàn)來說,以SPU維度展示和以SKU維度展示都應(yīng)該要做,因?yàn)樗鼈冞m用于不同的場景。

以SPU維度的展示可以放在基礎(chǔ)的產(chǎn)品管理頁面,類似于平臺的產(chǎn)品管理。這樣可以很方便的維護(hù)這些數(shù)據(jù),編輯和查看都是從SPU的維度進(jìn)去。

而以SKU維度的展示可以放在例如庫存查詢,庫存流水,或者就叫做專門的“SKU產(chǎn)品管理”頁面??梢詥蝹€的對SKU的一些信息維護(hù),例如條形碼,價格,庫存信息,銷售情況等。

SPU維度展示產(chǎn)品

SKU維度展示產(chǎn)品

#專欄作家#

vitamin,也自稱“皮醬”,微信公眾號:皮醬叨逼叨。目前是一位外貿(mào)SaaS領(lǐng)域的供應(yīng)鏈產(chǎn)品經(jīng)理,曾做過3年半的跨境倉儲物流方向的產(chǎn)品。

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

題圖來自 Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 請問一個比較小白的問題: ERP視角的商品為何沒有價格

    來自四川 回復(fù)
    1. 這個價格是指什么?采購價格和銷售價格嗎?一般是有的呀

      來自廣東 回復(fù)
  2. 能否寫下如果是sku管理,sku又是怎么關(guān)聯(lián)成spu的?

    來自廣東 回復(fù)
  3. saas產(chǎn)品

    回復(fù)
    1. 評論怎么刪不掉。。。

      回復(fù)
  4. 公眾號找不到啦~

    來自北京 回復(fù)
    1. 改名了,叫做 PM維他命

      來自臺灣 回復(fù)
  5. 請教一下關(guān)于新零售產(chǎn)品,門店線下是按照SPU管理,線上是按照SKU管理,線下線上庫存,商品數(shù)據(jù)融合,這塊的解決方案如何?

    來自湖北 回復(fù)
    1. 那就要采用文中的「平臺型設(shè)計方案」,可以兼容的。

      來自廣東 回復(fù)
    2. 不不不,平臺型的方案也無法支持一套erp進(jìn)行兩種庫存管理方案,線下是按照spu管理庫存,線上是按照sku管理庫存,兩者不可調(diào)和怎么去處理

      來自湖北 回復(fù)
    3. 要么就是用映射關(guān)系,類似于跨境電商的刊登功能一樣,一個是平臺的產(chǎn)品管理,一個是本地的產(chǎn)品管理。

      來自廣東 回復(fù)
  6. 高產(chǎn)出,厲害~

    來自上海 回復(fù)
    1. 哈哈,拖更了好久。

      來自廣東 回復(fù)