I直接答案
满立惠是否能被订单命中,取决于三个层面的条件同时成立:活动本身处于可生效状态(已上架且在有效期内)、下单通道符合系统规则(客户自己从移动端下单,而不是管理端代客下单或 PC 端下单)、下单客户落在活动圈定的客户范围里。这三层是「与」的关系,任何一层不满足,订单金额再高也不会触发优惠。
所以排查时不要只盯着客户名单看,也不要只确认活动有没有到期。建议按「活动状态 → 下单方式 → 客户范围」的顺序倒推,往往能在一两分钟内定位问题。下面把每一步在系统里的具体位置和判断方法拆开讲。
II操作问答
先确认活动本身是否处于可生效状态
第一步看活动是否已经上架。在订货宝后台的促销活动列表里,草稿或下架状态的活动不会参与任何订单的计算,哪怕时间已经进入活动周期。判断方法很直接:活动列表里能看到状态字段,只有上架状态的满立惠才会被订单引擎读取。
第二步看有效期。起止时间没有覆盖下单时刻,活动就不会生效。这里有个容易忽略的点:如果活动设置了按周期的重复规则,要确认当前这一期是否已经开始,而不是只看整个活动的大区间。
两步都确认无误后,再去查订单侧的原因。很多用户在这一步就急着改客户范围,其实先确认状态能省下不少来回。
III操作问答
下单方式决定了活动能不能被触发
系统对下单入口有明确区分。客户自己登录移动端下单,才在满立惠的判定范围内;如果订单是管理端代客下单生成的,属于后台代录业务,不参与促销活动计算。
员工协助客户下单的场景,要用「模拟开单」的方式,让订单走与客户自助下单一致的通道。用普通代客下单入口操作,即使商品、数量、客户都对,满立惠也不会被算进去。这一步配错是最常见的「明明客户在名单里却不出优惠」的原因。
另一个入口差异是终端:PC 客户端暂不支持参与满立惠活动。客户如果在电脑上下单,活动同样不会触发。要参与满立惠,订单需要来自移动端。这一点在客户既有 PC 习惯又有手机习惯时特别容易踩坑。
IV操作问答
客户范围没圈对,订单再大也不触发
满立惠可以限定参与客户。如果活动配置里选了指定客户、指定等级或指定分组,而当前下单的客户不在这个集合里,系统会直接跳过该活动。排查时把下单客户和活动适用客群做一次对照即可。
这里有两种典型误配。一种是活动只圈了少数几个客户做试点,后面忘了扩范围,结果新客户下单看不到优惠;另一种是客户等级分组被调整过,原本在范围内的客户因为等级变动被移出,活动就静默失效了,后台不会给出明显报错。
发现范围不对时,改活动配置比改客户资料更稳妥。客户资料往往还牵着价格和账期,动它容易引发连锁变化。
V操作问答
配错时会看到什么现象
如果问题出在下单入口,你会看到同样一个客户、同样的商品和数量,用移动端自己下单能出优惠,用管理端代客下单却没有任何满立惠痕迹——订单金额按原价走,优惠明细为空。
如果是客户范围没圈对,现象是活动在客户端对部分客户可见、对另一部分不可见,或者活动页能看到但下单结算时优惠不出现。这类情况通常集中在某一批客户身上,而不是全部客户,用它来判断是范围问题而不是状态问题。
如果是活动本身没过有效期或未上架,现象是所有人、所有终端都不出优惠,这种全局性特征是区分前两类问题的重要线索。
VI操作问答
它跟价格、账期、库存和报表的关系
满立惠属于订单层的优惠计算,会与商品价格体系叠加,所以在配置时要考虑它和客户专属价、等级价之间的先后关系,避免折上折导致利润被吃掉。取舍在于:范围圈得越宽,曝光越好,但让利总量也越大。
账期客户同样可以参与满立惠,但优惠影响的是订单金额,进而影响后续的应收和对账金额,做财务核对时要把促销金额单独拆出来看。
库存层面,满立惠不占用库存,但会拉动下单量,活动期间要留意备货。报表上则要确认活动数据是否被计入促销分析相关的统计口径,否则会出现订单有优惠、报表看不出效果的情况。权限方面,活动的新建、上下架和客户范围调整通常掌握在特定角色手里,排查前先确认自己有没有查看和修改的权限,免得找不到入口误判为功能缺失。
VIII常见问题
被问得最多的几个问题
先排除另外四个条件:活动是否上架、是否在有效期内、客户是否在活动范围内、订单是否是员工用普通代客下单入口录的。如果员工是用代客下单而非模拟开单生成的订单,即便客户后来在手机上看到了,这笔单也不会算优惠。确认这四点后再看活动配置有没有被改动过。
模拟开单是让员工按客户自助下单的通道生成订单,走的是和客户本人下单一致的促销判定逻辑,因此满立惠可以生效。代客下单属于管理端直接录入,按规则不参与促销活动计算。所以员工帮客户下单时,要选模拟开单这个入口,而不是随手用代客下单。
范围可以调整,但已经生成的订单按生成时的配置计算,不会因为事后改范围而重算。所以扩范围通常只影响新的订单。如果发现某批客户本应参与却没参与,修改范围后让这些客户重新下单即可,不需要也不建议去动历史订单。
VIII继续查
企业微信 · 专属顾问