商品管理是電商的重中之重，是一切的基石。
讀大學(xué)那會還真沒有想過自己最后會涉足互聯(lián)網(wǎng)。不過命運(yùn)就是這么奇妙，兜兜轉(zhuǎn)轉(zhuǎn)，最終我這個(gè)當(dāng)初看不起互聯(lián)網(wǎng)的屌絲也臣服在IT女神的皮鞭蠟燭之下，甘愿驅(qū)遣了。進(jìn)入這個(gè)行當(dāng)，就一直在做電商，從前端APP、H5頁面等的設(shè)計(jì)，到后臺的運(yùn)營后臺，以及中臺ERP/WMS，都有涉及。眼看著很多做電商的小伙伴們，設(shè)計(jì)前端APP模塊的時(shí)候還有競品還分析，設(shè)計(jì)運(yùn)營后臺就沒多少競品可供參考了，故趁著最近心情還不錯(cuò)，本著獨(dú)樂樂不如眾樂樂的精神，就分享些個(gè)人的經(jīng)驗(yàn)，免得大家踩不必要的坑吧。
上面廢話了那么多，接下來，干貨直接出場，請熱烈歡迎第一篇：商品管理。
概論
商品管理是電商的重中之重，是一切的基石。對于運(yùn)營后臺商品管理，私以為主要要滿足以下需求：
使用戶在前端能快速的發(fā)現(xiàn)商品（主要依賴于搜索以及商品列表頁的篩選、前臺分類的運(yùn)營、促銷活動(dòng)的結(jié)構(gòu)化以及精準(zhǔn)化推薦等，這方面就要求商品管理模塊能提供結(jié)構(gòu)化的特征屬性）；
使用戶得到盡可能多的決策必須的信息（例如：品牌、名稱、規(guī)格參數(shù)、文描和價(jià)格等）；
使運(yùn)營童鞋方便的維護(hù)商品信息（例如盡可能的簡化維護(hù)步驟，使需要維護(hù)的信息盡可能的簡潔而又完備）；
使運(yùn)營童鞋能夠方便快捷的實(shí)現(xiàn)整個(gè)商品生命周期的管理（從創(chuàng)建，審核，上架，下架和回收等）；
使運(yùn)營童鞋能夠結(jié)構(gòu)化的管理整個(gè)平臺的商品庫（一個(gè)平臺少則幾千幾萬個(gè)SKU，多則幾百萬幾千萬個(gè)SKU，要分門別類，為運(yùn)營提供品牌，基礎(chǔ)分類等多個(gè)維度來管理商品庫）；
以京東的前端某商品詳情頁為例：
對于上圖的手機(jī)頁面，前端呈現(xiàn)的各種信息怎么樣通過后臺商品管理模塊一步步維護(hù)，請帶著瓜子板凳，聽我慢慢道來。
商品管理的主要框架圖見http://www.xmind.net/m/kHXe，截圖比較模糊，大家可以到所述網(wǎng)址下載，更清晰。
具體的講解順序，就按照
基礎(chǔ)類目管理；
品牌管理；
屬性管理；
商品管理；
前臺分類管理開搞吧。
1基礎(chǔ)類目管理
對于未接觸過電商的童鞋，可能對基礎(chǔ)類目沒什么概念。其實(shí)這個(gè)東西很好理解，基礎(chǔ)類目就是商品屬于什么基礎(chǔ)分類，是手機(jī)，還是平板，還是筆記本電腦，換言之，商品的基礎(chǔ)類目就是定義商品是什么。類似于生物學(xué)的門綱科目屬。不同的基礎(chǔ)類目之間實(shí)際上是描述這個(gè)類目的特征的不同。
例如手機(jī)這個(gè)類目，對應(yīng)的特征就是：前攝像頭像素，后攝像頭像素，屏幕尺寸，網(wǎng)絡(luò)制式等；而褲子這個(gè)類目，對應(yīng)的特征就是：腰圍，褲長，面料材質(zhì)，厚度等。對于電商，習(xí)慣上把描述不同類目的特征稱之為屬性，每一個(gè)類目維護(hù)的時(shí)候，就要選定該類目的屬性，然后新增商品的時(shí)候，先選中該商品的類目，則會出現(xiàn)對應(yīng)的屬性供運(yùn)營者維護(hù)。以屬性為區(qū)分維度建立適合粒度而又不耦合的類目樹，串聯(lián)所有的商品，是商品管理的核心所在。
一個(gè)電商APP的運(yùn)營后臺基礎(chǔ)類目樹只能有一顆，任一個(gè)商品只能屬于該類目樹上的一個(gè)基礎(chǔ)類目。具體的類目管理包括：類目節(jié)點(diǎn)的新增/編輯/刪除、類目節(jié)點(diǎn)的排序和類目節(jié)點(diǎn)的屬性維護(hù)。
1.1子節(jié)點(diǎn)的新增/編輯和排序
每個(gè)平臺默認(rèn)有一顆基礎(chǔ)類目樹，點(diǎn)擊菜單進(jìn)入該類目樹詳情頁，以選中的“休閑零食”這一節(jié)點(diǎn)為例，第一個(gè)頁簽“節(jié)點(diǎn)詳情”為當(dāng)前節(jié)點(diǎn)的明細(xì)，包括三個(gè)信息：名稱（必填），描述，是否最小分類（必填，單選）。最小分類的概念是指在運(yùn)營維度該分類已達(dá)到平臺所需的最小粒度，沒有必要在其下繼續(xù)細(xì)分分類。
對于非最小分類的節(jié)點(diǎn)，選中該分類還會有額外的兩個(gè)頁簽，第二個(gè)頁簽是在當(dāng)前分類下新增子分類，第三個(gè)頁簽是當(dāng)前分類下一級子分類的排序操作。具體的界面下圖：
分類詳情
子分類新增
子分類排序
具體的頁面交互細(xì)節(jié)就不說了，值得注意的有二：
萬一一個(gè)分類剛創(chuàng)建的時(shí)候被定義為了最小分類，例如上圖中的“油炸商品”，后續(xù)商品SKU太大，運(yùn)營需要繼續(xù)細(xì)分，就需要變更這一定義，同時(shí)也有可能有分類創(chuàng)建的時(shí)候是“非最小分類”，后來需要變更為“最小分類”，這個(gè)時(shí)候需要校驗(yàn)一個(gè)邏輯：當(dāng)前分類及其子分類有無關(guān)聯(lián)商品。如果有商品，則不允許變更，若無商品，則可以變更。
刪除某分類時(shí)，需校驗(yàn)該分類及其各級子分類下是否有關(guān)聯(lián)商品，若有，則不可刪除；若無，則可以刪除
1.2基礎(chǔ)類目的屬性管理
對于是最小分類的節(jié)點(diǎn)，則其沒有子分類的新增和排序的頁簽，而是有額外的頁簽：分類屬性。具體頁面如下：
分類屬性這個(gè)頁簽主要是定義當(dāng)前分類的商品具有哪些屬性。這里有幾個(gè)概念需要先解釋下。
屬性分組：由于一個(gè)分類的屬性有時(shí)會很多，可能幾十上百個(gè)，所以又引入了屬性分組的概念，把形容某一類特征的幾個(gè)屬性歸屬于一個(gè)組，這樣在前端的規(guī)格參數(shù)里可以按后臺設(shè)置的屬性分組按序展示。
屬性的用途：分為基本、系列和導(dǎo)購?；緦傩允侵冈搶傩詴徽故驹谇芭_商詳頁的規(guī)格參數(shù)里。如下圖：
系列屬性是同一品牌同一款產(chǎn)品的不同型號區(qū)分的特征，例如同一款衣服的尺碼：S,M.L.XL，例如Ihpone7的顏色：黑、灰。系列屬性主要是為了前臺商品的聚合展示，在同一個(gè)頁面，通過勾選不同的屬性值，就能對不同的商品操作，大大方便了用戶，提高轉(zhuǎn)化率。
導(dǎo)購屬性是指在商品列表頁，展示了多種商品，能幫助用戶繼續(xù)篩選所需商品的可篩選屬性。如下圖：
解釋了上述概念，編輯和排序的具體細(xì)節(jié)操作不一一講了，只講比較重要的，就是對于最小分類，如何添加和刪除屬性。
添加屬性：分類的屬性必須從已維護(hù)好的屬性庫里去選擇。具體的操作界面如下，點(diǎn)擊添加后彈出查詢彈窗，查詢到需要的屬性后，選擇該屬性在當(dāng)前分類下的用途，點(diǎn)擊添加，即添加到當(dāng)前分類。
刪除屬性：若當(dāng)前分類無商品，則屬性可直接刪除；若有商品，屬性無法真正刪除，從某屬性組刪除后會自動(dòng)跳入默認(rèn)的屬性分組（每一個(gè)分類都有一個(gè)默認(rèn)的屬性分組）；
刪除屬性分組：則需校驗(yàn)當(dāng)前分組下無屬性。
2品牌管理
品牌管理的意義在于，維護(hù)一個(gè)平臺共有的品牌庫，商品新增和編輯的時(shí)候，只能從品牌庫勾選已有可用的品牌，從而避免前臺一個(gè)品牌多個(gè)名稱，同時(shí)在運(yùn)營過程中也能清晰的按品牌維度操作。
品牌管理主要分為品牌的查詢、新增/編輯和刪除。具體的新增/編輯頁面如下：
其他細(xì)節(jié)不一一贅述，有三點(diǎn)值得注意：
一個(gè)品牌可以維護(hù)多個(gè)品牌別名，中間用；隔開即可。維護(hù)別名的意義主要在于方便用戶前臺搜索；
只有“啟用”的品牌，才能是商品編輯的時(shí)候被選中；
刪除品牌時(shí)，只有當(dāng)前品牌沒有被商品關(guān)聯(lián)選中，且品牌狀態(tài)為已停用，才能刪除。
3屬性管理
屬性管理主要是建立一個(gè)屬性庫，以精確描述商品，為用戶提供必要的商品信息。就像我們形容一個(gè)人，會用身高、年齡、性別等屬性來描述一個(gè)人。從前文講基礎(chǔ)類目的時(shí)候，聰明的讀者應(yīng)該已經(jīng)領(lǐng)悟到了每一個(gè)基礎(chǔ)分類實(shí)際上就是一個(gè)屬性集合（不要告訴我你不是），其實(shí)這才是暗合宇宙真理。哲學(xué)幾大問，第一問就是“What”，要回答what是what，必然是用一個(gè)屬性集來拆招的。
和品牌庫一樣，屬性庫主要也是滿足屬性的查詢、新增/編輯和刪除的功能。主要講下屬性的新增/編輯吧。下圖就是屬性新增/編輯的頁面。其中屬性的編輯方式是“單選”或者“多選”的時(shí)候，下方必須維護(hù)可選擇的值。
其中有一點(diǎn)需特別注意，屬性的刪除需校驗(yàn)當(dāng)前屬性沒有被基礎(chǔ)分類關(guān)聯(lián)，若關(guān)聯(lián)則不允許刪除。
4商品管理
經(jīng)過上面的步驟，建好基礎(chǔ)分類，建好品牌庫和屬性庫，維護(hù)好基礎(chǔ)分類的屬性，就可以來新增一個(gè)商品了。商品管理模塊同樣離不開商品的查詢、新增/編輯、刪除以及商品的狀態(tài)控制。
首先講下商品的狀態(tài)控制。一個(gè)商品，從商品運(yùn)營童鞋在后臺新增，到上架以便前端用戶可見可購買，不僅僅是上架下架這么簡單。一個(gè)規(guī)范的商品管理模塊，應(yīng)該將涉及到商品運(yùn)營的工作人員的工作流程化。具體來看，需要承擔(dān)的工作有：商品的新增/編輯/刪除（維護(hù)商品庫），商品的審核（審核內(nèi)容及售價(jià)），商品的上架和下架（日常銷售運(yùn)營），商品的巡查（即通過審核后的抽查）。不同的公司有不同的做法，有的是把職責(zé)綜合起來，有的是分開來，但不管怎樣，上述四個(gè)職責(zé)，是一定要體現(xiàn)的。下圖是商品的管理流程：
本來自營的B2C平臺沒有商家和平臺之分，但為了大家更好的理解商品的新增/編輯/刪除、審核、上下架、巡查（即上圖中的鎖定）各種操作，故特意假定自營也是一個(gè)特殊的商家，故上述流程引入了商家和平臺的概念。具體對應(yīng)的商品狀態(tài)有新增、待審核、待上架、審核不通過和已下架5種。
這么多操作中，具體講下普通商品的新增和系列商品的新增。（建議參考前文給出的商品管理腦圖，互相映照）
4.1普通商品的新增
商品新增的入口在商品查詢頁面，或者商品詳情頁。點(diǎn)擊新增按鈕，出現(xiàn)如下彈窗，其中商品類型分為普通和虛擬，倉庫性質(zhì)為國內(nèi)倉，直郵倉，保稅倉，商品分類為欲新增商品的基礎(chǔ)分類。這三個(gè)字段決定商品維護(hù)的信息不同，以及含該商品的訂單處理流程不同，故需要在新增第一步定義。
定義好之后，點(diǎn)擊確認(rèn)，則跳轉(zhuǎn)到具體的商品新增頁面，如下：
要完成商品信息的維護(hù)，需將六個(gè)頁簽都維護(hù)完畢。其中商品圖片主要是上傳商品的圖片，商品描述是一個(gè)富文本輸入框，用來輸入商品的文描。其余三個(gè)頁簽界面如下（商品頁面的操作按鈕隨著商品的狀態(tài)變化）：
類目屬性頁簽：主要維護(hù)該商品在當(dāng)前基礎(chǔ)分類下的各個(gè)屬性的值。
庫存運(yùn)費(fèi)頁簽：主要維護(hù)該商品在各地區(qū)的所屬倉庫以及各倉庫中的庫存控制，還有當(dāng)前商品適用的運(yùn)費(fèi)規(guī)則。
值得注意的有：
每個(gè)商品可選擇一種運(yùn)費(fèi)規(guī)則，購物車結(jié)算時(shí)，遵守同一運(yùn)費(fèi)規(guī)則的商品按照規(guī)則計(jì)算該組用戶運(yùn)費(fèi)，綜合不同規(guī)則算出來的運(yùn)費(fèi)即為本次結(jié)算的總運(yùn)費(fèi)；
一個(gè)商品可存放多個(gè)倉庫，每個(gè)倉庫需要設(shè)置該倉庫的銷售范圍，這樣可以根據(jù)前端用戶的地址判斷庫存及訂單的拆單與推送；
每個(gè)倉庫可以單獨(dú)設(shè)置該商品的庫存管理方式（簡單起見，也可以同一設(shè)置，各倉庫存單獨(dú)和WMS同步）
價(jià)格設(shè)置頁簽：主要維護(hù)該商品在不同平臺（APP價(jià)格可以設(shè)低，以吸引用戶轉(zhuǎn)移向移動(dòng)端），不用會員組別（新用戶可低價(jià)以吸引用戶下單，高等級用戶可以享受低價(jià)以提升用戶忠誠度）之間的售價(jià)。
一般來說，三個(gè)維度的價(jià)格已足夠。
采購價(jià)：可以用來分析商品毛利和凈利，也可以用來做售價(jià)的設(shè)置預(yù)警，當(dāng)設(shè)置的售價(jià)相對于低于采購價(jià)多少時(shí)，預(yù)警或者設(shè)置不通過；
參考價(jià)：即專柜價(jià)；
售價(jià)：即用戶前端結(jié)算時(shí)的價(jià)格，此價(jià)格又可以細(xì)分出一個(gè)特價(jià)，并可以設(shè)置生效時(shí)間，這樣，當(dāng)需要舉行降價(jià)促銷時(shí)，可以事先設(shè)置，過后自動(dòng)恢復(fù)原價(jià)。
4.2系列商品的新增
系列品的概念前文已經(jīng)講過，簡單舉例再說下，就是一件衣服S/M/L不同的尺碼，或者不同的顏色。對于這樣的商品，有的平臺運(yùn)營后臺在后面維護(hù)成一個(gè)SKU，但帶有不同的銷售屬性，個(gè)人認(rèn)為比較好的做法是，把每個(gè)最小物理單位在系統(tǒng)中都維護(hù)成一個(gè)獨(dú)立的SKU，只是在前臺展示的時(shí)候按屬性做下聚合，做到同一個(gè)頁面點(diǎn)擊不同屬性就切換到不同的商品。如此，價(jià)格和庫存等所有商品信息，都是每個(gè)獨(dú)立的SKU控制。
具體的系列商品怎么聚合而成，且看下圖：
上圖是平臺所有系列商品的查詢界面，點(diǎn)擊新增，則彈窗如上圖右側(cè)，選定系列品的基礎(chǔ)類目，品牌以及用哪個(gè)系列屬性（即前文定義的屬性，其用圖包含系列）作為聚合維度，點(diǎn)擊確認(rèn)，跳轉(zhuǎn)到系列品的新增頁面如下圖所示：
具體的交互和邏輯就不講了，只提一個(gè)問題給大家，為什么我要限制系列品的類目和品牌？
還有一種商品形態(tài)，組合商品（即將兩個(gè)獨(dú)立的SKU A和B 打包在一起賣，同時(shí)A和B獨(dú)立也在售賣），不過組合商品現(xiàn)在的應(yīng)用實(shí)際上也沒有那么廣泛了，就簡單講下吧。
對于組合商品通常有兩種實(shí)現(xiàn)方式，一實(shí)一虛。實(shí)的是指組合商品C=A+B是一個(gè)獨(dú)立的SKU，與普通商品一致有必要的商品信息（例如圖片和文描），用戶下單時(shí)系統(tǒng)里生成的訂單商品表里直接記錄該獨(dú)立SKU=C的信息，只是在該訂單發(fā)往WMS履行時(shí)，才將A和B而不是C推給WMS，該方式會帶來一系列例如庫存，銷量統(tǒng)計(jì)等的不便；故個(gè)人認(rèn)為可行的方式是走虛的路線。即在新增組合商品時(shí)，實(shí)際只是新增了一條價(jià)格設(shè)置，當(dāng)用戶在前臺搜索到A時(shí)，A的詳情頁會告知A+B的組合優(yōu)惠價(jià)，用戶一起將A和B 加入購物車結(jié)算時(shí)優(yōu)惠的組合價(jià)生效。該種方式組合的商品沒有獨(dú)立的商品信息，但庫存管理簡單，下單主流程改動(dòng)較小，對于系統(tǒng)而言，輕而且方便，也實(shí)現(xiàn)了以優(yōu)惠帶動(dòng)目標(biāo)商品銷量的根本目的。
5前端分類管理
前端分類是指PC或者APP中便于消費(fèi)者定位某商品而又運(yùn)營童鞋管理的一種分類，此分類與基礎(chǔ)分類最大的不同，在于基礎(chǔ)分類是定義一個(gè)商品是什么，有什么屬性，不同基礎(chǔ)分類之間的屬性按理是不一樣的，一個(gè)商品只能屬于一個(gè)最小基礎(chǔ)分類。
前端分類是與消費(fèi)者聯(lián)系比較密切的一個(gè)分類，與消費(fèi)者的認(rèn)知趨同，貼近消費(fèi)熱點(diǎn)，比如Iphone7 128G黑色這款手機(jī)，即可能出現(xiàn)在前端“雙攝像頭手機(jī)”分類下，還可能出現(xiàn)在“大屏手機(jī)”分類下，或者將各個(gè)品牌最新旗艦手機(jī)聚合成一個(gè)分類，歸屬于“暢銷旗艦“分類下。
前端分類不局限于一顆，有可能PC是一顆，H5和APP是一顆，也有可能APP上不同的頻道頁的都有獨(dú)立的分類樹。
前端分類樹及其分類節(jié)點(diǎn)的查改增刪就不一一細(xì)說了，這里只簡單講一個(gè)問題，怎么把商品聚合到某個(gè)前端分類節(jié)點(diǎn)下？其實(shí)這無外乎一個(gè)選品的功能，按照基礎(chǔ)分類、品牌、和單個(gè)SKU三種不同維度篩選出商品，然后聚合即可。
前端分類建好了，商品也關(guān)聯(lián)好了，怎么展示在前臺相應(yīng)的位置？這個(gè)簡單點(diǎn)的，可以由前端頁面接口中寫死；更進(jìn)一步，可以由CMS模塊來做配置，指定某頁面展示某分類樹，這一塊，就要在以后的文章中談到了。
結(jié)語
B2C電商（自營）運(yùn)營管理平臺之商品管理模塊至此介紹完了。以上只是筆者從業(yè)以來經(jīng)驗(yàn)的總結(jié)，不同的公司有不同的使用場景，其中細(xì)節(jié)部分大可斟酌，但萬變不離其宗，就看大家怎么去架構(gòu)了。希望上文能給大家?guī)韼椭幽苌俨染蜕俨?，畢竟出來混，坑自己不要緊，坑了隊(duì)友那就悲劇了，是吧？
作者：一夜不孤城，微信：akulama
文章來源：人人都是產(chǎn)品經(jīng)理
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時(shí)聯(lián)系我們刪除及進(jìn)行處理：[email protected]
