如何設計電商系統商品中心?
商品中心作為電商系統的核心模塊之一,承載著電商系統的核心基礎數據,是電商系統中比較復雜的模塊,商品中心的設計影響到后續的許多模塊,所以一個好的商品中心,需要多方面考慮,包括后續的可拓展性、前端營銷活動及業務需求等方面。
整篇文章將從4個部分來開展:什么是商品中心、商品中心的基礎名稱解釋、如何設計商品中心、總計。
一、什么是商品中心
從使用層面來講,商品中心分為前端和后端。
前端商品為商城、購物車、訂單、營銷活動等提供商品基礎數據支撐;后端為供應商管理、采購訂單等提供數據支持。采購、銷售、庫存等核心業務都離不開商品中心的支撐。
因此商品中心的重要性毋庸置疑。在做商品中心時,需考慮公司當前及長遠的業務考慮。
二、商品中心的基礎名詞
相信接觸過商品的人,或多或少都聽過一些名詞, SPU、SKU、類目、屬性等等,那么這些名詞到底是什么意思呢,針對這些名詞做了如下整理:
1. SPU(Standard Product Unit)
標準化產品單元。是商品信息聚合的最小單位,是一組可復用、易檢索的標準化信息的集合,該集合描述了一個產品的特性。
通俗點講,屬性值、特性相同的商品就可以稱為一個SPU。例如Iphone X就是一個SPU。
2. SKU(Stock Keeping Unit)
庫存量單位。是對每一個產品和服務的唯一標示符,例如iPhone X 128G 銀色就是一個SKU,該系統的使用SKU的值進行數據管理,使公司能夠跟蹤管理,如倉庫商品的庫存情況。SKU需要有獨立的條形碼,方便倉庫進行統計管理等。
我們創建一類商品的過程是在添加SPU和SKU,將需要選擇的品牌,基礎屬性,描述屬性確定該商品的SPU,再通過規格屬性值的添加確定該商品的SKU。
這樣保障同一個SPU共用商品詳情信息,只是通過規格屬性對應不同的SKU,對于不同的規格設定不同的價格。
在產品呈現給用戶進行引流的時候,搜索的時候,目的是讓用戶知道咱們平臺有這個產品,以SPU呈現為佳;涉及用戶購買的時候,這樣需要具體化的時候,需要使用SKU。
3. 類目
類目也稱商品分類或者產品分類,呈現樹狀結構,一般三到四層,層級太深不方便管理。類目管理分為后臺類目和前臺類目,那么后臺類目和前臺類目得區別是什么呢?
一般前臺類目面向用戶,主要方便用戶查找商品,很靈活,可以經常調整。
后臺類目用來承載商品和屬性模板,比較穩定很少變化,進銷存業務都是和后臺緊密關聯的,從商品進貨到商品庫存,再到商品銷售,最后到財務核算很多都是以后端分類為維度進行的。
后臺類目和前臺類目是多對多的關系,一個后臺類目可以映射到多個前臺類目,一個前臺類目也可以包含多個后臺類目。
舉個例子:比如說某些商品既可以放在"夏季服裝",也可以同時放在"女士服裝"類目下,而后端類目是固定的,每件商品只能掛靠在一個葉子類目下。沒有前端類目,單純靠調整后端類目來滿足運營需求,工作量大,繁瑣,可能導致活動效果不好。
4. 屬性
當平臺商品少的時候類目基本可以滿足用戶得需求,但是隨著許多平臺商品量級的增加,用戶想快速找到自己所需的商品,難度就大大增大了。如果僅靠樹狀的類目來管理商品,已經無法滿足需求,這時就需要引入另外一個維度來管理具象的商品,那就是“屬性”。
那么什么是屬性呢,比如衣服顏色有紅色、黃色、黑色、白色等,手機內存有16G、64G、128G、256G,這些都稱為屬性。
從功能上屬性可以分為公共屬性,銷售屬性,關鍵屬性等。
- 公共屬性:指其他類目可以公用的屬性。例如鞋子尺碼,37碼、38碼、39碼等;
- 銷售屬性:組成SKU的屬性單元。直接影響用戶購買和賣家的庫存,比如iPhone8 64G、黑色等;該屬性是組成SKU的特殊屬性,直接影響到買家的購買和商家的庫存管理。
- 關鍵屬性:能夠確認商品的唯一性,關鍵屬性可以是單個屬性也可以是一個屬性組,描述商品特征,比如服裝面料、舒適度等。
三、如何設計商品中心
基于上面對商品中心的定義以及商品中心名詞的解釋,相信大家已經大致了解了商品中心。
那么l就可以開始進行商品中心設計了,在開始設計之前,可以基于公司現有業務及未來業務的發展方向,可以整理出商品中心的大致框架。以下是我結合自己對商品中心的理解整理出的商品中心大體結構。
將大體的框架梳理出來后,可以基于各個模塊開始模塊設計。
1. 類目管理
商品類目分為后臺類目層、前臺類目層,在添加和管理商品時,都是在后臺類目層對商品進行管理。商品屬性、銷售屬性及品牌等很多數據都是在后臺類目上進行管理,所以類目管理屬于較為核心的工作,一定要從長遠角度考慮。
① 后臺類目
每個商品在后臺添加時均需選擇相應的后臺類目,最后一級類目稱為葉子類目。后臺類目相對穩定,不能隨便刪除,葉子類目不能重復,每個類目下都可以添加新的類目,修改相應類目。
②前臺類目
前臺類目需對應后臺類目,前臺類目與后臺類目為多對多的關系。前臺類目的核心功能點如下:
- 新增類目:新增類目時,同層級下類目名稱不允許重復。層級葉子類目時,需選擇該類目對應的后太類目,可多選。
- 顯示/不顯示類目:若選擇顯示類目,則該類目可在前端正常顯示,若選擇不顯示類目,則該類目及該類目下子級類目均不顯示。
- 刪除:刪除類目時,若該類目下掛有商品,則不可進行刪除操作。
下圖為前臺類目模塊的原型參考:
2. 屬性管理
葉子類目可設置類目屬性,完成類目樹葉子目錄與屬性建立關聯關系,后臺添加商品時,根據商品選擇的類目,可按照類目屬性進行相關的商品屬性的設置。若類目和屬性很多時,需要創建一個屬性管理池,葉子類目可以直接從屬性池中選擇相應的屬性,而無需反復創建。
屬性包括屬性名,屬性值,一般都是掛載到具體基礎類目下,設置必填和非必填。
屬性錄入方式也分為兩種列表選擇和手工錄入,選擇列表選擇要在下面可選值文本框里把你想要加的商品屬性寫進去,一行代表一個屬性,選擇手工錄入的可以直接在添加商品時候自定義商品屬性。
屬性管理頁面參考原型如下:
屬性繼承:如果業務所包含的屬性重復度很好,可以考慮屬性繼承的功能,直接選擇將屬性掛靠在葉子目錄下。每一級類目都可以掛靠屬性,且每一級都會繼承上一級的屬性。
eg: 1級類目有屬性A,2級類目有屬性B,3級類目有屬性C,那3級類目下的商品就具有屬性A、B、C。這樣可以減少屬性掛靠的工作量。
3. 商品管理
商品是電商平臺的核心資源,商品信息一般在客戶端的商品詳情中展示,商品信息主要包括商品名稱、商品分類、spuid、skuid、售價、庫存、商品屬性、詳情描述等。
在后臺創建商品時,需要將商品綁定在銷售分類(即后臺分類),便于后續統計庫存等信息,同時也需要綁定在前端分類,維護好商品信息后,在客戶端就可以看到相應的信息。
參考原型如下:
上方的原型只列出了部分設置的內容,在實際的業務中還涉及到許多需要設置的商品信息,包括圖片設置等信息。
4. 商品上下架管理
商品商下架,可以從商品庫中國勾選需要上下架的商品,可以設置自動上架或自動下架,選擇相應的上架/下架時間即可完成設置。
四、總結
商品中心其實在許多公司中都已經是比較成熟的模塊,各個公司的商品中心可能基于公司業務不同會有細微的區別,但是其核心是相通的。
以上內容基于工作時涉及的商品管理模塊以及閱讀書籍《電商產品經理寶典》的一些整理思考,希望對大家有幫助,也歡迎大家提出問題,一起交流討論,共同進步。
本文由 @搞笑君同學 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
請教2個問題:
1. 品牌是單獨的 和類目、屬性有關系嗎? 有的話怎么來限定的
2. 手機一般會有型號 如iphoneX 這個會放在銷售屬性中嗎?
前臺類目的圖片上錯了吧?
像請教一下,區分前后端的類目(商品分類)的必要性有多大呢?是必須的嗎
后端是固定類目,不輕易刪除,便于后臺查詢和掛鉤商品使用,前端的類目是在客戶端上直接體現可以隨時增刪改
第二條SKU的英文全稱錯了:SKU: stock keeping unit
感謝糾正 ?
您好,請教個問題;
像分類排序這種,采用手輸 數字 的形式,如果輸入的數字和其他分類的數字一樣,怎么處理?在輸入的數字的時候,給限制?
或者有其他比較好的方法嗎?
謝謝
在處理分類的時候,一般是會有兩種類型:
1、如果分類的數量較多時,比如你提到的分類排序,可以選擇限制錄入的數字不允許重復或者說不限制錄入的數字是否重復,數字相同時可以按照創建時間再進行排序,可以看下實際的業務對于排序的要求度。
2、如果數量較少的情況,比如需要對幾個活動順序進行排序,可以直接在列表增加排序按鈕,采用上移下移來展示,這個的優點是方便運營可以直觀的看到各個活動的排序情況,缺點是只適用于數量少時,數量多時不方便處理。
多謝分析??
能分享下原型嗎 ??
原型是我針對此次的文章單獨整理的,只有頁面上展示的這部分原型哦