试衣间遗留商品回架提醒：试完的货别丢在角落

这个案例来自 零售连锁 场景，讲的是服饰、鞋帽门店里很容易被忽略的一类现场：
顾客把商品带进试衣间、试鞋凳旁或临时挂杆区，试完后没有及时交还给导购，也没有放回原货架。

单看一件衣服、一双鞋、一个尺码，好像只是“晚点整理”的小事。
但在门店高峰里，它会很快变成一串连锁问题：

系统显示有货，货架上却找不到
某个关键尺码被留在试衣间角落，导购误以为断码
新顾客想试同款时，导购推荐不准
高峰后集中回收，闭店整理压力变大
临时挂杆越堆越满，商品容易被混款、混码、混色

试衣间遗留商品不是单纯的卫生整理问题，而是门店“可售库存可见性”的问题。
商品只要离开了原陈列位，却没有进入已销售、已退仓、已回架或已锁定试穿状态，就会落在流程缝隙里。

为什么问题容易被低估

因为门店系统里的库存数量通常没有错。
真正错的是现场状态：系统知道这件商品还在店里，却不知道它此刻到底在货架、试衣间、试穿区、临时挂杆，还是被导购拿去给另一个顾客搭配。

这类问题有几个特点：

单次损失不明显：一件衬衫晚回架 20 分钟，很少会被当成严重异常。
高峰叠加后影响很大：周末下午每个试衣间都在周转，遗留商品会迅速堆成一批。
最先伤到的是推荐准确性：导购看系统有 M 码，但货架没有，只能改推相邻尺码或别的款。
责任边界不清：接待导购、试衣间维护人员、晚班同事都可能以为别人会处理。
闭店才集中暴露：等到闭店整理时，才发现一排临时挂杆上混着多个系列、多个尺码、多个试穿批次。

在服饰和鞋帽门店里，库存并不只是“有没有”。
更关键的是：顾客需要的那个尺码、颜色、款式，能不能在当下被导购快速找到。

一个典型现场

某商场女装门店周六下午进入客流高峰。门店有 4 间试衣间，试衣间外有一根临时挂杆，鞋区旁边还有两张试穿凳。

一位顾客一次拿了 6 件上衣和 3 条裤子进试衣间。试完后，她买走了其中 2 件，把另外几件挂在试衣间内侧挂钩上。导购当时正在接待下一位顾客，只看到顾客拿着购物袋离开，没有马上进入试衣间清理。

十几分钟后，另一位顾客想试同款黑色西装裤 M 码。系统显示门店还有 1 件，货架上却没有。导购做了几件事：

先在原陈列位找了一圈。
再到后仓问同事有没有补货。
又查了系统库存，确认没有售出。
最后只能向顾客推荐相近版型和相邻尺码。

等晚高峰过去，店员清理试衣间时，才在角落挂钩上找到那条黑色西装裤。
这件商品并没有丢，但在最需要被看到的 30 分钟里，它从销售现场消失了。

鞋帽门店也类似。顾客试鞋后把 38 码放在试穿凳下，鞋盒还在货架，导购看到盒子却找不到鞋，只能误判为样鞋被拿走或尺码不齐。
这些现场不会立刻造成库存差异，却会造成导购判断差异。

改造前的旧流程图

flowchart TB
    A[顾客拿商品进入试衣间或试穿区] --> B[顾客试完后部分商品留在角落 挂钩或临时挂杆]
    B --> C[导购忙于接待下一位顾客]
    C --> D[系统仍显示门店有货]
    D --> E[新顾客询问同款同码时货架找不到]
    E --> F[导购人工翻找 后仓询问 或改推替代款]
    F --> G[遗留商品到高峰后或闭店才集中回架]
    G --> H[销售机会流失 闭店整理压力变大]

派宝怎么改

派宝不是把试衣间变成“被监控的空间”，而是把商品流转状态变得更清楚。
在这个场景里，系统关注的是商品、挂杆、试穿篮、任务和回架动作，不采集试衣画面，不做人脸识别，也不判断顾客身体信息。

1. 设备数据采集先把商品停留位置变成可见信号

门店可以结合 RFID 吊牌、试衣篮扫码、临时挂杆感应、试穿区鞋盒状态、试衣间占用状态等轻量数据，形成一条商品移动线索：

哪些商品从陈列位进入试衣间
哪些商品试穿后没有回到原陈列位
哪些商品被挂到临时挂杆但还没有确认回架
哪些鞋款的鞋盒在架上、鞋身却停留在试穿区

这样一来，商品不再只有“库存数量”一种状态，还能多一层“现场位置和待处理状态”。

2. 异常识别判断哪些遗留商品已经影响销售现场

不是每一件刚离开货架的商品都要提醒。
派宝会结合时间、位置、客流、商品热度和尺码稀缺度，识别真正需要处理的异常：

试衣间空置后，商品仍停留超过设定阈值
临时挂杆上出现多个未归位高频试穿款
某个 SKU 系统可售数量很少，但最后一件停在试衣区
顾客正在询问的尺码，刚好被标记为“待回架”
高峰期同一试衣间连续出现遗留商品

这一步的重点不是制造更多提醒，而是把最可能影响成交的那几件先拎出来。

3. 库存波动监测把“有货但找不到”提前暴露

旧流程里，门店只有到顾客问起、导购找不到时，才发现某个尺码不在货架。
派宝会把库存系统、销售记录、试穿区状态和回架动作放在一起看：

系统库存未减少，但货架可见数量下降
同款同码在短时间内被多次查询，却没有形成销售
试衣间遗留商品与顾客咨询尺码重合
临时挂杆积压导致多个尺码短暂缺席货架

这样门店可以更早发现“账面有货、现场缺货”的隐性断点。
对于服饰鞋帽来说，这比单纯盘库存更贴近销售现场。

4. 任务提醒把回架动作推给最合适的人

识别到遗留商品后，派宝会生成具体任务，而不是只弹一句“试衣间待整理”。
任务可以明确到：

商品名称、颜色、尺码
当前疑似位置
应回陈列位或补货位
优先级原因
建议处理人

例如：
黑色西装裤 M 码，试衣间 3 遗留 18 分钟，当前货架同码可见数量为 0，建议 5 分钟内回架。

导购收到的不是泛泛的清洁提醒，而是一条能直接执行的销售恢复任务。
如果当班人员正在接待顾客，任务也可以转给试衣间维护岗、店助或临近区域同事。

5. 交接摘要生成让跨班和高峰后收口更稳

试衣间遗留商品最怕跨班。
早班知道“那批试穿款还没回架”，晚班只看到临时挂杆上挂了一堆衣服，很难判断哪些急、哪些可以慢慢整理。

派宝可以在交班或高峰结束时自动形成一段摘要：

当前还有哪些未回架商品
哪些属于热销款或关键尺码
哪些已经提醒但未处理
哪些需要复核是否混码、混色、混吊牌
哪些商品与顾客咨询或缺码推荐有关

这样交班不再只靠一句“试衣间那边还有点东西”，而是能把未完成动作带到下一班。

6. 操作留痕追踪把“提醒了没有”和“回架了没有”分开看

门店管理最难的地方，是提醒发出后，现场是否真的完成。
派宝会记录任务生成、领取、回架确认、复核等关键节点：

谁收到了提醒
谁领取了回架任务
商品是否回到指定陈列位
是否发生超时
是否因为顾客二次试穿而延后

这不是为了追责，而是为了看清门店流程哪里卡住。
如果某家店总是在周末试衣间回架超时，问题可能不是员工不认真，而是试衣间维护岗配置不足、临时挂杆位置不合理，或者高峰期任务分配方式需要调整。

改造后的新流程图

flowchart LR
    A[顾客试穿商品离开原陈列位] --> B[设备数据采集记录商品进入试衣间 试穿区或临时挂杆]
    B --> C[异常识别判断遗留时长 尺码稀缺度和销售影响]
    C --> D[库存波动监测发现账面有货但货架不可见]
    D --> E[任务提醒生成具体回架任务并推给合适人员]
    E --> F[员工回架并确认位置]
    F --> G[操作留痕追踪记录处理闭环]
    G --> H[交接摘要生成沉淀未完成事项和高峰规律]
    H --> I[商品更快回到可销售位置]

上线后的变化

连续跑了 6 周后，样本门店最明显的变化不是“少整理几件衣服”，而是商品重新回到销售位的速度变快了。
以前门店只知道闭店时试衣间很乱，现在能更早知道哪件商品已经影响了当下销售。

几个变化特别明显：

试衣间遗留商品平均滞留时长从约 35 分钟降到约 12 分钟。
“系统有货但货架找不到”的导购反馈明显减少。
热销款和关键尺码更少被临时挂杆截留。
导购在缺码场景下更少误判，替代推荐也更有依据。
闭店集中整理从一次性清堆，变成高峰中分批收口。
店长复盘时能看到试衣间、试穿区、临时挂杆分别卡在哪个环节。

对顾客来说，感受也更直接：
想试的尺码更容易被找到，导购不需要频繁离开现场去翻找，等待和解释都少了。

上线前后对比

对比项	改造前	改造后
试衣间遗留商品发现方式	靠导购巡场或闭店整理	商品停留异常自动识别
系统有货但货架缺货	经常到顾客询问时才发现	可提前发现并触发回架任务
关键尺码可见性	容易被试衣间、试穿区、临时挂杆截留	关键尺码优先提醒回架
导购推荐准确性	容易误判断码或缺货	能区分真实缺货和待回架
临时挂杆管理	高峰后集中清理，混款混码风险高	分批提醒、分级处理、及时复位
跨班交接	口头说明为主，遗漏较多	自动生成未回架摘要和处理状态
闭店整理压力	末端集中爆发	高峰中持续收口
管理复盘	只能看到结果很乱	能看到遗留时长、处理人和卡点