bs網(wǎng)站維護(hù)是做什么的(網(wǎng)站維護(hù)運(yùn)營(yíng)主要是做什么的)

2024-04-29    分類: 網(wǎng)站建設(shè)

編輯導(dǎo)語(yǔ):SPU和SKU是電商后臺(tái)和ERP后臺(tái)的重要單元。SPU即標(biāo)準(zhǔn)化產(chǎn)品單元,SKU即最小庫(kù)存單元。而電商后臺(tái)系統(tǒng)設(shè)計(jì)與ERP系統(tǒng)設(shè)計(jì)有所不同,單純地借助電商后臺(tái)管理系統(tǒng)設(shè)計(jì),將導(dǎo)致ERP設(shè)計(jì)上有所誤差。本文作者結(jié)合其工作經(jīng)驗(yàn)對(duì)ERP系統(tǒng)設(shè)計(jì)中的SPU和SKU設(shè)置進(jìn)行闡述,一起來(lái)看一下。

一、SPU和SKU的關(guān)系

關(guān)于SPU和SKU的基礎(chǔ)概念的了解,建議大家還是看看一些關(guān)于電商的書(shū)籍介紹,在此我就不做過(guò)多的整理,直接從《電商產(chǎn)品經(jīng)理兵法:基于SaaS的電商系統(tǒng)設(shè)計(jì)與實(shí)踐》此書(shū)中搬運(yùn)一些基礎(chǔ)概念過(guò)來(lái)。

1. 什么是SPU?

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

通俗來(lái)說(shuō),屬性值、特性相同的商品就可以稱為一個(gè)SPU。也可以說(shuō),SPU是一個(gè)抽象出來(lái)的模板。

一般來(lái)說(shuō),類目系統(tǒng)中的關(guān)鍵屬性(品牌、貨號(hào)等)能夠確定一個(gè)SPU,例如,iPhone 6就是一個(gè)SPU,諾基亞N97也是一個(gè)SPU,這與商家無(wú)關(guān),與顏色、款式、套餐也無(wú)關(guān)。

SPU的屬性是分類屬性的子集。只要用戶在SPU中定義了屬性,那么用戶在錄入商品時(shí),就不需要再次錄入,也不可以更改。

摘自《電商產(chǎn)品經(jīng)理兵法:基于SaaS的電商系統(tǒng)設(shè)計(jì)與實(shí)踐》

2. 什么是SKU?

SKU即單品/最小庫(kù)存單元。目前,SKU在各種零售商品中應(yīng)用得非常普遍。例如,某款衣服是一件商品,不同顏色、不同尺碼的該款衣服,對(duì)應(yīng)不同的SKU。SKU比較簡(jiǎn)單,就是把銷售的值組合存放,再加上庫(kù)存、價(jià)格。例如,該款衣服的黑色大號(hào)共有5件,每件20元;紅色小號(hào)共有3件,每件21元。

摘自《電商產(chǎn)品經(jīng)理兵法:基于SaaS的電商系統(tǒng)設(shè)計(jì)與實(shí)踐》

3. 電商后臺(tái)與ERP的商品管理差別

電商后臺(tái)往往不會(huì)直接有SKU層面的管理,都是在「商品管理」中處理,也就是在SPU層面來(lái)管理。主要涉及的操作有商品發(fā)布、編輯/修改、商品上/下架、提交商品審核等。

而ERP中,往往是在SKU層面進(jìn)行管理的,例如發(fā)起采購(gòu)、創(chuàng)建訂單、查看庫(kù)存、出入庫(kù)單據(jù)等,都是關(guān)聯(lián)的SPU。

所以在設(shè)計(jì)ERP的商品管理功能的時(shí)候,如果只是單純地參考電商后臺(tái)的管理,很容易踩坑,也很不太能理解背后是怎么運(yùn)作、怎么管理的。

前段時(shí)間我剛好在調(diào)研這一塊的業(yè)務(wù),既調(diào)研了電商后臺(tái)商品管理的一些邏輯,也上手試用了好幾款ERP的商品管理,有一些疑惑已經(jīng)解開(kāi),同時(shí)也有一些踩下的坑讓我記憶猶新。

所以此文就來(lái)談?wù)勄岸螘r(shí)間我是怎么被SPU和SKU這兩個(gè)東西折磨的,還有踩過(guò)的坑分別有哪些。

二、SPU刪除規(guī)格之后怎么處理?

基于電商后臺(tái)的規(guī)則,SKU是通過(guò)SPU的多規(guī)格來(lái)生成的,例如在創(chuàng)建SPU的時(shí)候,選擇不同的規(guī)格,然后不同的規(guī)格就會(huì)通過(guò)笛卡爾乘積,生成不同的SKU。

在梳理這一塊的邏輯的時(shí)候我就發(fā)現(xiàn)了一個(gè)問(wèn)題:如果一個(gè)SPU的規(guī)格屬性有兩種「顏色」和「尺碼」,然后在「顏色」中有“紅色”、“藍(lán)色”,在「尺碼」中有“S”和“M”,則意味著一共是會(huì)生成四個(gè)SKU。

但是如果允許后期修改規(guī)格(修改規(guī)格屬性或者修改規(guī)格值)的內(nèi)容的話,會(huì)重新生成SKU,同時(shí)老的SKU在這里就無(wú)法體現(xiàn)了(因?yàn)橐?guī)格不存在或者屬性不存在)。

例如下圖,如果將“藍(lán)色”改成“綠色”,那么應(yīng)該重新生成SKU,但是原來(lái)的“藍(lán)色”規(guī)格的SKU就“消失”了。還有如果一些創(chuàng)建商品的時(shí)候沒(méi)有選擇規(guī)格,然后只是生成了一個(gè)SKU,后續(xù)如果要增加規(guī)格的時(shí)候,那么原來(lái)的商品也不能和后續(xù)多規(guī)格衍生的SKU形成相同的結(jié)構(gòu)(規(guī)格結(jié)構(gòu)不一樣)。

如果SKU編碼BS和BM是在庫(kù)的、有庫(kù)存的,那么直接刪除這兩個(gè)SKU顯然是不合理的,但是由于電商的管理應(yīng)該大多數(shù)是基于SPU層面,所以如果修改了規(guī)格屬性(電商也叫銷售屬性),那么被更改了的那個(gè)應(yīng)該不能再出現(xiàn)了,類似于此款停產(chǎn)或者不再售賣(mài)了。

下圖是淘寶的千牛后臺(tái),發(fā)布商品的時(shí)候先選擇對(duì)應(yīng)的類目后,會(huì)給出對(duì)應(yīng)的銷售屬性,而且是都必填,所以不存在中途增加和修改銷售規(guī)格的情況出現(xiàn)。

但是ERP系統(tǒng)就不會(huì)有這么嚴(yán)謹(jǐn)?shù)倪壿?,而且也沒(méi)有對(duì)應(yīng)的類目信息。

所以這一塊如果限制死了,不允許客戶添加規(guī)格,那么就可能會(huì)滿足不了一些多規(guī)格的商品的信息維護(hù);如果放開(kāi)了限制,那么用戶就可以隨意調(diào)整對(duì)應(yīng)的規(guī)格信息,那么生成的SKU可能就會(huì)和原SPU斷開(kāi)關(guān)聯(lián)。

千牛后臺(tái)截圖

基于上述的情況,我查了很多資料,也問(wèn)了一些朋友之后發(fā)現(xiàn),如果是單純地參考電商平臺(tái)的后臺(tái)處理邏輯,那么很難兼容各行各業(yè)的商家的產(chǎn)品。

于是我開(kāi)始找了另一類競(jìng)品:電商ERP,主要還是跨境類的,例如店小秘、馬幫、通途等。

結(jié)果發(fā)現(xiàn)它們的處理方式很巧妙,在創(chuàng)建商品的時(shí)候可以選擇類型:

單規(guī)格產(chǎn)品,也可以稱為無(wú)規(guī)格產(chǎn)品;多規(guī)格產(chǎn)品,可以自由添加規(guī)格進(jìn)行變換。

單規(guī)格產(chǎn)品不能轉(zhuǎn)為多規(guī)格,如果需要增加規(guī)格,則需要重新創(chuàng)建SPU再生成SKU;多規(guī)格產(chǎn)品也不能轉(zhuǎn)為單規(guī)格產(chǎn)品,多規(guī)格產(chǎn)品一定要選擇至少一項(xiàng)規(guī)格屬性。這樣一分類,就將很多復(fù)雜的場(chǎng)景給隔離開(kāi)了,只需要重點(diǎn)關(guān)注多規(guī)格產(chǎn)品的管理即可。

三、無(wú)規(guī)格的產(chǎn)品怎么創(chuàng)建SKU?

在沒(méi)有仔細(xì)地調(diào)研跨境ERP的做法的時(shí)候,關(guān)于無(wú)規(guī)格的產(chǎn)品怎么創(chuàng)建SKU的問(wèn)題,我們內(nèi)部討論了兩種方案。

直接創(chuàng)建SPU的時(shí)候,不填寫(xiě)規(guī)格信息,當(dāng)沒(méi)有規(guī)格信息的時(shí)候,默認(rèn)SPU對(duì)應(yīng)一個(gè)SKU,即一對(duì)一的關(guān)系;創(chuàng)建SPU的時(shí)候,填寫(xiě)一個(gè)規(guī)格,例如衣服就只有一個(gè)型號(hào)「白色的中碼」,那么就是創(chuàng)建一個(gè)規(guī)格「White*M」。

后來(lái)調(diào)研了跨境ERP的做法之后,我發(fā)現(xiàn)這兩種做法都不好,具體的理由和上面的是一樣的。如果當(dāng)前只有一個(gè)規(guī)格,后期多了規(guī)格需要拓展的時(shí)候,在此商品SPU的基礎(chǔ)上拓展SKU,還是會(huì)踩坑。例如刪除了“白色”這個(gè)規(guī)格,然后用了其他顏色,也刪除了“M”這個(gè)尺碼,那么之前的「White*M」就掛不在SPU之下了。

所以我決定采用跨境ERP的做法,在創(chuàng)建SKU的時(shí)候要先選擇類型,到底是單規(guī)格產(chǎn)品還是多規(guī)格產(chǎn)品。如果是單規(guī)格產(chǎn)品,那么直接就生成SKU,不能拓展所謂的規(guī)格屬性;如果是多規(guī)格產(chǎn)品,則先生成父級(jí)SPU,然后再通過(guò)多規(guī)格屬性來(lái)拓展生成具體的SKU。

而且多規(guī)格的產(chǎn)品,不能添加&刪除原來(lái)的規(guī)格屬性,只能追加對(duì)應(yīng)的屬性值。

例如一開(kāi)始的規(guī)格屬性是「顏色」和「尺碼」,后續(xù)編輯的時(shí)候,只能繼續(xù)追加「顏色」的屬性值,或者追加「尺碼」的屬性值,而不能再刪除「顏色」或者添加新的其他規(guī)格屬性。同時(shí)也要限制不允許隨意刪除已生成的SKU(例如上面提到的BM和BS),要先判斷SKU是否已被使用。

有贊后臺(tái)截圖

所以,最終我所選擇的方案是:無(wú)規(guī)格的產(chǎn)品直接創(chuàng)建一個(gè)單品SKU,不需要和SPU關(guān)聯(lián);而有規(guī)格的產(chǎn)品則先創(chuàng)建SPU之后,再通過(guò)規(guī)格來(lái)創(chuàng)建SKU。

當(dāng)然還有更簡(jiǎn)單的辦法就是,ERP中不存在SPU的概念,直接全部創(chuàng)建的都是SKU,用映射的方式來(lái)將電商平臺(tái)的SPU下的SKU映射到系統(tǒng)中。這種邏輯是最簡(jiǎn)單粗暴的,利弊都很明顯,只是我們要支持的業(yè)務(wù)場(chǎng)景,不允許這樣做……

四、供應(yīng)商與SPU&SKU的關(guān)系

供應(yīng)商是與SPU關(guān)聯(lián)還是和SKU關(guān)聯(lián),這個(gè)也是我之前一直很糾結(jié)的一個(gè)問(wèn)題。按理說(shuō),供應(yīng)商提供的是具體的產(chǎn)品,那么自然而然應(yīng)該是跟SKU關(guān)聯(lián)。

但是有一部分的SKU是通過(guò)SPU的多規(guī)格屬性演化而來(lái)的,如果供應(yīng)商直接和SKU關(guān)聯(lián),那么則意味著創(chuàng)建好了SKU之后,還需要分別對(duì)同SPU但是不同SKU的產(chǎn)品一一設(shè)置供應(yīng)商關(guān)系、供應(yīng)商報(bào)價(jià)等。

從操作層面來(lái)說(shuō),用戶要做多次重復(fù)的工作;從設(shè)計(jì)層面來(lái)說(shuō),有很多可復(fù)用的屬性沒(méi)有復(fù)用到……

創(chuàng)建多規(guī)格產(chǎn)品(SKU)的時(shí)候,將供應(yīng)商信息掛在SPU維度上,然后SKU繼承這些信息,就避免了逐個(gè)SKU維護(hù)供應(yīng)商的繁瑣操作。

如果是創(chuàng)建單規(guī)格產(chǎn)品(SKU)的時(shí)候,將供應(yīng)商信息直接掛在SKU維度上,一個(gè)SKU就維護(hù)一次。

通途ERP截圖

通途ERP也是這樣的做法,比較清晰明了。

五、SKU如何編輯?可以編輯哪些信息?

上面提到了,我們創(chuàng)建了SKU的時(shí)候有兩個(gè)入口,一個(gè)是創(chuàng)建單規(guī)格產(chǎn)品,一個(gè)是創(chuàng)建多規(guī)格產(chǎn)品。所以對(duì)應(yīng)的,我們編輯SKU的入口也有兩個(gè),一個(gè)是從SPU層面進(jìn)入編輯,另外一個(gè)是從SKU的層面進(jìn)入編輯。

期初我一直覺(jué)得既然創(chuàng)建好了SKU,那么其實(shí)在ERP中,SPU基本上就沒(méi)啥作用了,所以編輯只需要在SKU層面即可。

但是隨著對(duì)業(yè)務(wù)的分析,以及對(duì)SPU和SKU的關(guān)系的進(jìn)一步熟悉,我發(fā)現(xiàn)如果只是在SKU層編輯就會(huì)出現(xiàn)一些很奇怪的問(wèn)題。

例如「iPhone 12 國(guó)行」可以算作是一個(gè)SPU,然后“iPhone 12 國(guó)行 紅色 64G”(簡(jiǎn)稱為:紅色64G)和“iPhone 12 國(guó)行 白色 128G”(簡(jiǎn)稱為:白色128G)則是其所對(duì)應(yīng)的SKU。

如果我將所有的編輯都放在SKU層面,那么我自然而然可以編輯一些“基礎(chǔ)信息”、“非關(guān)鍵屬性”、“銷售信息”等。

如果只是編輯“銷售信息”那么還沒(méi)什么問(wèn)題,因?yàn)椴煌腟KU就是因?yàn)殇N售屬性不一樣而做的區(qū)分。但是如果允許編輯一些“基礎(chǔ)信息”,例如說(shuō)“名稱”、“描述”、“類目”等,那么可以將“iPhone 12 國(guó)行 紅色 64G”改成“蘋(píng)果12 中國(guó)紅 64G”,也可以改成“蘋(píng)果11 白色 64G”等等,這樣就會(huì)亂套了。

所以,SKU的編輯應(yīng)該遵循和創(chuàng)建的邏輯相同,也要符合SPU和SKU的關(guān)系的定義。有兩個(gè)入口創(chuàng)建,也就有兩個(gè)入口編輯。同時(shí),不同的入口可以編輯的信息是不一樣的。

SPU維度編輯的“基礎(chǔ)信息”等應(yīng)該是復(fù)用在所有的SKU層面的,即改了SPU的信息則SKU的信息也要改;SKU維度的編輯,只能是一些自己獨(dú)立的屬性,例如“售價(jià)”、“庫(kù)存信息”、“采購(gòu)價(jià)格”等。

千牛后臺(tái)截圖

六、一些參考資料

最后分享一些相關(guān)參考資料給大家,如果大家對(duì)電商后臺(tái)或者ERP后臺(tái)感興趣的,可以根據(jù)下面的關(guān)鍵詞進(jìn)行搜索。有一些后臺(tái)賬號(hào)是需要申請(qǐng)?jiān)囉玫模覀€(gè)小號(hào)去申請(qǐng)比較好,能避免后續(xù)很多的騷擾。

電商后臺(tái)的競(jìng)品:千牛(淘寶商家后臺(tái))、劉志遠(yuǎn)——電商后臺(tái)產(chǎn)品設(shè)計(jì)課程、相關(guān)圖書(shū)(京東)、有贊。ERP的競(jìng)品:店小秘、馬幫、金蝶星辰、聚水潭。#專欄作家#

vitamin,微信公眾號(hào):皮醬叨逼叨。人人都是產(chǎn)品經(jīng)理專欄作家,公眾號(hào)運(yùn)營(yíng)小白,初中級(jí)B端產(chǎn)品一枚(一年開(kāi)發(fā)經(jīng)驗(yàn)+三年產(chǎn)品經(jīng)驗(yàn))。主導(dǎo)過(guò)在線教育類產(chǎn)品,目前是跨境電商供應(yīng)鏈倉(cāng)儲(chǔ)物流產(chǎn)品一枚,歡迎勾搭,一同學(xué)習(xí)。

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

題圖來(lái)自 Unsplash,基于CC0協(xié)議。

非常感謝您讀完創(chuàng)新互聯(lián)的這篇文章:"bs網(wǎng)站維護(hù)是做什么的(網(wǎng)站維護(hù)運(yùn)營(yíng)主要是做什么的)",僅為提供更多信息供用戶參考使用或?yàn)閷W(xué)習(xí)交流的方便。我們公司提供:網(wǎng)站建設(shè)、網(wǎng)站制作、官網(wǎng)建設(shè)、SEO優(yōu)化、小程序制作等服務(wù),歡迎聯(lián)系我們提供您的需求。

新聞標(biāo)題:bs網(wǎng)站維護(hù)是做什么的(網(wǎng)站維護(hù)運(yùn)營(yíng)主要是做什么的)
本文鏈接:http://bm7419.com/news8/325708.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站維護(hù)、品牌網(wǎng)站設(shè)計(jì)、微信公眾號(hào)、ChatGPT、用戶體驗(yàn)、服務(wù)器托管

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)

微信小程序開(kāi)發(fā)