先扔结论:我看过的货到人项目,十个有七个的瓶颈不在机器人,在拣选站那张桌子前面站着的人。机器人每小时能往拣选站送 40~60 次货,人一小时拣 150~250 件(量级,看 SKU 复杂度),两边节拍一错位,机器人就在站前排队干等——这就像你花大价钱修了条八车道高速,收费口只开了两个人工窗口,堵的从来不是路,是窗口。

货到人拣选站(goods to person picking station)的本质,是一条"机器节拍 vs 人工节拍"的串联生产线。你可以理解为两个齿轮咬合:机器人是主动轮,转速恒定可调;人是从动轮,转速看体力、看 SKU、看当天心情。主动轮转得越快,从动轮打滑越厉害,最后整条线的产出反而被从动轮锁死。很多方案里,机器人数量算到了小数点后两位,fleet 仿真跑得漂漂亮亮,人工节拍那一栏却写着"经验值 200 UPH"——连 SKU 结构都没看过一眼。这就是我要开的第一炮:把人工当成无限产能来设计拣选站,是货到人项目里最贵的伪需求。

先算账:节拍错位的数学

别急着谈解法,先把账算清楚。拣选站的产出公式很简单:

站均有效产出 = min(机器人上料能力,人均拣选能力 × 人数)

2023 年我在加州 Ontario 跟过一个 3PL 仓的项目,8 个拣选站,每个站配 6 台料箱机器人。实测数据:机器人单趟"取货→送站→回库"平均 75 秒,单站每小时上料约 48 次。每料箱平均要拣 4.2 件,机器人侧的需求节拍就是 48 × 4.2 ≈ 200 件/小时。拣选员呢?这家仓 SKU 以小家电配件为主,单件拣选平均 18 秒(含扫码、复核、放周转箱),人均 200 件/小时——账面上刚好打平。

但这是平均值。旺季一来,订单结构变成"一单一件小东西+一单五件混搭",单件拣选时间拉到 26 秒,人均掉到 140 件/小时。机器人可不管你这些,照样 48 次/小时往站前送。结果:8 个站前各排 3~4 台机器人等着,fleet 利用率从 82% 跌到 55%,拣选员被催得手忙脚乱,出错率从 0.3% 飙到 1.1%。项目复盘时集成商说"机器人跑得挺好",客户说"钱花了,单量没涨"。两边都没说错——错的是设计时没人认真算过人工节拍的下限。

这就是节拍错位的标准剧本:机器人节拍是设计值,稳定;人工节拍是变量,随 SKU、随班次、随季节波动。你按平均值配比,波动一来就崩。

解法一:双工位/缓存位——让机器不用等人

解法一的思路是解耦:别让机器人和人硬咬合,中间加缓冲。这就像高速公路收费口前面加一段拓宽的等待区,车可以先排进去,收费员按自己的节奏放行。

具体做法是拣选站做"一拖二":一个拣选员对应两个上料位(或一个上料位 + 1~2 个缓存位)。机器人把料箱送到空位就走,不用等拣选员当前这箱拣完。拣选员拣完 A 箱,转身就是已经在 B 位等着的下一箱,切换时间从原来的 20~30 秒(等机器人走、下一台进)压缩到 3~5 秒(转身)。

2022 年休斯敦一家服装电商仓就是这么改的。他们原来 6 个单工位站,站前机器人排队是常态。改造只动了工作台:每个站加一个并行上料位,改造成本一个站不到 4000 美金(量级,含料架、灯光指示和一段输送)。改造后实测:站均有效产出从 165 件/小时提到 235 件/小时,机器人等待时间从占总时长 31% 降到 9%。注意,这 6 个站没加一台机器人、没换一个人。

选型分界线在这里:当机器人等待时间占总时长超过 20%,优先加缓存位而不是加机器人。加机器人是给已经堵死的收费口再修一条引道,车还是过不去;加缓存位是拓宽等待区,让引道先消化。很多项目反着来——站前排队了,第一反应是"机器人不够,加两台",一台几万美金砸下去,排队纹丝不动。这就是伪需求本需求。

解法二:任务预分配与波次节拍匹配

解法一是物理缓冲,解法二是计划缓冲:让送到站前的货,本身就是"人好拣"的货。

货到人系统的 WES(仓库执行系统)决定了哪个料箱、什么时候、送到哪个站。默认逻辑通常是"就近+均衡",但它不管这个料箱好不好拣。一个 12 件、5 个 SKU 混装的料箱,和一个 2 件同 SKU 的料箱,对拣选员来说是两种完全不同的工作量,前者可能要 3 分钟,后者 20 秒。WES 一视同仁地往站上送,拣选员的节拍就被这种随机性打得稀碎。

做法是给 WES 加拣选难度分级:按"单箱件数 × SKU 种类 × 单件尺寸复杂度"给每个上料任务打个难度分,波次释放时做难度均衡——每个站、每个 15 分钟窗口内,难易任务按固定比例混合。这就像食堂打菜,师傅手里勺子大小是固定的,你不能指望他 3 秒打完一份、30 秒打完另一份还保持队伍匀速;你得把难打的菜和好打的菜错开排。

那家 Ontario 的仓后来就是这么调的:WES 加了难度分级逻辑,难箱占比超过 40% 的波次自动拆成两拨释放。调完之后,拣选员单件平均耗时从 26 秒回到 19 秒——不是人变快了,是任务变"顺"了。站均产出稳定在 210 件/小时上下,波动幅度收窄了一半。

下面这张表是我给客户做方案时常用的节拍匹配测算表,拿去就能用。数字按你自己仓的实测填,别抄:

测算项 填法 示例(量级)
机器人单趟周期 取货→送站→回库,实测平均 75 秒
单站每小时上料次数 3600 ÷ 单趟周期 × 并行系数 约 48 次
每料箱平均拣选件数 看订单结构,取周均值 4.2 件
机器人侧需求节拍 上料次数 × 每箱件数 约 200 件/小时
拣选员单件平均耗时 分难度档实测,别用平均值糊弄 简单 12 秒 / 复杂 30 秒
人均有效产出 3600 ÷ 加权平均耗时 约 150~200 件/小时
节拍缺口 需求节拍 − 人均产出 缺口为正 = 机器人要排队
缓存位数量 缺口 ÷ 人均产出,向上取整 缺口 50 → 至少 1 个缓存位

这张表的用法:缺口为正,先看能不能用解法二把"加权平均耗时"降下来;降不下来,再用解法一加缓存位;两个都到头了,才考虑加站。顺序别反,反了就是烧钱。

解法三:人体工学——把人的上限往上抬

前两个解法是"别让机器等",这个解法是"让人拣得更快"。人的节拍不是 constants,但它有明确的天花板,而大部分拣选站的设计,连天花板的一半都没摸到。

三个抓手,按投入产出比排序:

第一,黄金拣选区。人手臂自然伸展、不用弯腰踮脚的区域,大概是台面以上 20~80 厘米、身体正前方 60 厘米半径。料箱的上料位、周转箱的放置位、扫码枪的挂钩,全部要落在这个区域里。我见过太多拣选站,料箱放在膝盖高度,拣选员一天弯腰 800 次——这不是效率问题,这是工伤预备役。改一下料架高度,单件耗时能降 2~4 秒,别小看,一天 2000 件就是 2 个小时。

第二,灯光指示(put-to-light)。多订单并行拣选时,拣选员最大的时间黑洞不是"拿",是"想"——想这件货该放哪个周转箱。一排灯光指示,把"想"变成"看",单件决策时间从 3~5 秒压到 1 秒以内。一套灯光模组一个站几千美金(量级),但它省的是每个人的每一单。

第三,信息呈现。屏幕上的任务信息,字要大、一次只显示当前这一步。拣选员不需要看到整个波次计划,他只需要知道"拿几件、放哪格"。信息过载和没信息一样,都是减速带。

反常识的判断来了:在货到人项目里,机器人跑得越快,亏钱可能越快。听起来离谱,账很好算:fleet 规模是按"机器人满负荷"配的,如果拣选站只能消化 60% 的上料能力,你多买的 40% 机器人就是在站前排队烧折旧。提速之前先问:站前排队的机器人多,还是拣选员闲着等货的时间多?前者多,说明瓶颈在人,加机器人是往堵死的路上再添车。

维护的坑:三个月后,三个解法全失效

方案落地只是上半场。我见过三个解法全上、验收数据漂亮,半年后打回原形的项目,坑都一样:

一是灯光指示的灯珠坏了没人修。put-to-light 的灯是耗材,坏一两个不影响大局,坏到一排剩一半,拣选员又开始靠"想"了。备件和巡检要进 SOP,别等全灭了再报修。

二是缓存位变成杂物堆。双工位的 B 位,三个月后堆着退货、堆着包装材料——因为"临时放一下"。缓存位一旦被占用,解耦就失效了,排队立刻回来。站长每天开班前看一眼,有杂物直接清,规矩要立死。

三是波次难度分级一年没调过。SKU 结构是活的,旺季和淡季的订单结构能差出一倍。难度分级的阈值要按季度复核,不然 WES 还在按去年的"难"和"易"排任务,均衡就名存实亡。

这钱花得值不值,看这一个数:单站人工成本 ÷ 站均有效产出,也就是你每拣一件货摊了多少人工钱。三个解法上完,这个数应该往下走 15%~30%(量级,看起点)。如果没动,说明钱花在了错误的地方——大概率是又加了机器人。

货到人拣选站作业

作者:大刘|自动化设备工程师