O4.04.2Verifiable scarcity设计
真实稀缺需要可核验
别名: 可核验断言 · genuine scarcity · auditable claims
概念解释
稀缺提示要保住正当性，断言必须可核验：倒计时对应一个真实的时间约束（活动截止、价格有效期），库存数字对应真实的可售数量。可核验的标准不是「公司内部知道是真的」，而是「沿一条明确的路径能查证到事实源」——这条给的是真实稀缺的工程判据。
机制
可核验性的价值不靠用户真的去核验（核查成本高，用户不查），而靠它改变公司内部的行为约束：当界面数字必须与库存系统同步，虚报需要额外造假链路，运营成本上升，虚假提示在源头被抑制——可核验性把「不说谎」从纪律问题变成架构问题。脆弱性由绑定方向决定：倒计时由前端组件自己维护（本地计时器、组件参数填时长）时，数字与事实只差一次误配置就脱钩；单向数据流（库存系统→界面）时界面无法说谎，最多「没更新」。真实稀缺也分硬度：硬约束（本款仅生产 500 件）与软约束（促销名额剩 3 份）都可核验，但软约束的事实源更弱、更容易被重新定义，审计时要标注约束类型。
边界
展示粒度有商业边界：精确到个位的库存数会向竞对泄露销量，「仅剩 N 件」可以分档展示（不足 10 件显示「不足 10 件」），分档必须仍为真。同步延迟真实存在：超卖后快速下架是系统修正而非欺骗，但修正窗口与频率要在运营层监控（见本组超卖条目）。营销叙事里的「稀缺感」（限量款、季节限定）若无数字断言，不落入这条边界——这里管的是可证伪断言的真实性。
怎么落地
- 数据流单向化：稀缺提示只读自库存/活动系统，界面层无写权限；「仅剩 N 件」的分档阈值在产品层定义并评审备案。
- 约束登记：每个稀缺断言登记约束类型（硬/软）、事实源系统、负责人；约束消失时断言同步下线。
- 验证：抽查演练——随机抽取在线稀缺断言沿事实源回查，5 分钟内查不到来源的断言下线整改；演练记录作为断言台账的审计轨迹。