编辑导语：在交易系统中，商品管理模块是不可缺失的模块之一；它可以帮助业务人员做好高效管理。然而，一个合理有效的商品管理系统该如何搭建？本篇文章里，作者结合自身实战经验，总结了商品管理模块的设计策略，一起来看一下。
商品管理是交易系统中最核心的模块之一，模块所包含的系统逻辑不是很复杂，但是与其他模块相关性高，本身模块所包含的信息比较多，怎么设计拓展性强，信息管理高效也是一个不小挑战，接下来就给大家分享一些实战中的一些总结！
总结了一个商品管理的架构分享给大家，接下来会对模块难点重点解释说明（文章中任何的图片不得在本人没有授权的情况下，随意转载）。
要详细地了解你所管理产品的业务特点，让你对产品的认识更广泛。
要了解产品模块会更系统的那些模块有较多的信息交互与关联性。
要能快速地收集产品所包含的信息，并对信息进行分类。
接下来以教育行业的产品管理为例进行讲解。
）一般教育行业的产品都是自产自销，商品研发流程如下：
这样商品管理会比较简单，例如：不需要管理不同商品属于哪个品牌，不需要管理商品属于哪个产 地等（如果课程有实物商品会有产地），商品一般不会过期等等。
）教育行业的产品一般都是虚拟商品，虚拟商品最大的特点是成本低，管理方便，有大量的用户行为数据积累，可以快速迭代。
）教育行业产品的销售模式：
C端广告：电视广告，信息流广告；
B端推广：校企合作，代理人代销。
）教育行业一般都有老师辅导，所以教育行业的产品其实本质是课程+老师的服务时间 ，因为课程研发的成本相当于销售额来说几乎可以忽略不计，所以大多数教育行业核心其实是老师（这个跟我们聊的商品管理相关性不大）。
订单模块：涉及购物车，下单，订单金额计算，物流，订单售后，订单评价等业务。
支付模块：涉及支付的收款规则，与支付等。
财务模块：涉及财务的确收，税务，发票等。
供应链模块：涉及物料管理，库存管理，发货管理等。
）内部进行业务访谈，收集自己产品信息
目的根据与业务的访谈中，收集商品所包含的信息；但是这也只是一个粗略的过程为什么这么说呢，因为业务只会告诉你我现在需要什么，未来她说不清楚，所以这一步还不能轻易去设计下结论。
）调研竞品对信息进行完善
个人建议多看看京东的商品一些信息，而且我们尽量挑选那种实体商品或者硬件商品去看；从而回过头来去看根据业务的了解我们具体那缺乏哪些。
）使用ER图对信息进行归纳，并抽象出业务核心的特征
在此我自己画了一个商品ER图的基础模板，也是所有商品管理中必须有的，大家在进行信息分类时可以直接拿这个模块去套用，或在此基础上新增新的实体或元素。
多说一句ER图在交易的任意一个模块都用得上，而且作为复杂模块信息的分类，以及分类后信息管理界面的设计，包括用来给开发阐述都是非常好用且实用的，后续我再写篇分章分享怎么画ER图。
）对我上面分享的商品基础ER图中难懂的名词进行说明
SPU：标准化产品单元（Standard Product Unit），是商品信息聚合的最小单位，是一组可复用标准化信息的集合，我的理解它主要也是为了前端显示为目的；
SKU：最小的库存单位（StockKeeping Unit），可以以件、盒、箱、千克等为单位存储，商品的进货、销售、售价、库存等最终都是以SKU为准的。
举例说明：一个SPU可以包含多个SKU，SKU是一般是根据SPU的销售属性组合（笛卡尔乘积）。
如华为Mate手机是一个产品，但是它有白色、金色、黑色三种颜色可选，根据规格属性又有G、G、G存储，这时就共会产生个SKU（种颜色*种内存规格）。
商品的分类：商品的分类分为 外部分类与内部分类；外部分类的为了用户方便快速找到想要的商品，一般分为三级，例如：家具（一级）——房间（二级）——床/床垫/梳妆台（三级）；外部分类是为了方便内部提升管理商品的效率而来的，具体分级我们可以自己定义。
商品的属性：也可以叫商品的规格，主要记录SKU的一些规格属性。
举例说明：iPhone手机有内存 G G G 内存的版本，颜色有黑色、红色、金色、绿色的。 那么此时就涉及两个属性：
属性：是颜色，包含的属性值有 黑色、红色、金色、绿；
属性：是版本，包含的属性有 G、G、G 内存。
）分类不全
分类不全会导致两个问题：
日常用户寻找商品的，体验差，内部管理效率很低；
运营想通过商品进行运营数据与效率的分析很难。
一般对外的分类就是 三级，对内的分类建议一定要跟业务一起做前瞻性的谈论，就算用不上也尽量提前把数据预留，方便后面立马补充，这个点很重要。
）没有商品的上下架流程与状态
商品本身是一个电商最核心的数据之一，为了安全性所有关于商品的更新上架一定需要通过审核，防止管理不规范引发各种风险问题；例如恶意改价等。
这个时候肯定会有同学说，那同一个商品因为市场的原因我们可能调价的可能性比较法，总不能每次都新生成一个新的商品吧，这样对我们运营效率有很大的影响。
这个时候我们可以增加商品（这里指的是SKU）的版本，当我们对已上架的商品进行修改时，将原商未改的信息同步过来+已修改信息组合成新版本的一个商品，当新版本审核通过后，对旧的版本进行替换；这样一来不影响本来正在售卖的商品，而且可以对原来的商品自动替换。
）没有存详细的商品快照
在商品上架的时候，一定要记录商品详细的快照，不然后续会出现非常多的业务问题。
例如：商品价格更改后，历史订单需要进行售后。这个时候如果商品没有存快照；售后不能拿最新的商品计算给用户是否要退款或者补差；所以商品快照很重要。
通俗地讲，咱们可以把快照理解成拍照。
譬如说，在某一时刻用手机给你拍了一张照片，那么照片中的你的状态就定格在了拍照的那一瞬间。当明天的你再来看这张照片的时候，你就能看到拍照时你的状态是如何的，这就是简单意义上的快照。
那么，快照的实际应用场景是哪些呢？前面其实有说到，快照是备份技术的一种，一旦原来的数据发生了变化（可能因为某些原因数据发生了丢失等等），使用快照就可以恢复原来的数据。
以上就是我自己在做商品管理时的一些分享，希望对大家实际工作过程中的产品设计有一些帮助。
