title: UPLH（units per labor hour）人均小时件数：基准怎么定、数字怎么防注水 slug: warehouse-uplh-benchmark-units-per-labor-hour-guide excerpt: 黑五夜班 UPLH 干到 131，老板笑得合不拢嘴，我却后背发凉。一线仓库经理陈峰讲 units per labor hour warehouse benchmark 的定法：口径定义表、分环节分班次分段基准、4 条防注水硬规矩——口径统一，比数字本身重要。 section: ops subcategory: people tags: ['uplh','人效','绩效管理','拣选作业','防注水','仓库管理'] region: common
UPLH（units per labor hour）人均小时件数：基准怎么定、数字怎么防注水
黑五早上 7 点，我刚进办公室，咖啡还没泡好，老板就把昨天日报拍在我桌上："陈峰，你看，UPLH 干到了 131！比上周涨了快 50 件！"
他笑得特别开心。我盯着那个 131，心里咯噔一下。
说句实在话，干仓库时间长了，看到人效数字涨得太快，第一反应不应该是高兴，应该是害怕。UPLH 这个东西，老外叫 units per labor hour，仓库人效基准（warehouse benchmark）里最常用的一个——听起来简单：一个小时，一个人，干了多少件。但这个数字背后有多少坑，我是用真金白银的退货和投诉交学费交出来的。
今天不讲大道理，就讲我们仓怎么把 UPLH 从"老板拍脑袋定的数"干成"现场认的数"的。
老板拿着 140 来问我：为什么我们只有 85
去年 10 月，老板参加了个行业交流会，回来就找我："人家那个仓，UPLH 140。咱们 85。这差距也太大了吧？"
我问他：人家什么仓？什么品类？什么拣选方式？什么订单结构？他答不上来，就一句话："反正人家 140。"
这就是大多数 UPLH 事故的起点：拿一个孤零零的数字去比另一个，口径完全不一样。
我当时没跟他争，只说：给我一个月，我把 UPLH 口径理清楚再说。说句实在话，我心里也没底——我们仓之前根本没认真算过这个数，分子分母怎么来的，没人深究过。
我们翻的第一辆车：全仓一个数，整箱区的人被"平均"了
第一个月，我干了件现在看很蠢的事：定了个全仓统一目标 UPLH 100，贴公告栏上，班前会天天讲。
拣选区的小伙子们拼了命干，数字是上去了。可整箱区的老赵找到我，脸都黑了："峰哥，我这边一托盘一托盘整箱出，一单就 8 箱，拣一箱要开叉车、要缠膜，你让我干到 100？我腿跑断也干不到。"
拿同一个 UPLH 要求整箱区，等于让举重运动员跟短跑运动员比百米——口径错了，再努力都是错。
更糟的是，有人开始"攒单"凑数：好拣的先拣，难拣的往后拖。数字好看了，难拣的单子越积越多，准时出库率一个月掉了 6 个点。
我这才明白：UPLH 从来不是一个数，而是一组数。一刀切就是耍流氓。
我们翻的第二辆车：UPLH 数字上去了，差错率爆了
黑五那周，拣选区 UPLH 从 82 一路干到 131。老板天天在群里发红包表扬，我也挺高兴。
黑五过完第三天，客服主管冲进我办公室："陈峰，你们发的货怎么回事？这周退货 200 多单，全是发错货！"
一查傻眼了：有人开始"盲拣"——不扫条码复核，凭记忆抓货；有人把相似 SKU 混着拣，省得来回跑。那 131 里，至少两成是拿准确率换来的。
那一周的退货、重发、客服人工，加起来花的钱，是"人效提升"省下来的三倍还多。老板再也不提 131 的事了。
从那以后，拣选区墙上贴了条铁律：**UPLH 涨了不一定是好事，不带准确率的人效数字，就是耍流氓。**任何 UPLH 汇报必须同时报准确率，低于 99.5%，数字再高也白搭。
老王和小王：最慢的那个，可能是最对的那个
还有个事，关于人的，触动特别大。
我们仓的老王，干了 12 年，带新人很有一套。去年他带的小王，95 后，干活慢条斯理，UPLH 长期 45 左右，全组垫底。组里人开玩笑："小王，你这速度，试用期都过不了。"
老王私下跟我说："峰哥，你别看他慢，他每单都扫码复核，拣完自己对一遍。他那 45 件，件件都是对的。组里那几个干到 110 的，你去查查他们的差错单。"
我去查了，还真是。小王三个月零差错，那几个 110 的，平均每人每月 3~5 单差错。
后来小王转正，现在是那条线的质检员。这事让我彻底想明白了：**UPLH 是管理工具，不是审判工具。**拿它压人，人就给你造假；拿它找问题，它才是好东西。
我们现在固定下来的做法：先统一口径，再谈数字
折腾了小半年，现在固定这么干。先说口径——这是地基，地基歪了，上面盖什么都是歪的。
UPLH 口径定义表（我们仓现行版）
| 项目 | 我们的定义 |
|---|---|
| 分子 | 系统确认的"完成件数"，以扫描下架为准，不以任务下发为准 |
| 分母 | 该环节"直接作业工时"，含拣选、复核、打包；不含吃饭、休息、开会、设备故障等待 |
| 剔除项 | 带教新人的工时、系统宕机时段、盘点时段不计入分母 |
| 准确率绑定 | 必须与同期订单准确率一起看，准确率低于 99.5% 的时段，UPLH 数字作废重算 |
| 整箱/散件 | 整箱流与散件流分开统计，永不合并成一个数 |
| 数据来源 | 全部取 WMS 系统时间戳，手工报工只做参考，不做考核依据 |
兄弟们，重点看最后两行。口径统一比数字本身重要——这是两次学费换来的结论。口径必须白纸黑字贴墙上，不然新主管换个算法，数字全变了，你都不知道是变好还是变坏。
分段基准：units per labor hour 没有全仓统一价
口径定完，才是定基准。我们分三段定：
**按环节。**收货、拣选、复核打包、出库装车，四个环节四个数，拣选给得最细。
**按班次。**夜班人少、光线暗、现场没人盯，同样的活，夜班基准比白班低 10%~15%。这不是照顾，是实事求是。以前一刀切，夜班天天觉得冤，士气低，离职的全是夜班的。
**按订单类型。**单件单品最快，多件多品最慢，整箱流单独算。旺季和淡季也分开：旺季订单密度高，UPLH 天然高 10%~20%，拿旺季的数要求淡季，纯属欺负人。
那到底多少算"正常"？说句实在话，行业里常见的参考区间是这样的——注意，是"常见区间"，不是标准答案：
- 电商单件拣选：60~120 件/人/小时，前提是准确率 99.5% 以上
- 普通综合仓：60~80 件/人/小时
- 超过 120 的：多半是批量拣选（一趟拣几十单），或口径掺了水分，看到先打个问号
- 批发整箱流：单独算，别跟散件比
这个区间干什么用？**校准你的口径，不考核你的人。**远高于区间，先查口径是不是注水了；远低于区间，先查流程是不是堵了。数字是体温计，不是成绩单。
防注水：UPLH 数字游戏的四条硬规矩
口径和基准都有了，最后一步：防注水。考核挂钩数字，数字就一定会被"优化"。我们现在的四条规矩：
**第一，数据源头唯一。**考核只认 WMS 系统时间戳。系统里没有扫描记录的"完成"，一律不算。
**第二，飞行检查。**我每月随机抽两天，亲自下现场掐表，拿秒表跟在拣选员后面走一趟。跟系统差 10% 以内算正常，差多了就倒查。大家知道老板会下来走，就不敢在口径上动手脚。
**第三，差错率一票否决。**个人准确率掉到 99.5% 以下，当月 UPLH 排名清零。想靠盲拣冲数字？门都没有。
**第四，基准每年复盘一次。**流程变了（新拣选车、货位重排），基准就得跟着调。拿去年的尺子量今年的活，量出来的全是怨气。
写在最后：给同行的一句提醒
干了这么多年仓库经理，我发现 UPLH 难的从来不是算数，是人心。
数字定高了，现场造假；定低了，老板觉得你没本事。夹在中间的滋味，干这行的都懂。
我的经验就一句话：**先把口径写清楚，再把基准分细，最后把准确率绑死。**做到这三条，UPLH 是你最好用的管理工具；做不到，它就是悬在头上的雷。
兄弟们，你们仓的 UPLH 是怎么定的？评论区聊聊，看看谁的口径更实在。
作者：陈峰｜仓库经理
