I直接答案
在订货宝里，邀请注册首单奖励不是一个独立开关，它是活动规则和优惠券发放设置共同作用的结果。系统判断是否返券时，会同时检查三件事：本次订单是不是该客户的第一笔有效订单、订单金额有没有达到活动设定的门槛、以及参与奖励的优惠券发放方式是不是设成了「定向发送」。三者是「与」的关系，任意一项不满足，订单可以正常提交，但券不会进客户账户。
所以排查顺序建议反过来：先看券的发放方式，再看客户历史订单，最后核金额门槛。很多人只盯着活动页面看，却忽略了优惠券本身的发放方式——只要券不是定向发送，首单奖励就没有可用的券可发，活动看起来配了也是空转。
II操作问答
先弄清系统的判定逻辑
首单奖励的核心是「首次」两个字。系统以客户在订货宝里的下单记录为准，第一笔有效订单才具备领取资格。如果这个客户之前已经下过单——哪怕那笔订单金额很小、后来取消了、或者只是下了单没有付款成功——系统都可能已经不把他算作首次下单的客户。这时候你再怎么检查活动，券也不会出现。
金额门槛是第二道闸。活动里如果设置了「满多少才送」，那么订单的实际金额必须达到或超过这个数，才有返券资格。注意这里比较的是订单金额，不是客户账户里的预存款余额，也不是授信额度的可用部分。余额够、额度够，但订单没凑够门槛，同样不触发。
第三道闸在券身上，而不是在活动身上。参与首单奖励的优惠券，发放方式必须配成「定向发送」。这是最容易被忽略的一点，因为活动页面能正常保存、能正常启用，看不出任何异常，但券本身并不面向首单场景发放。
III操作问答
在系统里照着这四步走一遍
第一步，打开优惠券管理，找到参与这次首单奖励的那张券，检查它的发放方式字段。如果不是「定向发送」，就改成定向发送并保存。这一步改完之前，后面的检查做了也白做。
第二步，到客户列表里定位这个客户，查看他的历史订单记录。确认在当前订单之前没有任何已产生的订单。如果发现他下过单，那这次就不是首单，返券不成立；要么换新客户测试，要么单独给这个客户补一张券。
第三步，核对活动里填的金额门槛，再和当前订单金额对比。如果门槛设的是满额才送，而订单差一点，可以让客户补一点货凑单，或者回来把门槛调低到合理值。
第四步，以上三项都确认无误后，让客户重新提交一单，或者由后台重新触发一次返券。重新提交时注意不要用已被系统记为历史订单的那笔，否则仍然不算首单。
IV操作问答
两种最常见的配错情形
情形一：券的发放方式是「公开领取」或其它非定向方式。现象是活动配好了、也启用了，邀请来的新客户下完首单，账户里既没有券、也没有任何提示，后台订单列表里那笔单看起来一切正常。这种错误不报异常，只能靠人工回查优惠券的发放方式字段才能发现。
情形二：把「首单」理解成了「首笔付款」或「首次登录」。有客户的账号是销售帮忙代开的，开好之后已经产生过订单；也有客户之前下过单但没付款，后台仍留下记录。这两种情况都会让系统判定他不是首单客户，于是奖励不发。现象是客户坚持说自己「从来没买过」，但订单记录里确实躺着历史单据。
V操作问答
它和哪些功能会互相牵扯
价格体系会影响门槛判定。如果客户有专属价格或促销价，订单金额是按他实际成交的金额算的，不是你标价牌上的数字。门槛设得太贴近标价，成交价一低就可能够不着，这是返券失败的隐性原因。
账期和预存款会影响下单能不能成。首单奖励只在订单有效产生之后才谈得上返券，如果客户下单时预存款不足、授信额度已占满，订单本身就走不到完成状态，自然轮不到奖励判定。
权限决定谁能改这些设置。优惠券的发放方式、活动门槛通常在后端有对应操作权限，前台销售人员改不了。发现配错时，先确认当前账号有没有改券和改活动的权限，避免在没权限的账号上反复试。
报表侧也要对得上。发放记录和客户领券记录是两处数据，活动跑起来之后建议定期对一下数量，出现「活动显示已参与、客户账户却没有券」的差额，往往就是上面三类判定没同时满足导致的。
VII常见问题
被问得最多的几个问题
重点回到金额门槛。检查活动里设定的门槛金额，再看这笔订单的实际成交金额是否达到。如果客户用了专属价格、或是参与了其它折扣，成交金额可能低于标价，差一点就不触发。另外确认订单状态是否已完成，未完成状态的订单通常不进入返券判定。两者都排除后，再检查券的有效期是否已经过期。
首单奖励本身只针对第一笔订单，系统按客户下单记录判定。如果你的目标是前几单都给，需要拆成多条不同条件的活动来配，或者用其它类型的优惠券活动覆盖后续订单，不能指望同一套首单规则重复触发。多单奖励要留意每笔订单之间的时间间隔和金额条件，避免规则互相冲突。
通常不会自动补。已经完成的订单在提交时就已经走完了判定，事后改配置一般不影响历史单据。需要补的话，可以由后台针对这个客户定向发一张券，或者让客户重新下一笔满足条件的订单来触发。补发时注意记录发放原因，方便后续对账。
VII继续查
企业微信 · 专属顾问