商品管理系统设计（三）：商品管理( 三 )

本文插图
2. 商品上下架
商品管理中的商品分为在售商品（上架中的商品）和待售商品（下架中的商品），发布商品时也可以设置自动下架或者定时上架规则。
将商品分为在售商品和代售商品两个模块，只要便于平台运营人员或者商家管理商品。在日上运营过程中，商品下架的原因有很多，对应的处理方式也不同，例如系统自动下架、商家自主下架等。
系统下架的场景一般有违规、品牌到期、店铺迁移等，对应常见的原因有风控系统管控下架、店铺迁移或者关闭、类目变更、平台运营操作等。在设计产品时要尽可能罗列出有关系统下架的场景和原因，以供运营人员通过下架原因告知商家进行整改。
3. 商品编辑
商品编辑同发布商品（新增商品）的功能一样，是对已经发布的商品的信息进行修改，修改过后系统会判定是否新增的商品，若是新增的商品上架时要走审核流。
4. 商品删除
商品删除是对不在进行销售的商品删除，上架状态的商品不可删除。
5. 设置运费模板
在商品管理模块中有设置运费的入口，直接进入到物流系统设置运费模板，设置好运费模板之后，在发布（新增）商品时直接使用。订单处理会根据物流信息计算运费，计价方式一般分为按件计算、按重量计算、按体积计算，如图运费模板是按件数计价。关于物流系统，后面更新文章笔者会专门分享。

本文插图
6. 商品状态流转
商品状态分为新增、待审核、审核通过、审核未通过、已上架、已下架、失效、有效待审核共8个状态，笔者为大家梳理了一张商品在整个流程中的状态流转图（仅供参考）。

本文插图
平台运营或者商家在发布（新增）商品时，若无对应的商品需要走审核流，若有对应的商品无需审核，发布（新增）商品成功后，方可直接操作商品的上下架。
04 总结
商品管理系统是电商平台的基础，是其他系统所依赖的基础数据系统，在建立电商平台初期就要规划好系统的每个模块，需要考虑每个模块的可扩展性，减少耦合性。避免后期产品扩展时遇到瓶颈，后期若再进行系统规划调整，会产生巨大的成本。因此打好基础，对电商平台后续业务规模的发展起到至关重要的作用。
#相关阅读#
商品管理系统设计（一）：类目设计怎么做？
商品管理系统设计（二）：属性库搭建
作者：Rocky；公众号：超悦产品
本文由 @Rocky 原创发布于人人都是产品经理，未经作者许可，禁止转载。
【商品管理系统设计（三）：商品管理】题图来自Unsplash ，基于CC0协议。