商品中心:SPU与SKU状态优化的复盘

2 评论 5629 浏览 36 收藏 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状态是两个独立的状态,这次优化的思路是和你描述的思路是一致的

      来自湖南 回复