I直接答案
定向发放优惠券时,新增客户后不会重复发放给老客户。订货宝在处理定向发放时,判断的是「这次新增进来的客户名单」,而不是「当前符合条件的所有客户」。你第一次发放时命中过的人,在系统里已经留有发放记录,第二次执行时会被排除掉,所以那批老客户不会再次收到同一张券。
真正决定结果的不是客户本身,而是你这次操作时圈定的对象池。系统在提交发放的那一瞬间做一次比对:名单里哪些人是本次新进来的、哪些人已经发过。新进来的发,发过的跳过。所以如果你连续几天都在同一个客户分组上做定向发放,第二天新增的人会收到,第一天已经收到的人不会重复收到。
需要留意的是,这个「不重复」是按同一发放动作、同一批客户维度来判定的。如果你换了活动、换了优惠券、或者换了发放入口,就不属于同一次比对,系统会当成新的发放任务来处理。想让老客户再收到,就得重新圈选、重新发放,而不是指望系统自动补发。
II操作问答
系统怎么判定谁该收到、谁该跳过
订货宝的逻辑是「增量发放」。当你设置好定向条件并执行时,系统会先算出当前符合条件的客户集合,再对照历史发放记录,把已经领过同一发放任务的人剔出去,剩下的才是实际收券人群。这一步在后台自动完成,不需要你手动去重。
这也意味着,如果你在第一次发放后往客户分组里新增了成员,第二次执行时只有这些新成员会被命中。老成员即使还留在分组里,也不会被再次推送。判断依据是发放记录,不是分组名单本身。
换个角度看:系统认的是「这次比上次多了谁」,而不是「现在分组里都有谁」。理解了这一点,后面配错的情形就很容易预判了。
III操作问答
具体操作:分步骤做一次定向发放
第一步,进入优惠券管理,新建或选中要发放的券,确认券的有效期、使用门槛这些基础信息已经配好,避免发放后才发现规则不对。
第二步,选择发放方式为定向发放,然后圈定客户范围。可以按客户分组、按标签、按等级来圈,圈完之后先看一眼当前命中的人数,心里有个数。
第三步,执行发放。系统会在提交时自动比对该发放任务的历史记录,只推送给新增的那部分客户。发放完成后,去发放记录里核对实际推送人数,如果用券人数明显少于你圈定的人数,通常就是老客户被正常跳过了,属于预期行为。
第四步,后续如果又来了新客户,想做二次触达,重复第二步和第三步即可,不用重建整个活动。新增客户会自动进入可发放范围,老客户继续被跳过。
IV操作问答
最容易配错的两种情形
第一种:把「定向发放」当成「手动圈人一次性发完」。有些用户第一次圈了一批人,过了几天又手动把新客户加进名单,然后点了同一个发放入口,却发现老客户又收到了。这通常是因为换了发放任务或换了券,系统不再按原记录做去重。解决办法是保持同一发放任务、同一张券的前提下做增量。
第二种:反向误判。有用户看到发放记录里的人数没变,就以为新客户没收到。实际情况可能是新增客户没有被正确圈进分级或标签里,导致系统判定「本次没有新增对象」。先去客户列表确认新客户是否真的落进了你设置的范围条件里,再判断是不是重复问题。
这两种情况的共同点是:问题不出在「会不会重复」,而出在「名单到底圈进了谁」。发放前多看一眼命中人数,能省掉大部分排查时间。
V操作问答
和价格、账期、库存、权限、报表的联动
优惠券最终会影响成交价。定向发放的券如果在订单里被抵扣,实付金额和账面价格会不一致,做价格核对时要把这部分单独看,别直接拿标价对账。
如果客户本身有账期或预存款,优惠券抵扣发生在哪一层要提前想清楚:是先抵券再走账期,还是账期内再核销券。两种顺序下客户的应付金额不同,也影响后续的收款核对。
库存方面,券带来的是转化而不是占用,所以发放本身不动库存;但要留意集中核销时段的订单压力,避免出现有单没货的尴尬。
权限和报表同样相关。发放优惠券属于需要控制的动作,谁有发放权限、谁只能查看发放记录,建议在账号权限里分开设置。报表侧则可以按发放任务看核销率,用来判断这次定向触达值不值得再做一轮。
VII常见问题
被问得最多的几个问题
系统不会自动补发给已领过的客户。你需要新建一次发放任务,或者换一张新的优惠券重新圈选这批人,让系统把它当成新的发放动作来处理。同一发放任务下重复提交,老客户依然会被跳过。
在执行发放前,先把当前圈定条件命中的人数看一遍。如果新增客户没有出现在命中人数里,多半是标签或分组没更新,先回客户列表确认他们的归属,再执行发放,避免出现「以为发了其实没发」的情况。
发放记录在优惠券相关模块里查看,通常可以按发放任务或券来筛选。建议每次定向发放都单独建一个任务,这样核销率、使用人数这些数据能对应到具体一次触达,后续判断要不要再做一轮会更清楚。
VII继续查
企业微信 · 专属顾问