优惠条件需要明确到订单明细
优惠券可能限制商品、品类、门店或用户范围，满减门槛也可能只统计部分商品。方案应明确哪些明细参与计算，运费是否计入以及优惠金额如何分摊。结算页不仅显示可用券，也应说明不可用的具体原因，帮助用户调整购物内容，避免客服反复解释为什么账户里有券却不能使用。
叠加规则形成固定顺序
会员价、活动折扣、优惠券和积分同时存在时，应确定计算顺序及互斥关系。后台配置界面要能预览一个示例订单的优惠结果，帮助运营理解规则。已经发放的券若修改适用条件，应明确是否影响已领取用户，并保留版本，不能让同一张券在没有任何说明的情况下改变使用方式。
占用与归还跟随交易结果
创建待支付订单时可以占用优惠券，支付成功后标记已使用，超时关闭后再按规则释放。出现部分退款时，返券与优惠分摊应依据已确认的售后方案执行，不简单按退款金额全额返还优惠。重复回调或用户多次提交支付时，应保证券只被同一笔有效交易使用，避免状态在处理中反复变化。
验收规则交叉的场景
准备刚好达到门槛、混合适用品类、两张互斥券和优惠后金额很小的订单，核对计算结果。再测试取消订单、支付结果延迟、部分退货及券在处理过程中到期。验收材料应记录输入商品、活动规则和预期金额，而非只截一张结算图，便于规则调整后重新检查结果。
方案落地前需要确认
本文以“优惠券系统定制”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。