O4.04.7Oversell from unsynced scarcity设计
稀缺提示与库存系统若不同步会造成超卖等运营后果
别名: 超卖 · oversell · inventory desync
概念解释
稀缺提示不是纯前端文案问题：当「仅剩 N 件」与真实库存系统不同步，代价不止信任——直接产生超卖（卖出没有的货）、少卖（虚假缺货挡住真实需求）与合规暴露。这条把稀缺提示当作运营系统接口来看，讲不同步的方向、后果链与工程治理。
机制
不同步有四个方向，后果各异：显示库存低于真实（少卖，直接收入损失，高价值促销中被放大）；显示库存高于真实（超卖，触发履约违约、砍单、赔付的完整连锁——支付完成、履约失败、取消与赔付、差评客诉，单次超卖的真实成本可达货值数倍）；有货但活动已结束（客诉与强制退款）；无货但活动未开始（错过需求峰值）。根因通常是架构性的：稀缺断言在多个系统各存一份——CMS 文案、前端缓存、库存系统各自持有数字，没有单一事实源；促销页的强缓存策略把同步延迟放大到分钟级，让「显示的库存」与「真实的库存」在用户决策的时间尺度上分家。
边界
完全实时同步有性能代价：高并发促销下逐次库存查询是瓶颈，「断言与事实在用户决策时间尺度上一致」是合理目标而非零延迟——分档展示（不足 10 件）与秒级延迟容忍是正当工程折中。闪购场景的超卖容忍度可以是显式的商业决策（超卖赔付成本对拒单损失的权衡），但必须显式决策并留痕，不能以「系统默认」的方式发生。库存同步延迟造成的瞬时超卖与蓄意虚假库存是两类问题：前者是工程治理对象，后者回到欺骗条目。
怎么落地
- 单一事实源约束：稀缺断言只读自库存系统，CMS 文案层禁止手写库存数字；倒计时绑定活动系统的绝对时间。
- 缓存策略绑定断言：「仅剩 N 件」所在区块标记短 TTL 或走实时接口，不随促销页强缓存。
- 监控三项指标：超卖率（履约失败/订单数）、断言失效率（活动结束后断言仍展示的时长）、少卖信号（显示售罄期间的实际补货次数）。
- 验证：大促前压测同步链路——模拟高并发下单，核对断言刷新延迟在目标内；预案里写明超卖发生时的用户补偿与公告流程，演练一次。