综合类2c电商(2C商城之组合售卖)
宋叨叨 电商综合 2023-11-17 14:25:48 · 热度999

2C商城之组合售卖

综合类2c电商(2C商城之组合售卖)

编辑导语:随着电商行业的发展,各大平台的商城也在不断地发展中,本篇文章作者介绍了2C电商平台的组合商品功能,分享了作者对该需求的理解以及关键点的分析,一起来学习一下吧。

近期在做2C电商平台的组合商品功能,梳理一下我对这个需求的理解和遇到的关键点。

组合商品,一般有两个概念:

  1. 运营将指定的商品打包组合成一个商品售卖,用户不可以拆解成个体购买。此类通常用于附带促销,场景如:超市的洗漱套装,洗发水和护发素在同一包装盒售卖。
  2. 运营将不同SPU的不同SKU组合成一个范围,用户可以在这个范围内自由搭配选择购买。场景如:10元3件。

产品设计时需要了解业务方提出这个需求的出发点,本需求根据自身企业的业务方有提出明确方向为第1个概念点:捆绑组合销售用户不可拆解。

需求整体结构梳理:

在前后台的商品关系设计中,关键点:

  • 用户端的SPU和后台的哪些SPU作对应?
  • 用户端的SKU和后台的哪些SKU作对应?

虽用户端用户不可自由选择,但管理后台运营进行配置时,是需要可以自定义选择商品、规格及搭配数量的。

前后端组合关系管理结构梳理:

组合商品属于营销性质,因此新增商品时,应将此类商品与普通商品作区分。

在维护好第一步对用户端展示的基本商品信息后,配置组合商品和被组合单品的关系。

此处需要注意,被组合的商品必须是独立已存在的普通单品。可以是实物商品,也可以是虚拟票券商品。

如搭配虚拟商品,需要留意此类商品原逻辑单独购买时是否有下单页定制化要求,如有,组合售卖后将会将用户端的下单样式复杂化。

产品应尽量避免都可以的通配要求,否则需要产品将整体定制化的下单页全盘列出组合后的展示样式,以减少前端开发和测试不同岗位对需求的理解差异产生的撕逼场景。

出入库的正确记录,可减少仓库管理的日常数据核对,也是非常重要的一个环节。

组合商品库存扣减被组合的单品库存,而运营可能会将单品单独对外售卖。

所以被组合的单品扣减库存会有两个途径:单品(商品IDXXXX,规格IDXXXX)销售扣减、组合商品(组合商品IDYYYYYY,组合商品规格IDYYYYYY)销售扣减。

用户下单锁定单品库存,商品成功发货,扣减单品库存。

单品独立售卖和组合售卖如走扣减同一库存,在其中任一方售出时,则对应的另一方可用库存即会同步减扣。

综合类2c电商(2C商城之组合售卖)

组合商品对用户虽然以整体展示,但在管理后台则需要详情明细列出组合商品中包含的被组合商品信息。

被组合的不同单品可能来自同一仓库,可以一起发货;也有可能会来自不同的仓库需要拆分开来由不同的物流公司在不同的时间去发货。

在跟踪用户问题时,我们通常以整单纬度进行查询整体情况,然后才会到具体细节。

因此订单管理列表,通常以主订单为纬度展示,组合商品中的被组合单品为子订单纬度,子订单包括单品信息、分摊的支付金额、拆单发货的物流等信息。

为防止退款等各因素导致发票开出后又要红冲会影响商家信誉,触发订单开出发票的时间节点,需要和业务、财务定夺。

触发开票的时间节点,可包括:

  1. 支付成功XX小时开具发票;
  2. 商品成功发货即开具发票;
  3. 拆分开票,子订单商品收到货即先开具发票;
  4. 订单所有商品确认收货后开具发票;
  5. 订单到达不可售后时间后开具发票等。

未到达触发开票的时间节点时,用户端都会提供修改入口。

开出第1张票后,则只可以查看发票,不提供修改换开功能或有修改换开的次数上限。

组合商品通常是为了促销而进行的捆绑式销售,所以一般是不允许拆分退款,用户端发起售后申请只能以组合商品整体为最小单位进行申请。

但为防止特殊情况发生,如子订单商品有质量等问题需确实需要单独售后处理,可将此权限放置管理后台。

用户可通过联系客服反馈,售后客服在管理后台备注原因分场景分流程进行特殊处理,如:

  • 退款不退货:只有退款信息记录,被组合的单品库存数量无变化。
  • 退款又退货:有退款信息记录,退货的单品可归还可售仓库还是进入不可售后的破损仓。
  • 退款换货等:有退款信息记录,退货的单品要分仓处理是否归还库存,还要给用户再发出新的单品扣减可用库存。

对于用户端的用户购买来说,组合商品和普通商品的商品详情展示、下单支付流程和订单详情展示都没有什么区别。

此需求的主要逻辑在于后端,管理后台组合商品和单品之间的关联配置,订单金额的拆分,库存扣减归换的转换,发票何时触发。

本文由@seven 授权发布于人人都是产品经理,未经许可,禁止转载。

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

综合类2c电商(2C商城之组合售卖)