商品中心:SPU與SKU狀態優化的復盤

2 評論 5143 瀏覽 28 收藏 5 分鐘

商品的狀態決定著商品是否正常在商城前端正常售賣,而商品狀態的變更取決于商品專員上架、下架等關鍵操作。如何對商品的SPU和SKU狀態進行優化呢?本文作者對此作出了分析,一起來看一下吧。

商品的狀態決定著商品是否在商城前端正常售賣,而商品狀態的變更取決于商品專員上架、下架等關鍵操作,所以快捷的上下架操作路徑會一定程度上縮短商品專員維護商品的時間成本。

一、需求背景

前提:商品在商城前端是否正常售賣取決于SPU的狀態。

優化前,商品狀態存在的問題主要是三個方面:

1)SKU狀態和SPU狀態是兩個相互隔離的狀態參數,兩個狀態互不影響,商品專員在進行商品的上下架操作時,不僅要操作SKU的上下架,還需要操作SPU的上下架,流程比較復雜,并且操作錯誤的幾率較大。

2)當SPU為出售中時,該SPU下不能存在出售中的SKU,不便于數據的統計與分析。

3)商品狀態的變更無論是SKU還是SPU均是通過修改商品的狀態來實現的,而不是通過上下架操作來實現,導致部分不可逆的商品狀態可可逆,比如出售中的商品可以變更為待上架,不規范的操作可能會給商品專員帶來一定的困擾。

優化前,SPU與SKU的對應關系

二、問題拆解

設計SPU狀態目的是什么?

SKU狀態的主要目的是決定商品在前端是否正常售賣(非展示),其次決定SPU的狀態關鍵操作-上下架可作為SKU批量上下架的快捷操作,提升商品上下架的操作效率,最后時方便基于SPU進行商品分析。

基于以上目的,在SPU狀態決定商品是否正常售賣的前提條件下,將SPU的狀態與SKU的狀態建立關聯關系,即SKU的狀態決定SPU的狀態,SPU的狀態改變會同步修改該SPU下SKU的狀態。

三、優化方案

1. SKU狀態時如何決定對應SPU狀態的?

SPU狀態與SKU狀態的關系共有兩種場景,分別為SKU狀態與SPU狀態一致和SKU狀態與SPU狀態不一致。

總結:

  1. 當SPU下存在出售中的SKU,則SPU的狀態=出售中
  2. 當SPU下不存在出售中的SKU但存在已下架的SKU,則SPU的狀態=已下架

2. SPU和SKU狀態變更的規范是什么?

總結:

  1. 當SKU/SPU的狀態=待上架/已下架時,僅支持上架
  2. 當SKU/SPU的狀態=出售中時,僅支持下架

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

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 我是這樣理解SKU和SPU的狀態: 首先SKU作為最小可售單元有一個狀態機 ,然后SPU根據所包含SKU的狀態按照一個規則分堆{待上架、售賣中、已下架}幾個狀態。操作SPU上下架即批量處理其下的SKU,SKU狀態能流轉的流轉 狀態更新后 再次影響SPU的狀態分堆

    來自北京 回復
    1. 因為之前系統SKU狀態和SPU狀態是兩個獨立的狀態,這次優化的思路是和你描述的思路是一致的

      來自湖南 回復