電商后臺:商品管理系統

26 評論 67792 瀏覽 349 收藏 9 分鐘

電商管理系統是為了能夠讓用戶快速的找到商品,為同類型產品提供標準的屬性、屬性值,便于統一產品,使用戶得到決策必須的消息,為運營童鞋方便管理商品的上下架。

最近正在做商品管理的需求,分享自己過程中的所得。

商品管理的目的:

  1. 能夠讓用戶快速的找到商品(主要是通過關鍵詞搜索與類目搜索,商品管理為其提供了基礎);
  2. 為同類型產品提供標準的屬性,屬性值,便于統一產品,使用戶得到決策必須的消息;
  3. 為運營童鞋方便管理商品的上下架。

類目樹:定義商品的分類,是T恤,還是筆記本,還是相機,類似于生物學的門綱科目屬;

屬性項:不同的基礎類目之間是描述屬性不同,描述T恤是用領型、型號,而描述筆記本則用屏幕、分辨率、CPU主頻;

屬性項分組:由于一個產品的分類屬性有很多,我們將形容某一類特征的屬性項歸為一組,如:上圖的屏幕;

屬性值:特定的特征或參數,電腦屏幕尺寸一般有13.3英寸、15.6英寸等屬性值。

一、 類目管理

由于平臺涉及的產品數量級不是很大,所以后臺類目樹使用了三級,我們一般稱類目樹的最后一級類目稱為葉子類目。類目管理主要分成了后臺類目管理、前臺類目管理。

1. 后臺類目管理

主要用于基礎目錄的增刪改查,以及同一目錄下的排序。

如上圖所示五金建材為一級類目、建筑材料為二級目錄、電梯為三級目錄,由于設置最多為三級目錄,因此電梯也稱為葉子類目,后臺類目樹中最重要的是葉子類目,也就是類目樹上不能再往下分的類目,任何商品都必須掛載到后臺葉子類目上。

后臺類目相對穩定,不能隨便刪除,葉子類目不能重復。每個類目下都可以添加新的類目、修改以及對相應類目進行排序。

2. 前臺類目管理

前臺類目是給廣大用戶看的,因此會隨著營銷政策發生變化,所以前臺類目靈需是可重疊,可刪除的。

前臺類目與后臺類目為多對多的關系,一個前臺類目可以關聯多個后臺類目,同樣一個后臺類目也可以關聯多個前臺類目。

二、 屬性管理

屬性管理的目的在于,在商家添加商品時,只能在已有的屬性項和屬性值下進行選擇,避免數字格式不對,單位不統一等所導致顧客購買的障礙,甚至會引起投訴。就比如:我們要描述一張桌子的長寬高,有的人單位用米,而有的人則用厘米。

主要流程為添加屬性值-添加屬性項-完成屬性項與值的綁定-添加分組-完成屬性組、屬性項、葉子目錄的綁定。

1. 屬性項管理

屬性項管理一般主要滿足屬性的查詢、增刪改的功能,以下為屬性新增和修改的原型,當輸入方式為單選或者多選時,只能在當前屬性項所填的值中選擇。

2. 綁定屬性項

目的是完成類目樹葉子目錄與屬性建立關聯關系,完成之后,運營童鞋或商家發布商品時,選擇好后臺類目就可以根據綁定的屬性,補充必填的商品屬性信息,方可成功上傳商品。

屬性繼承:由于所做的商城涉及葉子目錄所包含的屬性比較獨立,均不予其他葉子目錄屬性重復,不像電腦類目下的筆記本電腦、臺式電腦、超級本,都具備屏幕尺寸、CPU型號、內存等共有屬性,因此在設計時就沒有考慮屬性繼承的功能,直接選擇將屬性掛靠在葉子目錄下。

同時將屬性值掛靠在屬性項下,在做此版本中,并沒有單獨的頁面用于將屬性項掛靠在屬性項分類下,而是在綁定屬性項中完成分類與屬性項的綁定,如下圖所示。

主要是考慮到,屬性項分組對于大多數產品具有通用性,不需每一個屬性項先掛靠在屬性分組下,然后屬性分組在掛靠在葉子目錄下,這樣會造成運營童鞋的工作量增加。

三、 品牌管理

品牌管理的意義在于:維護一個平臺共有的品牌庫,商品新增和編輯的時候,只能從品牌庫勾選已有可用的品牌,從而避免前臺一個品牌多個名稱的出現。

新建品牌時,需將品牌關聯到類目下,可以是一對一,一對多、多對一的關系,這樣添加產品時更加的快捷。

四、 商品管理

1. 產品的新增

當我們建立好類目樹、品牌、完成參數項的綁定之后,就可以新建一個產品了,上圖為新增一個產品的流程,主要的產品狀態分為:“待提交”、“待審核”、“待上架”、“已上架”,而相對應的工作為產品的新增、產品的審核、產品的上下架管理。

2. 系列的新增

大多數的產品都具有不同的型號大小,系列產品的新增,目前有兩種方式:

  1. 將系列產品維護成一個SPU,SKU是附著在SPU下,類似于淘寶,一款產品只對應著一個鏈接,選擇不同產品型號時,頁面不會跳轉;
  2. 產品的每一個型號都維護成一個單獨的SKU,然后在前臺展示進行聚合,將多個SKU綁定在一起形成一個SPU,類似于京東,綁定之后,在前臺選擇不同的型號都時頁面會發生跳轉。

目前還沒有做SKU的綁定,后期做完需求在做補充。

五、 總結

以上為一期商品管理的整理,希望給大家幫助,能少踩坑就少踩,坑隊友是容易被打的。

 

本文由 @Demohour 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Pexels,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 總的來說,你想表達的意思和你寫出來的不是很一致,特別是當我們在頁面采集屬性值得時候,你沒有說清楚這個采集表單是動態生成的。沒有表單你怎么采集數值呢?

    來自上海 回復
  2. cy類目

    來自廣東 回復
  3. 作者您好:
    請問一個問題,如果屬性項掛到葉子目錄下,那么一個葉子目錄下所掛的多個商品的屬性項卻不一定都一樣呀?比如:葉節點:電腦 下我掛了 聯想-臺式機 和 聯想-筆記本,但這兩個商品的屬性項也許一致,但屬性值卻不一樣。比如臺式機屏幕25寸,但筆記本屏幕可能12寸。所以我覺得屬性項是需要跟商品掛,而不是跟子類目掛

    來自上海 回復
    1. 所以,建分類的時候,末節點要建在:聯想筆記本,聯想臺式機。然后各自的屬性掛在這兩個末節點下

      來自上海 回復
  4. 供應商管理

    回復
  5. 能在講講屬性項、屬性分組那一塊的邏輯關系嗎,不是很清晰

    來自廣東 回復
  6. 看過和你一樣的文章,你是抄襲還是被抄襲的?

    來自北京 回復
  7. 您這個文案是您公司的產品么,不知道你公司網站是否可以看看呢

    來自上海 回復
  8. 在做電商后臺商品管理-類目管理的功能
    遇見一個問題,如果類目下面的屬性項發生移除或修改,那如何解決對商家的前端屬性展示的影響?
    電商后臺類目屬性修改。如何解決對前端屬性顯示的影響

    來自廣東 回復
    1. 這就是需要前臺一個類目,后臺一個類目了,后臺類目不會輕易改變,改變的是前臺的類目和前后臺類目的綁定關系

      來自北京 回復
  9. 樓主那種流程圖用的什么軟件畫的

    回復
    1. visio啊

      來自北京 回復
  10. 你好啊~,最近在看 《電商產品經理寶典:電商后臺系統產品邏輯全解析》,通過搜索找到了這里,看您發的圖片,應該是原型圖,這個原型圖能否分享或者付費購買呢,個人開發者,想折騰一些開源電商系統,缺少這方面的體系架構。
    感謝。

    來自福建 回復
  11. 但之后該如何從業務層面規劃呢?

    來自韓國 回復
  12. 有一個問題,當我用之前的類目關聯的屬性項發布了一個商品,之后我對該類目綁定的屬性項進行修改或者是刪除,那我當我點擊修改商品時,它的屬性該怎么顯示?

    來自浙江 回復
  13. 希望能微信溝通一下類目管理的問題,可以加你嗎?

    來自美國 回復
  14. 圖也是醉了。郵箱都在里面

    回復
  15. 您好,我最近也在做電商,剛看到您這篇文章,想問下,您這邊SPU怎么與之類目或者品牌掛載

    來自上海 回復
  16. 正好在做這一塊,寫得真好,學習了,謝謝!

    回復
  17. SPU(Standard Product Unit):標準化產品單元。是商品信息聚合的最小單位,是一組可復用、易檢索的標準化信息的集合,該集合描述了一個產品的特性。通俗點講,屬性值、特性相同的商品就可以稱為一個SPU。

    回復
  18. SKU=Stock Keeping Unit(庫存量單位)。即庫存進出計量的基本單元,可以是以件,盒,托盤等為單位。SKU這是對于大型連鎖超市DC(配送中心)物流管理的一個必要的方法?,F在已經被引申為產品統一編號的簡稱,每種產品均對應有唯一的SKU號。單品:對一種商品而言,當其品牌、型號、配置、等級、花色、包裝容量、單位、生產日期、保質期、用途、價格、產地等屬性中任一屬性與其他商品存在不同時,可稱為一個單品

    回復
  19. 冒昧問一下,交付給開發時候如何表述業務邏輯上的關系。

    來自浙江 回復
    1. 有些東西是你自己要明白,跟開發說的時候不用講這么多,

      來自北京 回復
    2. 開發只需要把產品邏輯寫清楚 他們自己會設計開發實現的邏輯 很多開發并不關心業務邏輯

      來自廣東 回復
  20. 希望能多增加一些頁面促進理解,現在理解起來很吃力

    來自廣東 回復
    1. ok

      來自北京 回復