I直接答案
结论很直接:订货宝的积分发放不是看整张订单的总额,而是拆到每一件商品上单独算。系统在你提交订单时会逐条扫描订单明细,对于每一条商品行,拿它这条的金额去跟积分规则里设定的门槛比对,满足条件就给这条商品对应的积分,不满足就跳过。订单最终合计多少钱、有没有凑够某个数字,系统不关心,也不会拿这个总数去触发积分。
为什么会这样设计?因为积分通常跟具体商品的推广、复购挂钩,按单品判定可以让规则更细:同一个订单里,便宜的商品不送,贵的那件照送,互不影响。代价就是你不能做“整单满多少送多少分”那种玩法。如果你确实需要按订单总额给奖励,只能换别的机制,比如优惠券、满减活动或者会员等级权益,这些跟积分是两条线。
II操作问答
积分判定发生在哪一步,按什么算
积分不是在结算页一次性算好的,而是在订单提交、系统确认商品行的时候逐条判定。你打开积分设置,里面配置的是“商品金额满足多少条件就赠送多少积分”,注意这里的主语是商品,不是订单。每个商品行独立跑一遍这个条件,跑完把结果加总,就是你这次能拿到的积分总数。
举个例子:订单里有 A、B 两件商品,A 单价达标,B 单价没达标,那么最终只有 A 那条产生积分,B 那条是零。哪怕 A 加 B 的合计金额远远超过门槛,B 也不会被“拉进来”分积分。反过来,如果订单里三件商品都达标,那就是三条各自出积分,叠加起来给你。
III操作问答
想要按订单金额给激励,在系统里怎么绕
既然积分本身做不到整单判定,你就得把“按订单金额奖励”这件事交给别的工具。第一步先想清楚你要的是即时抵扣还是事后回馈:如果是下单当场就想让客户感到便宜,用满减或者优惠券更合适,它们本身就是按订单总额触发的。
第二步,如果你还是想用积分这个形式,那就把门槛设低一点,让大部分商品都能达标,用商品数量来放大积分总量,变相达到“买得多积分多”的效果。代价是规则不再和订单总额严格挂钩,可能会出现客户拆单、挑商品凑积分的情况,你需要评估这种玩法对自己的利润影响。
第三步,配完之后用测试账号走一遍完整下单流程,重点看订单详情里积分明细是怎么列出来的。如果明细是按商品行逐条显示的,说明规则生效方式符合预期;如果只显示一个总数而你看不出是哪件商品贡献的,就要回到积分设置里核对商品范围有没有配错。
IV操作问答
最容易配错的两种情形
第一种,把积分门槛理解成订单门槛。你在后台填了一个金额,以为它是整单合计要达到的数,实际系统是按每件商品各自的金额去比。现象是:客户下了个大单,你觉得该送积分,结果系统一分没送,因为每件商品单独看都没到那个数。这时候不是系统坏了,而是判定单位理解错了。
第二种,只给部分商品配了积分规则,却期待整单都有。系统只会对设置了积分条件的商品行进行计算,没配的商品行默认为不参与。现象是:同一个订单里,有的商品送积分、有的不送,客户来问“为什么这件有那件没有”。你要么把规则覆盖到全部商品,要么在活动说明里提前写清楚哪些商品参与。
V操作问答
和价格、账期、库存、权限、报表的联动
积分判定用的是商品行的实际成交金额,这意味着一旦订单里改了价格、用了优惠,商品行的金额会跟着变,积分也会重新跑一遍判定。所以你要注意改价和积分规则之间的先后关系,避免客户先看到有积分、改完价之后积分又没了。
积分本身不影响授信额度和预存款的扣减,它是独立的一条账。客户用授信下单还是用预存款下单,只要商品行金额达标,积分照送。但你如果做报表分析,要把积分数据和订单金额、回款情况分开看,不能简单地拿订单总额去反推应发积分,那样算出来的数会对不上。
权限方面,谁能修改积分规则、谁能手动调整客户积分,是两套权限。建议把改规则的权限收紧到少数人手里,避免前台人员随手把门槛调低导致积分超发。库存和积分没有直接关系,缺货、拆单、部分发货都不会改变已经判定过的积分结果,除非订单发生退款或取消,那才会触发相应的积分处理。
VII常见问题
被问得最多的几个问题
可以这么理解。门槛设为0意味着每件商品单独看都达标,于是每一行都会产生积分,整单加起来自然就都有。但要注意积分数量是按商品行分别给的,不是按订单总额给一个整数值,你设的赠送数额要按单件去考虑,否则总量可能跟预期差很多。
订单发生退款或取消时,系统会按退款涉及的商品行做相应处理。已经判定并发放的积分,如果对应的商品被退掉,通常会触发回收或冲减,具体以你后台的积分流水记录为准。建议在退款流程里同步检查积分变动,避免客户退了货积分还留着。
积分规则里可以结合客户身份来配,但判定基础仍然是单个商品的金额,不是订单合计。你可以针对不同等级设置不同的赠送条件或数额,但每件商品是否达标、达标的线是多少,还是逐行判断的。想按整单金额做阶梯奖励,用会员等级权益或满减更直接。
VII继续查
企业微信 · 专属顾问