一、项目背景

这家连锁零售客户，门店损耗一直算不清。财务每月盘点账是平的，可实际库存就是少了，老板怀疑有临期商品被私带、异常退换货套券，但店长拿不出证据，监控翻起来也费劲，翻了半天定位不到人和时段。他们想要的是把「盘点平账」之外的隐性损耗也盯起来，而不是等月底对账发现窟窿，那时候货早没了，人也查不出。

底子是 XpShop 的门店交易与会员体系，我们加了巡检智能体和交易分析智能体协同，让物理巡查和数字异常对上同一个品类和时段，损耗才看得清。

二、落地场景

巡检智能体按排班到点位打卡，覆盖货架、临期品区、退换货台；交易分析智能体拉取门店交易流，识别异常退换货、高频小额套券、同卡多店异常。两个智能体联动：巡检发现临期品堆积，交易侧去查对应品类的异常出库；交易侧发现套券，巡检侧去核对该时段的监控和责任人。损耗归因后生成整改派单，限时闭环，店长手机上就能看到哪类损耗、哪个时段、谁经手。

三、关键技术挑战与解决思路

异常交易识别不能只靠规则硬 threshold。单纯「退换货超 N 次」会误伤正常大客户，我们让智能体结合会员画像、时段、品类做综合打分，分数超阈值才进人工复核，减少噪音，否则告警刷屏店长直接不看了。打分权重按品类调，高值商品和日用品的异常标准本来就该不一样。

巡检与数据联动是难点。两个智能体各干各的没意义，关键是把巡检发现的物理异常和交易流的数值异常对上同一个品类和时段。我们用「品类加时间窗」做关联键，巡检打卡记录和时间戳对齐交易流，这样才发现「临期品区私带」和「对应品类异常出库」其实是一回事。

损耗归因要可解释。不能只报「丢了」，要指出是哪类异常、哪个时段、责任人线索，店长才服气也才改得了，系统如果只是喊「有损耗」没有人会动。

案例片段（已脱敏）： 异常交易评分（示意）： ``` score = 0.4voucher_abuse + 0.3return_freq        + 0.3*offhour_ratio

结合会员画像过滤正常大客户

if member.is_vip and score < 0.8:    skip() elif score > 0.6:    review("疑似套券+异常退换", store_id, hour) ``` 一家门店连续三天晚班出现同类高频退换，评分触发后联动巡检，查出临期品区私带，追回损耗约当月该店损耗的三成。另一次同卡多店异常，关联监控定位到具体班次。

四、效果数据

异常交易识别率（对比人工抽查）从约 40% 提到 85%，主要靠评分模型过滤噪音后聚焦真异常，告警量反而降了，店长愿意看了。门店损耗整体下降约 22%，其中临期私带和套券两类贡献最大，这两类靠盘点永远发现不了。巡检覆盖率从人工抽查的约 50% 提到 95%，因为智能体按点位排班打卡，漏点会告警。整改按时率从约 60% 提到 90%，派单带时限升级后没人敢拖，损耗闭环终于转起来了。

五、可复用经验总结

盘点平账不等于没损耗，真正丢货藏在异常交易和临期私带里，月度盘点看到的是已经被抹平的假象，账平不代表货在。异常识别别只堆规则阈值，结合画像和时段做综合打分，否则误伤正常客户比漏抓更招骂，告警刷屏等于没有告警。巡检和交易数据必须联动到同一个品类时间窗，单看哪一边都拼不出全貌，我们对上之后才第一次看清漏洞长什么样。我们当时只做定期盘点，账永远平损耗却按月涨，把两路智能体对上之后，第一个月就追回了之前半年都没发现的隐性损耗。

结语

防损系统跑了几个月，这家客户把追回的损耗直接变成了当年利润里看得见的一块，店长从抵触变成主动盯异常。有个后续，是我们把损耗归因结果回灌给选品和定价，临期品区私带严重的品类，系统建议调整陈列和促销节奏，从源头减少可带走的诱饵。说白了防损不能只堵，得和运营联动才能根治。如果再扩，我会把巡检智能体的打卡数据和交易异常做更细的时空关联，目前按品类加时段还不够，精确到货架位能更早定位漏洞。

回头看，防损系统最意外的收益是让店长从被监控变成有工具，一开始店长觉得是总部来查他，后来发现系统帮他定位了自己都看不出的漏洞，态度就变了。我们也把异常评分的阈值开放给区域经理微调，不同区域业态不同，套用统一阈值会误伤，放权之后准确率反而高。还有一点，损耗归因的结果别只用来追责，用来改进选品和陈列才长久，单纯追责门店会把数据藏起来，系统就瞎了。防损要想持续，得让被监控的人也从中受益，否则人人绕过系统，再好的模型也喂不饱。

把这套经验收个尾，防损的终局不是抓出多少个内鬼，而是让漏洞在系统里无处藏身，人自然就老实了。我们后来把损耗看板和店长绩效弱绑定，不是惩罚，是让认真盯异常的人被看见，正向循环一旦转起来，系统就成了门店自己的眼睛。治理的最高形态，是被治理者愿意用它。