文章目录[隐藏]
昨日转化率从2.1%掉到0.9%,点进明细发现同一波流量只吃到一种优惠。
核心问题分析:为什么会出现“看似可叠加却没生效”
因为活动互斥规则被默认开启,系统会在结算时只保留一档优惠。官方文档说“可叠加”,但实测中只在同一优惠层级未冲突时成立。
另外,券和津贴归属不同活动池,若报名时选择了“全店通用”,实际会把低优先级优惠踢出。
实操解决方案:高效判定是否可叠加
步骤一:核对活动层级与互斥开关
- 进入【营销中心-优惠券-券管理】,点开目标券,查看“叠加设置”。若出现互斥活动列表,说明默认锁定。
- 进入【营销中心-活动报名-津贴】,在“规则设置”里确认是否勾选“与店铺券同享”。
步骤二:用订单模拟快速验算
- 在测试环境下创建订单,订单金额控制在99-199区间,保证能触发满减阈值。
- 结算页若提示错误码COUPON_CONFLICT_403,说明互斥规则生效。
步骤三:对比明细报表
- 打开【生意参谋-交易-订单明细】,筛选“优惠类型”,确认是否同时出现“店铺券+津贴”。
- 点开报表后,直接拉到最底部,看“优惠叠加次数”。
需要更深入的活动组合策略,可参考活动叠加排布指南。
风险与避坑:老手会盯的几个点
不要只看报名页的“可叠加”描述,结算引擎以优先级为准。尤其是跨平台活动时,平台津贴常常优先级更高。
券面额过大也会触发风控,建议单券面额不超过客单价的20%-30%。
验证指标:怎么判断做对了
看三项数据是否一致提升:叠加成交占比、结算页优惠命中率、活动报名通过率。
| 指标 | 合格阈值 | 判定 |
|---|---|---|
| 叠加成交占比 | ≥15% | 未达说明互斥未解 |
| 优惠命中率 | ≥70% | 过低多为券层级冲突 |
| 报名通过率 | ≥95% | 低于阈值需重审规则 |
