编辑导语:在交易系统中,商品管理模块是必不可少的模块之一;它可以帮助业务人员进行高效管理。但是,如何构建合理有效的商品管理体系呢?在本文中,作者根据自己的实践经验总结了商品管理模块的设计策略,大家来看看吧。
商品管理是交易系统的核心模块之一。模块中包含的系统逻辑并不是很复杂,但是与其他模块的关联度很高,模块本身包含了大量的信息。如何设计可扩展性强、信息管理高效的模块也是一大挑战。接下来给大家分享一些实用的总结!
总结了一个商品管理框架分享给大家,然后说明了模块的难点(文中任何图片未经本人授权不得随意转载)。
接下来以教育行业的产品管理为例进行说明。
三、教育行业产品设计过程说明1.教育产品的特征
1)通识教育行业的产品都是自产的,产品开发流程如下:
这样商品管理会相对简单,比如不需要管理不同的商品属于哪个品牌,商品属于哪个产地等等。(如果课程中有实物商品,就会有产地),商品一般不会过期等。
2)教育行业的产品一般都是虚拟商品。虚拟商品最大的特点是成本低、管理方便、用户行为数据积累量大、迭代快。
3)教育产品的销售模式:
4)教育行业一般都有老师指导,所以教育行业的产品其实就是课程+老师的服务时间,因为课程研发的成本从销售来说几乎可以忽略不计,所以大部分教育行业的核心其实是老师(我们说的产品管理关联不大)。
2.主要相关系统或模块如下(仅列出常用模块)
3.快速收集和分类信息。
1)进行内部业务访谈,收集关于你自己产品的信息
目的根据对商家的采访,收集商品中包含的信息;但这只是一个粗略的过程。为什么这么说?因为商家只会告诉你我现在需要什么,以后她也说不清楚,所以我们不能轻易在这一步设计结论。
2)调查竞争产品以改进信息
个人建议看一些关于京东的资料。COM的产品,而我们尽量选择看哪些实体产品或者硬件产品;所以我们可以根据业务回去看看我们缺什么。
3)用ER图总结信息,抽象出业务核心的特征
在这里,我画了一个商品的ER图的基本模板,这也是所有商品管理中的必备。您可以在对信息进行分类时直接应用该模块,或者在此基础上添加新的实体或元素。
还有一点,ER图可以用在事务的任何模块中,对复杂模块的信息进行分类,设计分类后的信息管理界面,包括讲解开发,都是非常有用和实用的。后面会写一章分享如何画er图。
4)解释一下我上面分享的商品基本ER图中难以理解的名词

例如:一个SPU可以包含多个SKU,SKU一般基于SPU的销售属性组合(笛卡尔积)。
比如华为Mate30手机是一款产品,但是有白、金、黑三种颜色。根据规格属性,有64G、128G、256G存储。此时会有9个SKU(3 (3种颜色*3种内存规格)。
举例:iPhone内存版64G 128G 256G,颜色有黑、红、金、绿。那么就涉及到两个属性:
5.产品管理设计中的常见问题
1)分类不完整
不完整的分类会导致两个问题:
一般外部分类为三级,内部分类建议必须以前瞻性的方式与业务进行讨论。即使不使用它们,也尽量提前预留数据,以便稍后可以立即添加它们。这一点非常重要。
2)没有商品上架和下架的流程和状态
商品本身就是一个电商的核心数据之一。为了安全起见,所有关于商品的更新都必须通过审核,防止管理不规范带来的各种风险问题。比如恶意改价。
这时候肯定会有同学说,我们可能因为市场原因调整同一商品价格的可能性比较法,不可能每次都产生一个新产品,对我们的运营效率影响很大。
这时,我们可以增加产品的版本(这里指的是SKU)。当我们对已经上架的产品进行修改时,我们会同步原供应商未更改的信息,并将修改后的信息组合成一个产品的新版本,新版本通过审核后替换旧版本。这样原商品不受影响,原商品可以自动替换。
3)没有详细的产品快照
商品上架时,一定要记录商品的详细快照,不然后续会有很多业务问题。
比如商品价格变动后,历史订单需要售后处理。这时,如果没有商品的快照;不能拿最新的产品售后来计算用户是要退款还是补差价;所以产品快照非常重要。
通俗点说,我们可以把快照理解为拍照。
举个例子,如果我在某个时刻用手机给你拍了一张照片,那么你在照片中的状态就会在拍照的那一刻固定下来。明天你再看这张照片的时候,你就能看到你拍照片的时候是什么状态了。这是一个简单意义上的快照。
那么,快照的实际应用场景有哪些呢?实际上,如前所述,快照是一种备份技术。一旦原始数据发生变化(数据可能会因为某些原因而丢失,等等。),可以使用快照恢复原始数据。
以上是我自己在商品管理方面的分享,希望在实际工作过程中对产品设计有所帮助。
本文由@陈红卫原创发布。每个人都是产品经理。未经许可,禁止转载。
图片来自Unsplash,基于CC0协议。








