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

商品的状态决定着商品是否正常在商城前端正常售卖，而商品状态的变更取决于商品专员上架、下架等关键操作。如何对商品的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的状态。

SPU状态与SKU状态的关系共有两种场景，分别为SKU状态与SPU状态一致和SKU状态与SPU状态不一致。

本文由 @产品实验室原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。