商品宣传图写券后价，用户下单却贵了，应该核对哪些条件？

先确认券与客户条件

记录优惠券真实名称或编号、适用商品、市场和客户群。新客券与通用商品券不是同一报价。图片若暗示人人可享，会让老客产生不同预期。向商家索取当前条件，不能拿旧活动截图代替配置，也不根据平台名称猜此券一定有哪些限制。

区分商品直减和订单级优惠。门槛可能与购物车中的符合商品有关，不只看画面里的产品。不了解实际基价和适用范围，就不能直接减券值算宣传价格。每个条件有自己的来源，不能把算术正确当作价格真实可得到，更不能为了突出低价隐去门槛。

从画面追到真实优惠路径

在实际商家流程核对领取、门槛、有效期、变体和叠加。采用负责人当前记录，不用过去宣传材料。金额和货币都写对，结账仍可能不同，因为缺的是资格条件。分别标出哪个条件导致差异，才知道应改文案、改配置，还是不该使用这份活动素材。

公开发布资料能够提示信息一致性问题，不能证明你这张券如何设置，也没有所有券通用叠加规则。记录真实账号要求与当前预览。不要为示例下真实订单，也不把一个登录账号看到的价格当成全部客户；不同客户范围必须从优惠条件确认。

1. 确认真实优惠券与选中SKU。
2. 核对客户资格和领取要求。
3. 记录门槛、时限与叠加条件。
4. 用授权当前预览对照宣传图。
5. 优惠路径不明时暂停券后价。

虚构练习：老客价格不同

虚构练习：宣传图写券后价，来源优惠却只给新客，老客看到原价。审核把它记为资格不匹配，不是汇率或计算错误。本例没有真实付款或客户账号测试，所有商品与条件是假设，只用于说明如何定位，不能据此宣称某平台固定采用该机制。

商家需要修改说明，或改用真实配置支持的通用报价。另一张券不能组合，就不该两张一起扣。叠加规则拿不到时，停止算更低总价；假设数值再好看，也不能证明买家实际能购买。后续有资料再更新，不把模型给的流畅说明当优惠配置。

活动变化时更新固定价格图

把券详情和批准创意保存一起。有效期、资格或价格改变，要复核图片里固定数字。网页正文更新，旧活动图仍可能滞留。标注审核日期与商家负责人，避免团队认为“昨天已批准”就永远有效；复制到其他市场或SKU也需要重新检查适用范围。

Itemlume能整理确认条件并制作图，不连接优惠券引擎，不验证客户资格，也不自动同步结账。只能确认条件报价时，停止发布无条件数字。买家需要明确满足路径，不只是漂亮算术。真实配置负责价格，文案负责准确解释，两者不能由生成模型代替。

券后价条件卡

把这张核对表作为人工检查记录，填入自己的真实证据；表中条件不是已经完成的实测结果。

下载本题核对表（CSV）