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