百木园
近期在做2C电商平台的组合商品功能，梳理一下我对这个需求的理解和遇到的关键点。
组合商品，一般有两个概念：
产品设计时需要了解业务方提出这个需求的出发点，本需求根据自身企业的业务方有提出明确方向为第1个概念点：捆绑组合销售用户不可拆解。
需求整体结构梳理：
在前后台的商品关系设计中，关键点：
- 用户端的SPU和后台的哪些SPU作对应？
- 用户端的SKU和后台的哪些SKU作对应？
虽用户端用户不可自由选择，但管理后台运营进行配置时，是需要可以自定义选择商品、规格及搭配数量的。
前后端组合关系管理结构梳理：
一、商品管理
组合商品属于营销性质，因此新增商品时，应将此类商品与普通商品作区分。
在维护好第一步对用户端展示的基本商品信息后，配置组合商品和被组合单品的关系。
此处需要注意，被组合的商品必须是独立已存在的普通单品。可以是实物商品，也可以是虚拟票券商品。
如搭配虚拟商品，需要留意此类商品原逻辑单独购买时是否有下单页定制化要求，如有，组合售卖后将会将用户端的下单样式复杂化。
产品应尽量避免都可以的通配要求，否则需要产品将整体定制化的下单页全盘列出组合后的展示样式，以减少前端开发和测试不同岗位对需求的理解差异产生的撕逼场景。
二、库存管理
出入库的正确记录，可减少仓库管理的日常数据核对，也是非常重要的一个环节。
组合商品库存扣减被组合的单品库存，而运营可能会将单品单独对外售卖。
所以被组合的单品扣减库存会有两个途径：单品（商品IDXXXX，规格IDXXXX）销售扣减、组合商品（组合商品IDYYYYYY，组合商品规格IDYYYYYY）销售扣减。
用户下单锁定单品库存，商品成功发货，扣减单品库存。
单品独立售卖和组合售卖如走扣减同一库存，在其中任一方售出时，则对应的另一方可用库存即会同步减扣。
三、订单管理
组合商品对用户虽然以整体展示，但在管理后台则需要详情明细列出组合商品中包含的被组合商品信息。
被组合的不同单品可能来自同一仓库，可以一起发货；也有可能会来自不同的仓库需要拆分开来由不同的物流公司在不同的时间去发货。
在跟踪用户问题时，我们通常以整单纬度进行查询整体情况，然后才会到具体细节。
因此订单管理列表，通常以主订单为纬度展示，组合商品中的被组合单品为子订单纬度，子订单包括单品信息、分摊的支付金额、拆单发货的物流等信息。
为防止退款等各因素导致发票开出后又要红冲会影响商家信誉，触发订单开出发票的时间节点，需要和业务、财务定夺。
触发开票的时间节点，可包括：
未到达触发开票的时间节点时，用户端都会提供修改入口。
开出第1张票后，则只可以查看发票，不提供修改换开功能或有修改换开的次数上限。
四、退款退货
组合商品通常是为了促销而进行的捆绑式销售，所以一般是不允许拆分退款，用户端发起售后申请只能以组合商品整体为最小单位进行申请。
但为防止特殊情况发生，如子订单商品有质量等问题需确实需要单独售后处理，可将此权限放置管理后台。
用户可通过联系客服反馈，售后客服在管理后台备注原因分场景分流程进行特殊处理，如：
- 退款不退货：只有退款信息记录，被组合的单品库存数量无变化。
- 退款又退货：有退款信息记录，退货的单品可归还可售仓库还是进入不可售后的破损仓。
- 退款换货等：有退款信息记录，退货的单品要分仓处理是否归还库存，还要给用户再发出新的单品扣减可用库存。
五、总结
对于用户端的用户购买来说，组合商品和普通商品的商品详情展示、下单支付流程和订单详情展示都没有什么区别。
此需求的主要逻辑在于后端，管理后台组合商品和单品之间的关联配置，订单金额的拆分，库存扣减归换的转换，发票何时触发。
给作者点赞，鼓励TA抓紧创作！
来源：http://www.woshipm.com/operate/5400358.html
本站部分图文来源于网络，如有侵权请联系删除。