I直接答案
结论很直接:同一个产品不能同时挂在两个或更多促销活动上。订货宝的活动机制不叠加,同一个商品被放进多个活动里时,系统只会让它真正参与其中一个,其余活动对这个商品不生效。所以如果你希望一个商品先后做两档促销,正确做法是把活动的时间段错开,而不是同时建两条活动让它一起跑。
那系统怎么挑?看三个信号。第一看排序值,排序值大的活动优先,商品会归到它下面;第二,排序值一样时,看谁先创建,创建早的活动拿走这个商品;第三,如果客户是从首页点进某个活动详情页再下单,那就以这个详情页对应的活动为准,不管前面排序值怎么排。
这三条规则的顺序是固定的:入口优先于排序值,排序值优先于创建时间。理解了这一点,配置活动时就有了抓手——要么把优先级用排序值拉开,要么干脆用时间错开,不要指望系统帮你把两个活动合在一起算。
II操作问答
系统怎么判断一个商品归哪个活动
判定不是看商品被添加了几次,而是看生效时谁排在前面。后台保存活动时,每条活动都有一个排序值,这个数值越大,优先级越高。同一个商品同时出现在两条活动里,系统会把商品判给排序值更大的那条。
如果两条活动的排序值恰好填成一样的数字,系统不会随机挑,而是回到创建时间上:谁先建,谁生效。这一条在复制活动时最容易踩到——复制出来的新活动排序值往往沿用了原来的值,结果两个活动排序值相同,生效的反而是先建的那条,而你以为新活动会盖过旧的。
还有一条独立通道:客户从首页进入某个活动详情页下单,这个商品就直接按该详情页对应的活动走。也就是说,入口本身能覆盖排序结果。这条常被忽略,但它恰恰是运营上最有用的一条——你想主推哪个活动,把首页入口指向它就行。
III操作问答
不叠加的前提下,活动该怎么排
第一步,先列清楚这个商品在什么时间段要做哪几档促销,把它们在时间轴上排开,尽量不要出现重叠。重叠越少,后面要处理的冲突就越少。
第二步,如果确实需要重叠,比如一个长期满减加一个短期特价同时在线,就给短期活动一个更高的排序值,让它在这段时间内接管这个商品。活动结束后把排序值调回去,或者直接下架短期活动,商品自然回到长期活动里。
第三步,检查活动详情页的首页入口。首页资源位指向哪个活动,从那个入口进来的客户就按哪个活动下单。入口和排序值要一致,否则会出现「后台看排序值是A生效,实际下单走的是B」这种对不上的现象。
第四步,改完不要只看列表,去前台用这个商品实际下一单,看看价格是不是你预期的那档。促销配置的对错,最终只能靠一次真实下单来验证。
IV操作问答
最容易配错的两种情形
第一种是复制活动后忘记改排序值。现象是:新活动在后台看上去正常,商品也加进去了,但客户下单时用的还是老活动的价格。原因就是两个活动排序值相同,系统按创建时间选了老的那条。判断方法很简单,把两个活动的排序值对比一下,相同就手动拉开。
第二种是多个活动互相包含同一个商品,且时间完全重叠,靠排序值硬顶。这在活动少的时候没问题,活动一多就乱:你改了一个活动的排序值,另一个商品的活动归属跟着变。现象是「改A活动,B活动的商品也跟着跳」。这种情况建议不要再靠排序值硬排,直接把时间错开,让同一商品在任意时刻只属于一个活动。
V操作问答
它和价格、库存、权限的联动
促销价格会直接影响客户看到的成交价,但这个价格只在生效的那条活动里计算。如果商品被判给了A活动,B活动里设置的促销价对这个商品不起作用。所以核对价格时,要先确认商品到底归哪条活动。
库存和促销是两条线。活动本身不改变库存扣减逻辑,客户下单仍然按商品库存扣。如果一个商品在多个活动里都被大量下单,库存消耗会比预期快,需要提前盯住。
权限方面,能不能建活动、能不能改排序值,取决于账号的角色设置。多人协作时,建议把排序值的调整权限收在少数人手里,避免大家各自改、谁也说不清当前生效的是哪条。报表里看到的促销订单会归到实际生效的活动下,对账时以生效活动为准,不要按你建了几条活动来算。
VII常见问题
被问得最多的几个问题
在订货宝现有的活动机制下做不到,活动不叠加是系统层面的规则。可行的替代是把两档优惠合并成一条活动来配,比如把满减和折扣写进同一条活动的规则里;或者用时间错开,让商品在不同时段分别进入不同活动。硬要同时建两条,只会有一条真正生效。
先确认客户是从哪个入口进的。如果客户是从首页某个活动详情页点进来的,入口优先级高于排序值,下单就按那个详情页对应的活动走。这时候改排序值不生效,需要调整首页入口指向,或者让客户从普通商品页进入再下单。
会按当时的规则重新判定。活动结束或被下架后,如果这个商品还在另一条进行中的活动里,系统会按排序值和创建时间重新决定归属,不需要你手动再添加一次商品。但建议结束前手动核对一遍,避免出现没有活动覆盖、商品按原价卖的情况。
VII继续查
企业微信 · 专属顾问