I直接答案
订单能不能吃到特价,取决于四个条件是否同时成立:活动在有效期内、活动处于上架状态、这单来自客户自主下单或员工用「模拟开单」下的单、下单客户落在活动指定的客户范围内。只要能参与,系统在提交订单时就会自动带出特价;只要其中任意一条不满足,订单就会按原价或普通价格政策走,而且不会给一个很明显的报错,看起来就像「特价没生效」。
排查顺序建议从外到内:先看活动本身的时间和上架开关,再看这单是谁用什么入口下的,最后看这个客户在不在名单里。很多人卡在第二步——在管理端直接帮客户代客下单,是明确不参与促销活动的,哪怕活动一切正常也不会带出特价。想保留促销效果又要替客户操作,就要改用「模拟开单」。
II操作问答
先看活动本身有没有"活着"
订单带不出特价,第一件事不是查订单,而是回到活动列表,确认这个活动的起止时间覆盖了下单时刻。活动一旦过期或还没开始,系统就按普通价格处理,前端不会提示"活动已结束",所以很容易被误判成bug。
再确认活动处于上架状态。有些活动是提前配好、临时下架的,下架期间下单同样不参与。这两项是"开关级"的判断,不涉及客户、商品、价格,几分钟就能排除掉。
III操作问答
关键分岔:这单是谁、从哪个入口下的
系统对下单入口有明确区分。客户自己登录下单,属于正常参与路径;员工在管理端替客户下单,也就是常说的代客下单,是不参与促销活动的,活动配得再完整也不会生效。
如果确实需要员工协助客户完成这单,又要享受活动价,正确做法是使用「模拟开单」:它模拟的是客户身份走下单流程,因此促销判定按客户自主下单来处理。用错入口,是"特价不生效"里最常见也最容易被忽略的一种。
判断方法很直接:看订单的来源标记或操作记录,如果单据是在管理端手工录入产生的,基本就属于不参与的入口;如果是走模拟开单生成的,才回到正常的判定链路。
IV操作问答
再看客户在不在活动范围内
很多特价活动不是全场通用,而是圈定了一批客户。下单客户如果不在这个名单里,即便活动在期内、已上架、入口也对,订单依然不参与。这时要回到活动配置里核对客户范围,看该客户是被包含、被排除,还是根本不在任何分组里。
还要注意客户身份的变化:客户被移出分组、分组被重新调整,都会影响后续订单的判定,且只对调整之后产生的新订单起作用,已生成的订单不会追溯变化。所以碰到"昨天还能用、今天不行"的情况,优先查客户范围最近有没有被动过。
V操作问答
两种最容易配错的情形
第一种是入口配错:客户打电话让业务员帮忙下单,业务员图快直接在管理端代客下单,结果全程没有特价。表现是活动完全正常,其他客户下单都有优惠,唯独这一单没有。改法就是让客户自己下,或用模拟开单补录。
第二种是范围配漏:活动只勾了部分客户,新客户或临时调整过归属的客户不在里面。表现是同一件商品、同一个活动,有的客户有特价,有的没有,看着像"随机失效",实际是名单差异。这两种情形都不会报错,只能靠逐项核对。
VI操作问答
跟哪些功能会互相牵动
特价最终体现在价格上,但它不是独立的价格规则。订单金额会受授信额度、预存款、账期的影响:特价改变的是商品成交价,而额度、账期决定的是这单能不能挂账、能挂多少,二者叠加后才是客户实际看到的应付金额。
库存维度也要留意,多规格商品的特价通常挂在具体规格上,选错规格自然带不出对应价格。权限层面,活动由谁维护、客户分组由谁调整,都会间接改变判定结果,建议把活动配置和客户分组的操作权限收拢到固定人员。报表侧,如果发现某段时间活动订单量和预期差很多,可以先按订单来源拆分,代客下单占比高往往就是原因。
VIII常见问题
被问得最多的几个问题
代客下单是管理端员工以操作人身份录入,系统按不参与促销处理,活动价不会带出;模拟开单是模拟客户本人走下单流程,促销判定按客户自主下单执行,符合条件的特价会正常生效。要保留活动效果,就选模拟开单。
先确认活动是否处于上架状态,下架期间同样不参与。再看这位客户是否仍在活动指定的客户范围内,客户被移出分组或分组被调整后,新订单就不再享受,而已生成的订单不会追溯变化。
不会。活动时间、上架状态、客户范围的调整只对调整之后新生成的订单生效,已经提交的订单保持原判定结果。需要按新配置成交的,只能重新下单或作废后重开。
VIII继续查
企业微信 · 专属顾问