商品管理是電商的重中之重峦睡，是一切的基石。
讀大學(xué)那會還真沒有想過自己最后會涉足互聯(lián)網(wǎng)权埠。不過命運(yùn)就是這么奇妙榨了，兜兜轉(zhuǎn)轉(zhuǎn)，最終我這個當(dāng)初看不起互聯(lián)網(wǎng)的屌絲也臣服在IT女神的皮鞭蠟燭之下攘蔽，甘愿驅(qū)遣了阻逮。進(jìn)入這個行當(dāng)，就一直在做電商秩彤，從前端APP叔扼、H5頁面等的設(shè)計，到后臺的運(yùn)營后臺漫雷，以及中臺ERP/WMS瓜富，都有涉及。眼看著很多做電商的小伙伴們降盹，設(shè)計前端APP模塊的時候還有競品還分析与柑，設(shè)計運(yùn)營后臺就沒多少競品可供參考了，故趁著最近心情還不錯，本著獨樂樂不如眾樂樂的精神价捧，就分享些個人的經(jīng)驗丑念，免得大家踩不必要的坑吧。
計劃是寫一個長篇系列结蟋，以自營的B2C平臺為例脯倚，剖析運(yùn)營后臺主要框架，如果興致高嵌屎，可能還會包括WMS推正。不過我素來是懶癌患者，大家就求多福吧宝惰。以下是預(yù)計撰寫但不一定寫的文章植榕，收好，不謝：
上面廢話了那么多尼夺，接下來尊残，干貨直接出場，請熱烈歡迎第一篇：商品管理淤堵。
商品管理是電商的重中之重夜郁，是一切的基石。對于運(yùn)營后臺商品管理粘勒，私以為主要要滿足以下需求：
以京東的前端某商品詳情頁為例：
圖片 1
對于上圖的手機(jī)頁面竞端，前端呈現(xiàn)的各種信息怎么樣通過后臺商品管理模塊一步步維護(hù)，請帶著瓜子板凳庙睡，聽我慢慢道來事富。
商品管理的主要框架圖見http://www.xmind.net/m/kHXe，截圖比較模糊乘陪，大家可以到所述網(wǎng)址下載统台，更清晰。
圖片 2
具體的講解順序啡邑，就按照
對于未接觸過電商的童鞋贱勃，可能對基礎(chǔ)類目沒什么概念。其實這個東西很好理解谤逼，基礎(chǔ)類目就是商品屬于什么基礎(chǔ)分類贵扰，是手機(jī)，還是平板流部，還是筆記本電腦戚绕，換言之，商品的基礎(chǔ)類目就是定義商品是什么枝冀。類似于生物學(xué)的門綱科目屬舞丛。不同的基礎(chǔ)類目之間實際上是描述這個類目的特征的不同耘子。
例如手機(jī)這個類目，對應(yīng)的特征就是：前攝像頭像素球切，后攝像頭像素谷誓，屏幕尺寸，網(wǎng)絡(luò)制式等吨凑；而褲子這個類目捍歪，對應(yīng)的特征就是：腰圍，褲長怀骤，面料材質(zhì)费封，厚度等焕妙。對于電商蒋伦，習(xí)慣上把描述不同類目的特征稱之為屬性，每一個類目維護(hù)的時候焚鹊，就要選定該類目的屬性痕届，然后新增商品的時候，先選中該商品的類目末患，則會出現(xiàn)對應(yīng)的屬性供運(yùn)營者維護(hù)研叫。以屬性為區(qū)分維度建立適合粒度而又不耦合的類目樹，串聯(lián)所有的商品璧针，是商品管理的核心所在嚷炉。
一個電商APP的運(yùn)營后臺基礎(chǔ)類目樹只能有一顆，任一個商品只能屬于該類目樹上的一個基礎(chǔ)類目探橱。具體的類目管理包括：類目節(jié)點的新增/編輯/刪除申屹、類目節(jié)點的排序和類目節(jié)點的屬性維護(hù)。
圖片 1
每個平臺默認(rèn)有一顆基礎(chǔ)類目樹隧膏，點擊菜單進(jìn)入該類目樹詳情頁哗讥，以選中的“休閑零食”這一節(jié)點為例，第一個頁簽“節(jié)點詳情”為當(dāng)前節(jié)點的明細(xì)胞枕，包括三個信息：名稱（必填）杆煞，描述，是否最小分類（必填腐泻，單選）决乎。最小分類的概念是指在運(yùn)營維度該分類已達(dá)到平臺所需的最小粒度，沒有必要在其下繼續(xù)細(xì)分分類派桩。
對于非最小分類的節(jié)點瑞驱，選中該分類還會有額外的兩個頁簽，第二個頁簽是在當(dāng)前分類下新增子分類窄坦，第三個頁簽是當(dāng)前分類下一級子分類的排序操作唤反。具體的界面下圖：
圖片 2
分類詳情
圖片 3
子分類新增
圖片 4
子分類排序
具體的頁面交互細(xì)節(jié)就不說了凳寺，值得注意的有二：
對于是最小分類的節(jié)點，則其沒有子分類的新增和排序的頁簽彤侍，而是有額外的頁簽：分類屬性肠缨。具體頁面如下：
圖片 5
分類屬性這個頁簽主要是定義當(dāng)前分類的商品具有哪些屬性。這里有幾個概念需要先解釋下盏阶。
圖片 6
圖片 7
圖片 8
解釋了上述概念晒奕，編輯和排序的具體細(xì)節(jié)操作不一一講了，只講比較重要的名斟，就是對于最小分類脑慧，如何添加和刪除屬性。
添加屬性：分類的屬性必須從已維護(hù)好的屬性庫里去選擇砰盐。具體的操作界面如下闷袒，點擊添加后彈出查詢彈窗，查詢到需要的屬性后岩梳，選擇該屬性在當(dāng)前分類下的用途囊骤，點擊添加，即添加到當(dāng)前分類冀值。
圖片 9
刪除屬性：若當(dāng)前分類無商品也物，則屬性可直接刪除；若有商品列疗，屬性無法真正刪除滑蚯，從某屬性組刪除后會自動跳入默認(rèn)的屬性分組（每一個分類都有一個默認(rèn)的屬性分組）；
刪除屬性分組：則需校驗當(dāng)前分組下無屬性抵栈。
品牌管理的意義在于告材，維護(hù)一個平臺共有的品牌庫，商品新增和編輯的時候竭讳，只能從品牌庫勾選已有可用的品牌创葡，從而避免前臺一個品牌多個名稱，同時在運(yùn)營過程中也能清晰的按品牌維度操作绢慢。
品牌管理主要分為品牌的查詢灿渴、新增/編輯和刪除。具體的新增/編輯頁面如下：
圖片 10
其他細(xì)節(jié)不一一贅述胰舆，有三點值得注意：
屬性管理主要是建立一個屬性庫骚露，以精確描述商品，為用戶提供必要的商品信息缚窿。就像我們形容一個人棘幸，會用身高、年齡倦零、性別等屬性來描述一個人误续。從前文講基礎(chǔ)類目的時候吨悍，聰明的讀者應(yīng)該已經(jīng)領(lǐng)悟到了每一個基礎(chǔ)分類實際上就是一個屬性集合（不要告訴我你不是），其實這才是暗合宇宙真理蹋嵌。哲學(xué)幾大問育瓜，第一問就是“What”，要回答what是what栽烂，必然是用一個屬性集來拆招的躏仇。
和品牌庫一樣，屬性庫主要也是滿足屬性的查詢腺办、新增/編輯和刪除的功能焰手。主要講下屬性的新增/編輯吧。下圖就是屬性新增/編輯的頁面怀喉。其中屬性的編輯方式是“單選”或者“多選”的時候书妻，下方必須維護(hù)可選擇的值。
圖片 11
其中有一點需特別注意磺送，屬性的刪除需校驗當(dāng)前屬性沒有被基礎(chǔ)分類關(guān)聯(lián)驻子，若關(guān)聯(lián)則不允許刪除灿意。
經(jīng)過上面的步驟估灿，建好基礎(chǔ)分類，建好品牌庫和屬性庫缤剧，維護(hù)好基礎(chǔ)分類的屬性馅袁，就可以來新增一個商品了。商品管理模塊同樣離不開商品的查詢荒辕、新增/編輯汗销、刪除以及商品的狀態(tài)控制。
首先講下商品的狀態(tài)控制抵窒。一個商品弛针，從商品運(yùn)營童鞋在后臺新增，到上架以便前端用戶可見可購買李皇，不僅僅是上架下架這么簡單削茁。一個規(guī)范的商品管理模塊，應(yīng)該將涉及到商品運(yùn)營的工作人員的工作流程化掉房。具體來看茧跋，需要承擔(dān)的工作有：商品的新增/編輯/刪除（維護(hù)商品庫），商品的審核（審核內(nèi)容及售價）卓囚，商品的上架和下架（日常銷售運(yùn)營）瘾杭，商品的巡查（即通過審核后的抽查）。不同的公司有不同的做法哪亿，有的是把職責(zé)綜合起來粥烁，有的是分開來贤笆，但不管怎樣，上述四個職責(zé)讨阻，是一定要體現(xiàn)的苏潜。下圖是商品的管理流程：
圖片 12
本來自營的B2C平臺沒有商家和平臺之分，但為了大家更好的理解商品的新增/編輯/刪除变勇、審核恤左、上下架、巡查（即上圖中的鎖定）各種操作搀绣，故特意假定自營也是一個特殊的商家飞袋，故上述流程引入了商家和平臺的概念。具體對應(yīng)的商品狀態(tài)有新增链患、待審核巧鸭、待上架、審核不通過和已下架5種麻捻。
這么多操作中纲仍，具體講下普通商品的新增和系列商品的新增。（建議參考前文給出的商品管理腦圖贸毕，互相映照）
商品新增的入口在商品查詢頁面郑叠，或者商品詳情頁。點擊新增按鈕明棍，出現(xiàn)如下彈窗乡革，其中商品類型分為普通和虛擬，倉庫性質(zhì)為國內(nèi)倉摊腋，直郵倉沸版，保稅倉，商品分類為欲新增商品的基礎(chǔ)分類兴蒸。這三個字段決定商品維護(hù)的信息不同视粮，以及含該商品的訂單處理流程不同，故需要在新增第一步定義橙凳。
圖片 13
定義好之后蕾殴，點擊確認(rèn)，則跳轉(zhuǎn)到具體的商品新增頁面痕惋，如下：
圖片 14
要完成商品信息的維護(hù)区宇，需將六個頁簽都維護(hù)完畢。其中商品圖片主要是上傳商品的圖片值戳，商品描述是一個富文本輸入框议谷，用來輸入商品的文描。其余三個頁簽界面如下（商品頁面的操作按鈕隨著商品的狀態(tài)變化）：
類目屬性頁簽：主要維護(hù)該商品在當(dāng)前基礎(chǔ)分類下的各個屬性的值堕虹。
圖片 15
庫存運(yùn)費(fèi)頁簽：主要維護(hù)該商品在各地區(qū)的所屬倉庫以及各倉庫中的庫存控制卧晓，還有當(dāng)前商品適用的運(yùn)費(fèi)規(guī)則芬首。
圖片 16
值得注意的有：
價格設(shè)置頁簽：主要維護(hù)該商品在不同平臺（APP價格可以設(shè)低，以吸引用戶轉(zhuǎn)移向移動端）逼裆，不用會員組別（新用戶可低價以吸引用戶下單郁稍，高等級用戶可以享受低價以提升用戶忠誠度）之間的售價。
圖片 17
一般來說胜宇，三個維度的價格已足夠耀怜。
系列品的概念前文已經(jīng)講過，簡單舉例再說下桐愉，就是一件衣服S/M/L不同的尺碼财破，或者不同的顏色。對于這樣的商品从诲，有的平臺運(yùn)營后臺在后面維護(hù)成一個SKU左痢，但帶有不同的銷售屬性，個人認(rèn)為比較好的做法是系洛，把每個最小物理單位在系統(tǒng)中都維護(hù)成一個獨立的SKU俊性，只是在前臺展示的時候按屬性做下聚合，做到同一個頁面點擊不同屬性就切換到不同的商品描扯。如此定页，價格和庫存等所有商品信息，都是每個獨立的SKU控制荆烈。
具體的系列商品怎么聚合而成拯勉，且看下圖：
圖片 18
上圖是平臺所有系列商品的查詢界面竟趾，點擊新增憔购，則彈窗如上圖右側(cè)，選定系列品的基礎(chǔ)類目岔帽，品牌以及用哪個系列屬性（即前文定義的屬性玫鸟，其用圖包含系列）作為聚合維度，點擊確認(rèn)犀勒，跳轉(zhuǎn)到系列品的新增頁面如下圖所示：
圖片 19
具體的交互和邏輯就不講了屎飘，只提一個問題給大家，為什么我要限制系列品的類目和品牌贾费？
還有一種商品形態(tài)钦购，組合商品（即將兩個獨立的SKU A和B 打包在一起賣，同時A和B獨立也在售賣）褂萧，不過組合商品現(xiàn)在的應(yīng)用實際上也沒有那么廣泛了押桃，就簡單講下吧。
對于組合商品通常有兩種實現(xiàn)方式导犹，一實一虛唱凯。實的是指組合商品C=A+B是一個獨立的SKU羡忘，與普通商品一致有必要的商品信息（例如圖片和文描），用戶下單時系統(tǒng)里生成的訂單商品表里直接記錄該獨立SKU=C的信息磕昼，只是在該訂單發(fā)往WMS履行時卷雕，才將A和B而不是C推給WMS，該方式會帶來一系列例如庫存票从，銷量統(tǒng)計等的不便漫雕；故個人認(rèn)為可行的方式是走虛的路線。即在新增組合商品時峰鄙，實際只是新增了一條價格設(shè)置蝎亚，當(dāng)用戶在前臺搜索到A時，A的詳情頁會告知A+B的組合優(yōu)惠價先馆，用戶一起將A和B 加入購物車結(jié)算時優(yōu)惠的組合價生效发框。該種方式組合的商品沒有獨立的商品信息，但庫存管理簡單煤墙，下單主流程改動較小梅惯，對于系統(tǒng)而言，輕而且方便仿野，也實現(xiàn)了以優(yōu)惠帶動目標(biāo)商品銷量的根本目的铣减。
前端分類是指PC或者APP中便于消費(fèi)者定位某商品而又運(yùn)營童鞋管理的一種分類佣赖，此分類與基礎(chǔ)分類最大的不同晕换，在于基礎(chǔ)分類是定義一個商品是什么翘地，有什么屬性羔砾，不同基礎(chǔ)分類之間的屬性按理是不一樣的技竟，一個商品只能屬于一個最小基礎(chǔ)分類珍促。
前端分類是與消費(fèi)者聯(lián)系比較密切的一個分類拿撩，與消費(fèi)者的認(rèn)知趨同押搪，貼近消費(fèi)熱點亿扁，比如Iphone7 128G黑色這款手機(jī)捺典，即可能出現(xiàn)在前端“雙攝像頭手機(jī)”分類下，還可能出現(xiàn)在“大屏手機(jī)”分類下从祝，或者將各個品牌最新旗艦手機(jī)聚合成一個分類襟己，歸屬于“暢銷旗艦“分類下。
前端分類不局限于一顆牍陌，有可能PC是一顆擎浴，H5和APP是一顆，也有可能APP上不同的頻道頁的都有獨立的分類樹毒涧。
前端分類樹及其分類節(jié)點的查改增刪就不一一細(xì)說了贮预，這里只簡單講一個問題，怎么把商品聚合到某個前端分類節(jié)點下？其實這無外乎一個選品的功能萌狂，按照基礎(chǔ)分類档玻、品牌、和單個SKU三種不同維度篩選出商品茫藏，然后聚合即可误趴。
前端分類建好了，商品也關(guān)聯(lián)好了务傲，怎么展示在前臺相應(yīng)的位置凉当？這個簡單點的，可以由前端頁面接口中寫死售葡；更進(jìn)一步看杭，可以由CMS模塊來做配置，指定某頁面展示某分類樹挟伙，這一塊楼雹，就要在以后的文章中談到了。
B2C電商（自營）運(yùn)營管理平臺之商品管理模塊至此介紹完了尖阔。以上只是筆者從業(yè)以來經(jīng)驗的總結(jié)贮缅，不同的公司有不同的使用場景，其中細(xì)節(jié)部分大可斟酌介却，但萬變不離其宗谴供，就看大家怎么去架構(gòu)了。希望上文能給大家?guī)韼椭菘溃幽苌俨染蜕俨裙鸺。吘钩鰜砘欤幼约翰灰o永淌，坑了隊友那就悲劇了崎场，是吧？
