促销活动是否可以限制仅首单参与？

结论很直接：在订货宝里做促销活动，系统不提供「仅首单参与」这个判定条件。活动生效与否，只看商品范围、客户范围、活动时间、参与门槛、优惠力度这些已有字段是否同时成立，并不去读这个客户历史下单了几次。所以一个老客户只要条件对上，照样能吃到你本来想留给新客的优惠；反过来，一个新客户如果没被划进客户范围，也照样看不到活动。

这意味着「首单专享」在订货宝里不是靠活动模块自己实现的，而是要靠客户分层来绕。常见做法是：先给还没下过单的客户单独建一个客户等级或客户分组，把新客全部归进去，然后把这个分组设为活动的参与客户范围。这样一来，活动在系统里仍然没有首单限制，只是参与名单本身已经筛过一轮，老客户不在名单里自然参与不了。代价是这份名单要人工维护——新客户注册进来之后得有人把他加进分组，否则他看不到活动。

所以要不要做首单限制，其实取决于你愿不愿意接受这份维护成本。如果只是想短期做个新客拉新，人工分组加活动范围是最省事的路径；如果要长期反复跑，就得考虑客户等级、价格体系这些更固定的机制去承接，而不是指望活动自带首单判断。

第一步，先建一个专门装新客的容器。在客户管理里新增一个客户等级或者一个客户分组，命名上自己能认出来就行，比如叫「新客待首单」。这一步只是分类，不影响任何价格和账期。

第二步，把符合条件的新客户挪进去。刚注册还没成交的客户逐个归到这个分组里。如果客户量不大，手工加可以接受；量大的话，就看有没有导入或者批量调整的入口，按你后台实际有的功能来操作。

第三步，配置活动时把参与客户范围限定到这个分组。商品范围、活动时间、门槛和优惠力度照常填，唯一的变化在客户范围这一栏。保存之后，只有在这个分组里的客户进店能看到活动，分组外的老客户看不到。

第四步，成交之后把人挪出去。客户下了第一单，就应该从「新客待首单」里移走，否则他下一单还能继续享用首单活动。这一步是这个方案里最容易漏掉的，建议把它跟日常的客户维护动作绑在一起做。

用客户分组圈新客，会跟客户等级和价格体系叠在一起。如果这个新客分组本身绑定了某一套价格或者折扣，再叠加活动优惠，最终成交价可能比你预想的低。配活动之前，最好先确认这个分组的客户当前适用的是哪套价格，避免出现折上折。

账期方面也要留意。新客户如果被单独设了账期规则，活动优惠是在账期之外额外产生的让利，两件事互不冲突，但都会影响这一单的实际回款。做新客拉新的时候，把价格、活动、账期放在一起看一遍会更稳妥。

库存层面，新客活动如果集中在少数几个商品上，容易在短时间内被集中下单，导致这些商品的可售数量快速下降。活动上线前先确认库存够不够撑住预期，或者把参与商品范围放宽一点分散压力。

权限和报表方面，客户分组的调整动作最好限定给固定的人来做。谁都能改分组，就容易出现客户被反复挪进挪出、首单资格算不清楚的情况。报表上，用客户分组维度去看这些活动的成交数据，比看全店活动数据更能说明新客拉新的实际效果。