订货宝优惠券与促销功能：满减满赠怎么配、配错会怎样

在订货宝里，优惠券与促销的配置入口主要分布在两个位置：一是营销或促销模块下的券管理与活动管理，二是商品资料和价格体系里跟单量、金额挂钩的阶梯设置。对接人第一次进去容易只看到券，没看到满减满赠，其实后者常常是以活动规则的形式挂在某个商品、某个分类或某个客户等级上。

判断入口是否找对了，有个简单办法：配完之后用下游客户的账号实际下一单，看优惠是在购物车阶段体现，还是在提交订单时体现。两种位置对应的业务含义不一样，购物车阶段能看见，适合让客户自己凑单；提交时才计算，适合防止客户反复试算、来回改单。

需要注意的是，订货宝有旗舰版、餐饮版、生鲜版、联营版、盈销通五个版本，不同版本里促销模块的颗粒度不一样。对接人在评估阶段要做的不是问有没有优惠券，而是拿自己最复杂的那档政策去试，比如按客户等级叠加、按商品分类排除、按订单金额分档，看配置界面能不能表达出来。

如果入口层级太深，运营人员日常不敢改，最后就会退化成找IT代配。这一点在选型阶段就要看，配置界面是给运营看懂的，还是给实施人员看懂的。

第一件要准备的是客户分层。优惠券和满减满赠如果对所有下游一视同仁，很容易变成普遍降价，拉不动单量还伤价格体系。配之前先确认系统里的客户等级、客户标签是否已经维护好，没维护好就去配活动，等于把政策撒给所有人。

第二件是商品范围。哪些商品参加、哪些不参加，要提前列出来。尤其是引流品和利润品，常常一个要放进去、一个要排除。配置时如果只按分类勾选，后期新增商品会自动落进活动范围，容易出意外。

第三件是预算口径和时间边界。活动什么时候开始、什么时候结束、总量有没有上限、超了怎么办，这些要在配置前跟财务对齐。系统里能设时间，但预算总额的控制方式各版本不同，对接人要提前确认是用券的发放量控制，还是靠人工盯。

第四件是测试账号。正式放开之前，至少用一个真实下游账号跑一遍完整流程：领券、下单、改单、取消、退款，看优惠怎么回退。这一步省掉，上线当天大概率要处理客户投诉。

手工做优惠，通常靠业务员在群里发政策、财务月底手工扣减。单量小的时候能跑，订单一多，口径就开始漂：同一个客户不同业务员报的折扣不一样，同一个活动不同月份执行不一样。

订货宝这类系统做促销，核心差别不在省人力，而在每一笔优惠都挂在订单上，谁下的、按什么规则算的、什么时候生效的，都能回溯。月底对账时不用再翻聊天记录。

代价也有。规则一旦配死，临时改政策要走配置流程，不像群里喊一声那么快。所以对接人要在灵活和可控之间做取舍：高频变动的政策适合用券的方式发，相对稳定的政策适合做成满减满赠规则。

另外，手工做法可以给某个客户开特例，系统做法要开特例就得建单独的规则或单独的券。这不是缺点，但要在内部说清楚，避免业务员觉得系统不灵活。