I直接答案
想让客户只能买组合、不能单独买组合里的某个商品,核心动作就一个:把组合商品下面的子商品下架。订货宝的客户端只展示处于上架状态的商品,子商品一旦下架,客户在商品列表、分类页、搜索里都找不到它,自然就没法单独下单;而组合商品本身还是上架状态,客户点进组合商品照样能买,下单后系统按组合的构成去扣减对应子商品的库存。
换句话说,能不能单独购买,取决于子商品自己的上架状态,而不是组合关系。组合商品不会自动把子商品从客户端藏起来,两者是各自独立的商品记录。所以你要控制的不是组合,而是子商品的可见性。
这里有个代价要提前想清楚:子商品下架后,它在客户端的独立入口就彻底没了,包括客户以前收藏的链接、历史订单里的再次购买入口,通常也无法直接复用。如果这个子商品同时还要单独卖,那就不能下架,只能接受它被单独购买,或者用别的版本来区分。
II操作问答
判定逻辑:谁决定客户能不能单独买
订货宝里,一个商品能不能被客户单独下单,看的是它自己的上架状态。上架,客户端就展示、就能加购;下架,客户端就不展示,也就无从下单。组合商品和子商品之间是引用关系,组合不会改变子商品自身的状态。
所以你会看到两种结果:子商品保持上架,客户既能买组合,也能单独买那个子商品;子商品下架,客户只能看到并购买组合商品。选择哪一种,取决于你想不想让这个单品继续独立流通。
还要注意,组合商品被购买后,系统仍然要把组合拆开去处理子商品的库存。子商品下架并不等于它从系统里消失,它只是对客户端不可见,后台的库存、成本、报表口径都还在。
III操作问答
具体怎么操作:把子商品下架
第一步,进入商品管理,找到那个组合商品,查看它包含了哪些子商品,把子商品的名称或编码记下来,避免下架错。
第二步,回到商品列表,用名称或编码搜到这些子商品,逐个把上架状态改为下架。如果子商品数量多,建议先在后台筛出这批商品再批量处理,减少漏改。
第三步,用客户端或订货端账号实际看一下:搜索子商品,应该搜不到;进入组合商品详情,应该还能正常加购、下单。确认下单后子商品的库存有对应扣减,才算配到位。
第四步,把这个规则固定下来。以后新增组合商品时,如果同样不希望子商品被单独购买,就同步把子商品下架;否则新组合上线后,子商品又会被单独搜到。
IV操作问答
最容易配错的两种情形
第一种,只建了组合商品,没动子商品状态。现象是:组合能买,客户在分类页或搜索里也能找到子商品并单独下单,你以为限制了,其实没有。这是最常见的一种误判,因为组合关系本身不产生任何隐藏效果。
第二种,把子商品下架了,但组合商品里引用的还是那个子商品,结果组合商品的库存扣减、价格计算仍然指向它,这本身没问题;问题出在你后来又把这个子商品重新上架,或者换了一个新商品去替代,组合里却还挂着旧的子商品。现象是:客户端某个单品又冒出来了,或者组合下单后库存扣在了不该扣的商品上。
还有一种容易忽略的:子商品下架后,历史订单或客户收藏里的入口可能打不开。如果客户反馈「之前买过的链接点不进去」,要能解释清楚这是下架导致的,而不是系统故障。
V操作问答
和哪些功能联动,配之前要一起看
价格上,组合商品有自己的一套价格逻辑,子商品下架不影响组合售价;但如果你给子商品单独设过促销价、会员价,下架后这些规则对客户端不再生效,后台报表里也不会再产生这个单品的独立销售记录。
库存上,子商品下架后,库存仍然被组合消耗。要确认组合的库存扣减指向的是下架前的同一个子商品,否则会出现「组合卖得动、但库存不动」的假象。
权限和报表上,下架操作通常需要商品管理权限;下架后,按单品维度统计的销售报表里,这个子商品的独立销量会归零,销量都体现在组合商品上。如果你考核单品动销,这个口径变化要提前和团队对齐。
另外,如果同一批子商品要同时用于多个组合,下架会一并影响所有引用它的组合的客户端可见性逻辑,操作前最好先确认这些组合是否都希望屏蔽单品购买。
VI操作问答
如果既想屏蔽单独购买,又想保留单品入口怎么办
现实里常常出现这种矛盾:公司希望客户只买组合,但业务员又需要能单独下单某个单品用于补货或换货。这种需求靠简单下架解决不了,因为下架对所有人一视同仁。
可行的替代思路是拆成两个商品:一个上架的单品版本,只对内部或特定客户开放;一个下架的子商品版本,只挂在组合里。这样客户端看不到下架版本,内部却能通过后台或其他授权入口使用它。代价是商品档案会变多,维护和库存对账会更麻烦。
还有一种做法是保持子商品上架,但用价格或起订量做引导,让单独购买不划算。这不是硬限制,客户仍然能单独买,只是不推荐。选择哪种,取决于你要的是「禁止」还是「引导」。
如果对限制强度要求很高,建议把规则写进商品上架流程里,并在每次新增组合时核对子商品状态,这比事后逐个排查省事得多。
VIII常见问题
被问得最多的几个问题
通常打不开,客户端只展示上架商品,下架后该链接对应的详情页会不可见。如果客户之前把单品加入了收藏或购物车,一般也无法继续结算。建议在下架前通知相关客户改从组合商品入口下单,减少售后解释成本。
可以。上架状态是按商品逐个控制的,你可以只下架组合里那几个不希望大家单独买的子商品,其余子商品保持上架。要注意的是,组合商品本身不会因为某个子商品下架就不能卖,只要组合里引用的还是这个子商品,扣库存和价格计算照常。
不会。下架只是让它在客户端不展示,系统内部对组合的拆解、库存扣减、成本归集仍然按原来的子商品执行。你需要确认的是组合引用的子商品没被换掉或删掉,否则会出现组合下单后库存对不上的情况。
VIII继续查
企业微信 · 专属顾问