组合商品怎么玩?

6 评论 21584 浏览 114 收藏 10 分钟

编辑导读:组合商品是指,人为将几个单独售卖的商品组合在一起进行合并售卖的商品。为了促进销售,很多商家在售卖时会利用“捆绑销售”的策略。今天我们来看看为了实现组合商品的售卖,在整个链路中,我们需要涉及到哪些功能的设计和改造吧。

一、组合商品-前后台商品管理

1. 组合商品VS套装商品

在最开始我想先阐明两个概念,组合商品和套装商品。组合商品是指,人为将几个单独售卖的商品组合在一起进行合并售卖的商品。其中被组合商品本身也是独立的可售卖个体。而套装商品则不同,套装商品本身在生产及供给中是以“套”为最小单位进行管理的。从制造商的生产,平台向供应商的采购或后期销售都是按套售卖,可以直接将套装商品理解成“结构复杂”的普通商品。大家可以看下下面两张图中,哪个商品是套装,哪个商品是组合。

而我们今天主要讨论的是组合商品在系统中的链路设计。对于前台商品库来说,组合商品和普通商品的维护和管理是一致的,不需要进行特殊的处理,因为在销售层面,它们都是一个维度的SKU。对于组合商品售卖实现最关键的在于:

  1. 商品组合关系管理
  2. 组合商品前台库存同步
  3. 组合商品订单处理(正逆向-逆向很容易被忽略哦)

2. 前后台商品的关联

在前台商品库的设计中,有个非常关键的字段-外部关联商品(out_id),通过这个字段,我们可以建立前台售卖订单-后台发货订单(包裹订单)之间商品的关联。

通常建议直接使用后台商品(OMS-商品管理中的商品)编码作为前台商品的out_id。由此,在前台销售创建后,推送至供应链订单中心(OMS)中时,可进行商品转换。因此这也要求了在商品上架售卖前,在供应链侧需要建立完整的商品档案.

3. OMS-商品管理

在OMS商品管理中,对于后台商品需要区分是普通商品或是组合商品。建立和维护组合商品的组合关系,需要注意,被组合的商品必须是独立存在的普通商品,不建议组合套组合的套娃设计,会增加后续库存同步和订单处理的复杂度,没有太大必要。

二、组合商品库存同步

关于组合商品的库存同步,之前我们在聊IMS的时候有提到过,由于一件商品可能是独立售卖,也可能存在,在独立售卖的同时作为其他组合商品的组成部分在进行售卖,因此在库存同步策略中,组合商品的拆解也是一个重要因素。

1. 首次/常规同步

获取商品可用库存后,判断此后台商品当前相关的前台售卖商品,如其中存在组合商品售卖,则按照组合关系并获取其中其他子商品的库存计算当前前台可售组合商品库存量。如下例中:在IMS可用库存中A,B商品各100件,在库存同步时,获取到当前C1,C2作为A、B的组合商品均在前台售卖,且组合关系如下。由于C2商品的组合关系中,包含2件B,1件A,目前B的总可用库存为100,因此计算获得C2的可售卖库存为50件。

从这个例子我们可以看出,在前台库存同步时,并不会按比例去拆分的方式进行同步,比如C1可售50件、C2可售25件,而是为了保障商品整体的售出,以商品可售卖的最大量进行同步。而这也就涉及到下面我们要说的点:在销售过程中,组合商品的库存变更。

2. 销售库存变更

我们继续沿用上一个例子。虽然C1,C2在前台售卖时,是两个独立的商品,但是从上面库存同步的机制我们可以看出,其实他们底层卖的是同一批货品。因此在其中任一商品售出时,其他相关的商品的可售库存必然需要进行相同的变更,如A售卖出1件后,A商品本身的销售库存变更为99的同时,C2商品的销售应变更为99。商品售卖订单生成后到订单实际下发到OMS产生包裹单进行发货,通常是存在中间时间间隔,即售卖并不会马上影响IMS可用库存。因此售卖过程中,销售库存的变更通常是由销售侧的逻辑来实现,因本文重点在供应链侧,暂不展开。

三、组合商品订单处理(正逆向)

1. 正向销售订单

既然前台有商品、有库存,那么我们的用户也就开始正常进行下单了。用户下单的明明是组合的商品,如何实现仓储的发货、实际子商品的库存处理呢?我们先来捋一下用户下单后,订单在各系统之间的流转,最终实现用户订单履约的。

在概念介绍中我们讲到过,组合商品是前台概念,在实际的采购、仓储过程中仍然是独立的商品。因此产品的设计核心点在于订单处理过程中,组合商品到普通商品的转换,以转换后的SKU执行库存冻结,转换后的单据下发到仓库才能够执行正常的拣发货流程。即在OMS订单到包裹单的单据转换执行过程中,需要前置根据商品组合关系进行商品转换。

2. 逆向退货订单

此处讨论的逆向是指涉及商品退回的情况。通常,组合商品通常是不允许进行单独的售后的,大家有买过组合的其实也可以去看看自己的购物订单,只能针对整个商品进行售后,因此如果发起退换货,在售后单中的商品也是组合id。因此和正向流程的处理一样,需要转换商品后进行下发。在链路的设计过程中,逆向总是很容易被遗忘,所以此处也特意强调下。当然,基于实际的现场场景,肯定也会存在特殊情况,组合商品中的个别子商品有问题用户需要单独进行处理,通常是由用户正常发起后,通过客服单独在售后单中对此类特殊单据的商品进行调整后执行后续的流程。

四、总结

以上就是进行想聊的内容的全部了。最后总结下:-对于前台售卖商品库来说,组合商品和普通商品其实没有本质的差别,对用户来说,都是一件商品;-在OMS中需要通过组合商品组合关系的维护,实现订单层面商品的转换,达到最终仓储履约的目的。同时也不要忘了逆向单据的链路实现。-在IMS前台库存同步中,也需要考虑到组合商品库存同步的换算逻辑。

#专栏作家#

麋鹿产品,公众号:麋鹿产品手册,人人都是产品经理专栏作家。专注供应链挖掘提升,热爱生活,热爱产品。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CCO协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 这样的库存同步方式,会不会导致超卖?

    来自湖北 回复
  2. 组合商品中的子商品支不支持修改?

    来自广东 回复
  3. 组合商品为啥一定要在oms建立关系,只是商品系统建立关系会有什么问题吗?

    来自北京 回复
    1. 作者的本意并非是说一定要在oms建立这种联系,只是从前台的组合商品到内部的库存系统中总归是要识别出来套装商品中包含的实际单品,进而进行库存的扣减,当然也可以在内部的商品系统中创建这种组合套装商品,但是在我看来只适合商品种类少,套装组合少的情况,如果品多起来,组合多起来对于商品基础信息库来说是一种灾难。

      来自广东 回复
    2. 为啥在oms就没有灾难,同时是绑定了商品的关系

      来自北京 回复
    3. 域的划分和是跟着业务和发展模式走的。放到OMS或者是商品域,本质是要看他们所支持的场景。如果是BC商城,还没有抽象履约的概念,放哪里都一样。

      来自浙江 回复