論渠道管理的必要性,渠道管理知識點?

在不涉及價格、活動這些基于商品體系的衍生模塊,只關(guān)注商品體系本身的情況下,通過業(yè)務(wù)建模可以將商品體系的管理范疇分為:商品資料管理、商品結(jié)構(gòu)管理、商品售賣管理者三個方面。本文作者從這三個方面對商品服務(wù)中心設(shè)計進行了分析,一起來看一下吧。

01 電商商品體系的設(shè)計目標?

如果我們先不涉及價格/活動這些基于商品體系的衍生模塊,僅關(guān)注商品體系本身,通過業(yè)務(wù)建模我們可以發(fā)現(xiàn)在商品體系本身,管理的范疇可以細分為3件事:

  1. 商品資料管理
  2. 商品結(jié)構(gòu)管理:在多個商品下,如何以特定的結(jié)構(gòu)管理
  3. 商品售賣管理:區(qū)域/渠道/上下架

接下來我們具體來拆解看這三件事。

1. 商品資料管理

這里需要將我們?nèi)粘=佑|到的商品基本資料,如長寬高/產(chǎn)地/別名/品牌/條碼等,合理且高效的實現(xiàn)新增/修改/刪除,等一系列維護操作。

以一個具體商品來看,下面這個商品你要如何描述它才能把它放到網(wǎng)上賣?給你個提示這個商品叫男士T恤。

事實上,需要描述這一件商品我們就需要整理出這樣的一個表,如下圖所示:

可以看到一件商品旗下有若干個描述項組成,而這些描述項在商品管理中有一個標準的名字,我們稱之為屬性管理

這些屬性不僅僅只起到描述作用,更多的還為后續(xù)動作,比如采購,收發(fā)貨提供動作參考,例如根據(jù)體積與毛重定義存儲庫位屬性,根據(jù)單位換算下采購單等。

這里除了上述的屬性外還有一個特殊的屬性,我們稱之為商品狀態(tài),也就是標識該商品生命周期的狀態(tài),一般而言商品的生命狀態(tài)可以分為:引入、試銷、鋪貨、運營、汰換、清退,每個狀態(tài)會有額外對應(yīng)的屬性。

因此可以說在商品資料管理環(huán)節(jié),我們要做的就是完成兩個動作:

  1. 梳理上下游(倉儲、物流等)所需的商品屬性
  2. 整理、定義商品屬性增刪改查的角色與流程(例如倉儲用到的屬性是在哪維護?誰維護?)

2. 商品結(jié)構(gòu)管理

搞定了單件商品的管理后,當我們同時引入多個商品,如便利店3000余個SKU,某品牌網(wǎng)店1600+SKU時,在多個商品下,如何以特定的結(jié)構(gòu)讓用戶更好的找到商品這便是商品結(jié)構(gòu)的管理。

在此處商品結(jié)構(gòu)管理可以分為橫向管理與縱向管理兩個部分。

(1)縱向管理:也就是以樹形結(jié)構(gòu)將商品羅列出來,這也就是常見的類目樹。

(2)橫向管理:隨著類目樹不斷增大,類目本來也就成為了一個新的龐大信息庫,這是要找到某個子類目就變的很復雜了,因此我們會在類目樹中增加橫向的品牌庫進行聯(lián)通。例如家電-電視機下會存在華為小米、TCL等品牌,用于快速篩選。

3. 商品售賣管理

將商品管理完成后,下一步要做的就是進行商品的售賣管理,也就是商品是否可售,在日常的商品運營中我們常會出現(xiàn)下面幾類需求:

(1)某供應(yīng)商的商品只在某區(qū)域售賣,不跨區(qū)售賣否則該商品因為運輸成本等原因?qū)е鲁杀具^高;

(2)某商品只在某線上渠道售賣不在線下售賣,從而讓線上商品與線下商品隔離開,方便廠家定價(線下價高);

(3)某商品今天12點開售,只賣5小時,17點結(jié)束售賣。

因此在這個環(huán)節(jié)我們要管理的就是各種不同的售賣策略。

02 商品體系落地系統(tǒng)功能組成

梳理完了商品體系要解決的三大問題,下面我們來具體看看要用什么系統(tǒng)落地來解決這些問題?

應(yīng)對上面的三大問題,我們搭建的商品體系的系統(tǒng)功能具體如下:

1. 商品分類

分類樹管理,一般包括三級至四級分類層級。特別地在類目樹中包括一般會包含兩個分別是前臺類目與后臺類目:

(1)前臺類目:用于運營使用,分類規(guī)則不會按照標準的商品類目原則,而是根據(jù)營銷需求,經(jīng)常會出現(xiàn)夏日必備單品等這樣的營銷類目;

(2)后臺類目:用于供應(yīng)鏈,特別是采購進行,商品需要按照一定的標準分類進行,從而保證分類的準確性。

2. 商品品牌

以商品的品牌進行商品聚合,橫向管理不同類目下的商品品牌,具體來說在一個品牌下會綁定多個分類與商品。例如小米品牌:

  1. 家電-電視機類目
  2. 通訊-手機類目:SKU=小米12-黑-128g
  3. 電腦-筆記本類目

在不同類目下都有對應(yīng)的商品SKU。

3. 商品屬性

用于管理商品的基本資料,通常根據(jù)屬性的分類會進行分組,此外在屬性建設(shè)中,必須要將屬性與分類進行關(guān)聯(lián),當創(chuàng)建新商品時,第一步就是選擇分類,隨后根據(jù)選擇的分類在創(chuàng)建商品時,系統(tǒng)根據(jù)所選分類查詢綁定的對應(yīng)屬性(如手機類目下,不會展示服裝尺碼等屬性)。

而很多電商中所謂的屬性庫,就是當建品時,選擇某個分類時,自動查詢該分類下的屬性字段。

4. SPU-SKU體系

每個商品的最小庫存單元將其定義為一個SKU,在SKU基礎(chǔ)上根據(jù)不同款的區(qū)別,聚合成為一個SPU,實現(xiàn)商品的聚合管理。

5. 上下架管理

管理不同商品的售賣狀態(tài),在前臺中一般將上架并有可售庫存的商品展示為可售賣狀態(tài),此時用戶在前臺可進行下單,在上下架中常見的功能點為:

  • 手動上下架
  • 批量上下架
  • 自動上下架(根據(jù)時間,庫存等條件自動觸發(fā)上下架)

6. 鋪貨管理

商品按照企業(yè)經(jīng)營的業(yè)務(wù)區(qū)域進行逐一推廣,例如先從華南區(qū)售賣再向華東區(qū)售賣的過程。

7. 渠道管理

根據(jù)運營需求將售賣的不同區(qū)域稱之為渠道,一般有線上渠道(京東、淘寶等),線下渠道(直銷、經(jīng)銷商、分銷商、代理等),此時在創(chuàng)建商品時可綁定渠道,從而指定該商品僅在某一渠道售賣。

03 小結(jié)

以上我們對商品領(lǐng)域的核心管理內(nèi)容與傳統(tǒng)系統(tǒng)建設(shè)范疇有了個大體的認知,接下來在下一篇文章中我們就來具體談?wù)勅绾谓ㄔO(shè)中臺的商品管理服務(wù)中心。

專欄作家

三爺,微信公眾號:三爺茶館,人人都是產(chǎn)品經(jīng)理專欄作家,2019年年度作者?!吨信_產(chǎn)品經(jīng)理寶典》作者,原萬達高級產(chǎn)品、MBA特約講師、獨立創(chuàng)業(yè)者,現(xiàn)叮咚買菜B端產(chǎn)品線負責人,擁有多款集團項目從零到一經(jīng)驗并帶領(lǐng)實現(xiàn)商業(yè)化布局。

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

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

好了,這篇文章的內(nèi)容發(fā)貨聯(lián)盟就和大家分享到這里,如果大家網(wǎng)絡(luò)推廣引流創(chuàng)業(yè)感興趣,可以添加微信:80709525  備注:發(fā)貨聯(lián)盟引流學習; 我拉你進直播課程學習群,每周135晚上都是有實戰(zhàn)干貨的推廣引流技術(shù)課程免費分享!


版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 sumchina520@foxmail.com 舉報,一經(jīng)查實,本站將立刻刪除。

您可能還會喜歡:

發(fā)表評論

◎歡迎參與討論,請在這里發(fā)表您的看法、交流您的觀點。