商品中心：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的状态=出售中时，仅支持下架

本文作者 @产品实验室 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！