H7.09.2offer stacking rules设计研究
多重优惠叠加规则需要在结算前完整展示
别名: 优惠叠加 · 券不能同用 · coupon stacking
概念解释
一张券、一项满减、会员折、支付立减可以同时看起来都「能用」，结算时却只留一个。叠加规则完整展示指在人还没把单推进支付前，写清哪些能一起用、优先级、封顶、以及互斥后留下哪一张。它不是划线价怎么摆，也不是比价表缺了运费——那是力度与比价。这里是多张优惠之间的算法被说清楚。
机制
每张券在领取时都说「满 100 减 20」，人会做加法。互斥、品类限制、与会员折「取高」是后置规则，加法律会在结算小计突然变小，人以为系统吞了券。规则若只存在于领取页的折叠条款，领取时不读，结算时已投入选品时间，沉没成本让人要么忍要么放弃。完整展示要把冲突提前到用券决策点：购物车或结算的优惠区列出「已用 / 未用及原因」，而不是只显示一个减额。封顶让两张券的面值之和不等于实减，不说封顶就会出现「数学对不上」。
怎么研究
发两张看起来都能用的券，比较：结算才发现互斥、车内列出互斥、领取时就写互斥。看放弃与「券被吞」投诉。
自变量：规则出现位置、是否说明留下哪一张、封顶是否可见。 因变量：结算离开、改选商品去凑另一张、能否预测实减。
实验室把规则印在试卷上，人会读。真实领取流不会。不要和支付方式手续费叠在一次实验里。
边界
自动选最优组合可以少让人算，但仍要展示被放弃的券及原因，否则人以为掉了。无法在车内计算的支付立减（依赖最终方式）要在方式选择时补上，并在更早的位置标明「支付时另减」。平台券与店铺券分账复杂，对用户仍应合成一条「你少付多少」。
怎么落地
- 在购物车或结算优惠区列出每张已选优惠的状态：已叠加、互斥未用、未满门槛，并给将减合计。
- 领取页用一句话写互斥与封顶，不只放进长条款。
- 系统自动替换更优券时，说明换掉了哪张。
- 验证：发互斥的两张券，让人在进支付前说出将减多少、哪张没用。进了支付才知道互斥，规则展示失败。