I直接答案
满立惠同时选三种产品时,关键不在商品数量本身,而在订货宝后台创建满立惠活动时促销方式那一栏点的是哪个选项。如果选的是单品满件促销,系统会把订单里每一个商品拆开来看:A 商品要自己买够活动要求的件数、B 商品也要自己买够件数,谁够谁打折,谁不够谁原价,三者的数量互不相加、互不影响。如果选的是多品满件促销,系统就把参与活动的这几个商品的购买数量累加起来,总数达到门槛,这三种商品就一起按折扣价结算。
所以「单个满足还是合计满足」不是一个可以凭经验猜的规则,而是由促销方式这个字段直接决定的开关。很多用户以为满立惠默认就是合计,实际上后台给的恰恰是两条不同的路:想要各买各的、按单品凑量就选单品满件;想要几款搭配着凑、按总量触发就选多品满件。选完之后再看折扣怎么给、哪些商品参与、活动时间怎么设,都要跟这个前提保持一致,否则后面调得再细也跑不出你预期的结果。
II操作问答
先分清系统里的两条判定路径
单品满件促销的判定单位是「单个商品」。假设活动要求满 5 件打折,客户下单 A 商品 3 件、B 商品 4 件、C 商品 6 件,系统会分开核对:A 没到 5 件,原价;B 没到 5 件,原价;C 到了 5 件,只有 C 按折扣算。三个数字不合并,也不互相借。
多品满件促销的判定单位是「参与商品的总数」。同样要求满 5 件,A 的 3 件加 B 的 4 件已经是 7 件,总数过线,A 和 B 都进入折扣范围。这时系统看的是几个商品凑起来的合计数量,不是某一个商品单独扛不扛得住门槛。
III操作问答
在订货宝后台怎么把这件事设对
第一步,进入满立惠活动的编辑页,先把参与活动的商品选进来,确定哪几款进入这次促销的范围。不在这个范围内的商品,无论客户买多少都不会参与合计,也不会被单独判定。
第二步,在促销方式里选单品满件促销或多品满件促销。这一步决定了后面所有数字怎么算,是整条规则的分水岭,建议先想清楚业务场景再点,不要建完活动才回头改。
第三步,填满件条件和对应的折扣。门槛数量要跟你选的判定方式配套:选了单品满件,门槛就是「每个商品自己」要达到的件数;选了多品满件,门槛就是「这几款加起来」要达到的件数。
第四步,保存后用一笔小订单验证。可以拿一个测试账号,按 A 少量、B 少量、C 多量的组合分别下一单,看系统给出的折扣是不是你设想的那一种。这比事后跟客户解释省事得多。
IV操作问答
最容易配错的两种情形,以及配错后你会看到什么
第一种:想做「几款搭配凑量」,却选了单品满件促销。现象是客户把三种商品各买两件、合计已经很多,但每一款都没单独到门槛,结账时一件折扣都没有。业务员会觉得系统「不认账」,其实是判定口径从总量被拆回了单品。
第二种:只想让某一款自己凑量,却选了多品满件促销。现象是客户几乎没怎么买那款主推商品,靠另外两款把总数堆过了线,结果三款一起打折。折扣给出去的范围比你预期的宽,利润被摊薄,事后对账时才发现参加活动的商品比设想的多。
还有一种情况也常见:活动商品选漏了。多品满件的前提是商品都在参与范围内,漏选的那款不进入合计;单品满件下漏选则根本不参与任何判定。所以设置完要回头看一眼商品清单,别只盯着数字。
V操作问答
它还会牵动哪些环节
价格与折扣层面,满立惠的折扣结果会作用在参与商品的成交价上,跟你给客户设的专属价格、等级价格叠加时,需要先想清楚先后关系,避免折上折超出预期。
账期与结算层面,折扣后的金额才是客户实际应付,赊销客户的对账单、还款提醒都以这个结果为准;如果授信额度或预存款按原价试算,客户那边看到的可用余额会不一致。
库存与报表层面,促销跑起来后订单出库数量会明显变化,热销款可能很快见底;同时促销订单在销售报表里会体现为折扣金额,月度复盘时要把这部分单独看,别把它当成普通降价。
权限层面,谁能建满立惠活动、谁能改促销方式,取决于后台给这个账号开的操作权限。建议把促销方式这类关键字段的编辑权收紧到少数人,减少误改带来的连锁反应。
VII常见问题
被问得最多的几个问题
一场活动只能选定一种促销方式,系统按你选的那一种来判定,不会一笔订单里同时套两套逻辑。如果两种玩法都想要,通常的做法是拆成两个活动,分别设置参与商品和时间段,让它们各自覆盖不同的商品组合,避免同一批商品被两条规则反复命中。
促销方式影响的是设置生效后的判定,已经生成的订单按当时活动的规则走,不会因为后来改了设置而自动重算。所以调整这类字段前,建议先确认是否处于活动进行中,必要时新建一场活动承接新的玩法,老活动到点自然结束。
先确认三件事:该商品是否在活动参与范围内、活动时间是否覆盖当前下单时间、促销方式与门槛数量是否配套。很多「没打折」的情况其实是商品没被选进活动,或者单品满件下某一款数量没到门槛。逐条核对一遍,基本能定位到原因。
VII继续查
企业微信 · 专属顾问