重做了一个没人信的退货看板——结果发现数字被重复计算了

我的实习项目本来是给某个品类团队“翻新”一个退货看板。很快就有个经理跟我说,没人看这东西,因为退货率看着高得离谱。所以我没光去改样式,而是把最上面那个卡片背后的 SQL 一路追了下去。退货率的算法是:同一时间窗里的退货数除以订单数,但退货比下单要晚好几周,结果 12 月的退货被拿去除以了 1 月的订单。除此之外,有个 join 在一个订单包含多个商品行时会发散,导致多商品订单的退货被算了两遍。我重写了逻辑,把退货按原始下单日期归到对应的 cohort,并在订单层面做了去重。原来那个吓人的 11% 掉到了 6.5% 左右,跟财务团队自己那套数字对上了。我用 QuickSight 搭了新版本,写了个简短的文档讲清楚 cohort 归集的逻辑,还加了一个数据质量检查:一旦某个 cohort 的退货数超过订单数就报警。我经理让品类团队在每周复盘里重新用起了它。这活儿不算光鲜,但它让我明白:一个错的数字,比没有数字更糟。