電商后臺產品經理——商品中心(一)

14 評論 27638 瀏覽 230 收藏 9 分鐘

商品中心,對于前端而言,它是承擔了商品的數據,訂單,營銷活動的數據中心;在后端而言,商品中心則是運營者管理維護商品的地方。

商品中心,在電子商務公司一般是后臺管理商品的地方。在前端而言,是商家為了展示商品信息給用戶的地方,它是承擔了商品的數據,訂單,營銷活動的數據中心。在后端而言,商品中心則是運營者管理維護商品的地方,因此從商品的上傳到發貨,退貨,整個閉環都離不開商品中心的支撐,因此商品中心的重要性毋庸置疑。

本文將從三大模塊去講述商品中心的設計。

一、基本概念

在設計商品中心這一模塊前,我們先弄清楚,電商后臺常用的一些關鍵詞,有助于我們對業務的理解。

(1)SPU:(stanrdard Product Unit,即標準化產品單元),是一組標準化的信息集合,例如:“iphone 8”就是一個SPU。

(2)SKU:(Stock Keeping Uint,即庫存量單位),庫存控制的最小可用單位。例如:“iphone8plus256G金色”就是一個SKU。

(3)前臺類目(分類):前臺類目是為了方便用戶篩選查找商品而設置的功能,運營可根據運營需求靈活調整前臺類目,用戶通過前臺類目查找相應的商品時,自動從后臺類目中檢索相應的商品。

(4)后臺類目:是為了方便運營者管理商品的庫存,sku,商品規格屬性的一個分類管理功能模塊。后臺類目與前臺類目相互映射,后臺類目一般不輕易變動。

(5)屬性:商品屬性是描述商品信息的一組值,通過這類值我們可以建立起對一件商品的基本認知。

屬性分為關鍵屬性,銷售屬性,非關鍵屬性。關鍵屬性屬于是指能夠唯一確定產品的屬性,是必填項,例如手機的屏幕尺寸,型號屬于關鍵屬性。銷售屬性是組成SKU的特殊屬性,或稱為“規格屬性”,例如手機的顏色,內存。非關鍵屬性是指除了關鍵屬性,銷售屬性外的其它屬性,如手機的手機接口類型。非關鍵屬性不一定是必填項,可根據運營需求設置。

二、功能架構

在了解完電商平臺的基本術語之后,我們則可以根據平臺自身的業務需求商品中心了,后臺的基本功能大致有四類——增、改、查、刪。因此我們理解該基本功能之后,對商品中心的基本功能就有了大致理解。

在理解這一點的基礎上,我們需要理解我們平臺的管理者和運營者對商品中心的功能需求:我們可以用簡單的用例圖的形式將運營人員的功能畫出來,便于分析。

根據以上用例圖則可以畫出商品中心的信息架構圖:

三、功能設計

在收集完公司的業務需求之后,我們就可以開始設計每一項功能:

3.1 發布商品

定義:發布商品是運營者在平臺庫中錄入商品數據的基礎功能,發布的商品審核通過后則可以直接在前臺展示給消費者,在一些平臺商家發布的商品需要經過平臺的審核才能在前臺顯示,若需要平臺審核,則在商品發布之后再商品中心則需要展示商品審核的狀態,以方便運營者知曉商品審核的動態。

需要注意的是:商品的上架和發布需要注意區分,有的平臺發布之后則直接展示在前臺,用戶直接可以在前臺展示,有的平臺則需要在發布商品過審后需要點擊上架后才能展示在前端,這里需要根據自身的業務需求去做設計處理。

3.2 商品審核

定義:商品審核功能是保證商品質量并確保商品合規性的重要措施。審核的對象包含但商家上架的商品,平臺自營的商品。審核包含商品性質的合規性,內容的規范性。審核包含商品上傳的前置審核,上架后的審核。

前置審核的結果分為通過與未通過兩種,審核未通過需返回不通過原因,便于商家或商品發布者修改。后置審核的結果為兩種,下架和不做處理。后置審核的一般使用場景較少,本模塊著重講商品的前置審核。

商品發布提交后,商品則在平臺方的商品中心展示待審核的商品:

商品審核結果有兩種:一種結果是不通過,一種是通過。

審核通過時在在售商品列表,審核不通過時在待售商品列表中未通過狀態之列里,審核不通過時后臺商品審核人員需要輸入商品審核不通過的原因,以便于商家修改。在商品審核不通過時,在該商品的詳情里需記錄商品的審核記錄。在商品審核結束后平臺應及時通知商家運營者,以根據審核結果調整。

3.3 商品下架

定義:商品下架是運營者對在售的商品進行移除的功能,在平臺方若下架商家商品則需要對下架說明原因。下架的商品則需要在商品中心有單獨的區域展示,若是平臺的商品下架則需對此功能做權限設置,并且在點擊下架時需做二次確認。

3.4 商品修改

定義:商品的修改則在商品列表中添加修改的入口,可以將常用的使用頻次較高的功能在從商品修改頁面中單獨分離出來以保證商品運營人員管理的高效性,例如商品的價格修改,排序修改等等。

3.5 類目管理

定義:運營人員對商品類目進行維護管理的功能,主要包含新增、修改、移動、刪除,查看這五大基礎功能。

這里以前臺類目管理為例:

原型范例:

需要說明的是:在涉及到類目的刪除,移動時在該類目下沒有商品掛在,否則將會影響前端商品的展示。

本文講述了電商后臺中商品中心的核心框架,下文將繼續更新商品中心的相關模塊,歡迎關注~

 

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 商品關聯是個啥,這里是提前設置好商品了?

    來自江蘇 回復
  2. 商品發布流的星衣櫥是啥?是一個商品分類嗎?贈品、星衣櫥和商品為什么要分開,而不是作為商品的標簽/屬性呢?

    回復
  3. 展示類目刪除時是否需要添加二次確認呢

    來自遼寧 回復
    1. 肯定是需要的,如果下面有子類目或者掛在商品會有校驗,如果沒有也需要提示再次確認。

      來自北京 回復
    2. 謝謝

      來自遼寧 回復
  4. 用例圖部分描述有誤。用例采用的是動賓結構,如:屬性管理,應該描述為管理屬性,包含crud(新增、讀取、修改、刪除)等待,父用例不一定會被分解,還有審核商品,后面的通過,不通過,不能做為用例。

    來自上海 回復
  5. SPU與SKU還是有爭議的,可能應用場景不同解釋不同吧。

    回復
  6. 對分類的增刪改查的邏輯還是不太清晰,例如 在某一類后面點擊新增,那么進入的界面,是可以選擇新增1級 二級 還是三級的是么?

    來自北京 回復
    1. 在某一分類上新增的自然是同一分類,新增分類沒有復雜的點,刪除分類需要考慮此分類下是否有掛載商品。

      回復
  7. 沒看過癮

    來自北京 回復
  8. SPU圖屬否提供錯誤?版本、網絡類型等是跟隨后臺分類的屬性,iphone 8 和 iphone 8 plus是對應SKU的屬性值。其實圖上所示也是SKU,只是部分屬性沒有給出默認值。真正的SPU如文中所說iphone8是沒錯,但是卻不是圖上所示。

    來自湖南 回復
  9. (二)呢

    來自廣東 回復
  10. 在最開始的前言部分有錯字,前端不是前段。

    回復
    1. 這個是小編加的。。。

      回復