拣货路线怎么设计：走法、黄金区与 ABC 落位

拣货一半时间在走路。这篇讲清 S 形、穿越式、回头式三种走法的差别，把热销 SKU 放进腰到肩的黄金区，把 ABC 分类落到真实库位上，再说清单向通道的好处——以及系统里哪些设置能把设计固定下来。

给拣货员掐一次表，把分钟老实拆开：走到库位、找货取货、确认、继续走。多数仓里，走路部分加起来超过一趟的一半。所以路线设计比拣货员快慢重要得多——走得快的人配一条烂路线，天天输给走得一般但路线好的人，一输就是几个小时。路线有两半：走的形状（走哪几条通道、什么顺序、什么方向），和货的落位（哪个 SKU 摆在这条路的哪一段）。两半都要设计，不能只管一半。

三种走法：S 形、穿越式、回头式#

S 形（蛇形）走法：进入的每条通道都从头走到尾，在货架区里蛇形穿行——1 号通道走到底，2 号通道反着走回来，3 号通道再走到底。拣货员不回头、不跳段，最后总是落在远端横通道附近。它适合密集拣货——推车批量拣、一批货几乎每条通道都有东西——因为走过满货架的“冤枉米数”，比起停下来拣的次数不算什么。它的弱点也正是这一点：一条通道里只有一个拣货点，也得走完全程。

穿越式同样是一头进、另一头出，但不承诺走满整条通道：拣货员把通道看成一段一段的，前进中左右两边都拣；整条通道没有拣货点的，干脆从横通道绕过去、根本不进。差别在稀疏拣货时最明显——一条通道只有一两个拣货点时，“进不进这条通道”省下的，比“通道里怎么走”省下的更多。可以这样记：S 形管“进了通道怎么走”，穿越式管“进哪几条、一次穿过”。

回头式：进一条通道，拣完要拣的，原路从同一头走出来。看着浪费——每米都走两遍——但拣货点少而浅时它赢：如果唯一的拣货点只在第三组货架，走进去再走回来是六组货架的距离；S 形走完整条通道还要再加一段横通道。回头式也天然适合从货架区一端出发的单订单拣货，以及窄到推车过不了对向的通道。

哪种走法都一样：只有拣货清单按这个走法排序，它才成立。在 Docklify 里，库位主数据带 sequence（拣选路径行走顺序）字段，在 Master Data → 库位管理里维护，同处还有拣选策略权重和上架建议权重。每次重排库位后把 sequence 同步改对：清单顺序一乱，您刚设计好的路线就被悄悄推翻了。

黄金区：腰到肩的高度，离打包区近#

每次拣货都有身体价格。腰到肩高度、顺路货架上的货，伸手一拿就行。同样一件货放地上，要弯腰或蹲下；放头顶，要搬小梯子、双手小心翼翼往下端。一天几百次拣货乘起来，货架高度就是人工预算。黄金区就是腰到肩这一带——大约 0.7 到 1.6 米——而且是离打包区最近的那批库位。被拣最勤的货放这里，其他的去抢高层和低层。

• 又热销又重的东西放黄金区偏低的位置，不要放肩高：高频加重物，肩膀迟早出事。放腰部高度、离车近、搬动距离短。
• 地面层和头顶层留给慢销货和储备库存。一个月拣两次的 SKU，弯两次腰无所谓；一天拣 200 次的，不行。
• 距离也算“高度”：离打包区二十条通道的黄金货架不是黄金区。评价一个库位看一次拣货的总价——走路加伸手。

黄金区是成对工作的：前面是前置拣选位，后面（或上面）是储备。拣货员只碰拣选位；储备的职责是把拣选位补满，忙时绝不直接从储备拣——那等于攀高、探深、打断路线节奏。拣选位的大小按这个 SKU 一到两天的拣货量定：再小，补货成瓶颈；再大，它吃掉另外三个 A 类 SKU 需要的黄金地段。

落位会漂移：畅销货凉了、促销结束了、新 SKU 误打误撞进了黄金区。在 Docklify 里，库位优化（slotting）分析用您自己的拣选历史、ABC 分类和出库单明细，找出放错位置的 SKU，给出更好的库位建议，并生成对应的移库任务。它只出建议——您不确认，什么都不会动——所以一年重跑几次是安全的习惯，不是风险。

ABC 分类怎么落到库位上#

ABC 是按拣货次数排的榜，不是按货值、也不是按销量面子排的。数最近 60–90 天每个 SKU 被拣了多少次：A 组——通常是前 10–20% 的 SKU——贡献大约 70–80% 的拣货次数；B 是中间带；C 是占满目录却几乎不动的长尾。分类只有改变了货的位置才有用：A 进黄金区、靠打包区；B 往外一步、或往上一层下一层；C 进深处、高处、低处。一年重排几次，上个季度的 A，这个季度变 C，比谁愿意承认的都常见。

落位从月台收货那一刻就开始，不是从重排库位时才开始。在 Docklify 里，上架时系统按上架规则给每托货 2–3 个建议库位，操作员选一个放，实际放了哪里如实记录——哪怕和建议不一样。建议与实际的这份记录，正是库位优化的原材料：如果操作员对同一个 SKU 总是推翻系统建议，说明规则——或者黄金区本身——放错了地方，而且现在您看得见。

单向通道：无聊，但值#

双向通道里，两个推车的拣货员迎头相遇，一个倒车、两个人都耗时间，叉车从货架端头转出来正好撞上他们。把货架通道设成单向——统一从打包端进、远端出，或者反过来——这支舞就没了：没人推着满车倒车，没人抱着纸箱侧身挤过货架，而且因为所有人同向流动，S 形、穿越式这些走法才真正执行得下去。代价是真的：有时要多走一段空路，绕到通道的合法入口。但总的算下来，净宽小于约 2.4 米的通道，单向赢。

• 在每条通道入口把方向画在地上——累了的拣货员不用动脑就能跟的箭头——出口那头标上禁止进入。
• 拣货时段，叉车不进单向拣货通道：整托移动走宽主通道，补货按排定的时间进拣货通道，不随机闯入。
• 方向要配合路线：如果拣货终点是打包区，单向流就该把人送到打包区，而不是把推满车的人晾在最远端。

拣选位一空，路线就断：补货#

所有路线设计都建立在一个假设上：拣选位有货。拣货员走到黄金区库位发现是空的的那一秒，路线省下的全赔在处理异常上：喊主管、等、或者跳过这一行让订单短少。拣选位靠补货保持有货——在拣干之前，按最低线和目标量的规则，把储备从存储位往前送，而不是靠谁看见空货架。

在 Docklify 里，每个拣选位按产品配最低线（min）和目标量（target），在 WMS → 设置 → 拣选位最低库存里维护。库存掉到最低线以下——拣货扣减后当场检查、每天定时全量扫一遍、或在人工补货页里看——系统就从存有储备的存储位生成补货任务，补目标量减当前库存；拣选位已经空了、还有订单等着拣的，任务标 URGENT（紧急）并置顶到手机任务列表。

落到地面上，设计就变成被引导的走路：在 Docklify 里，出库单从 WMS → 出库单 → Create pick task 生成拣选任务——Order Pick 单订单、Batch Order Pick 多订单一趟、Wave Pick 波次——拣货员在手机端按步骤执行：扫库位、任务要求时扫托盘、确认数量。任务按路线顺序把下一站递到手边，拣货员的活就缩小成把这条路走好。

改路线之前，先量一量#

• 拿秒表跟一趟完整拣货，把走路和拣货分开计时。走路不到三分之一，您的问题就不在路线——在找货时间、标签或空拣选位。
• 从系统里数每个库位每周被拣多少次，不要凭记忆。黄金区应该装着这张榜最前面的库位；每一个对不上的，都是一个待写的移库任务。
• 小步重画：先搬最错位的二十个 SKU，量两周，再决定下一批二十个。整个仓一个周末重排，量不出效果；量不出的改动，也站不住脚。

拣货路线不是画一次就完事。货架会重排、货品结构随季节翻、新货主的货一个季度就能悄悄改写您的 ABC 榜。把路线当库位优化一样对待：它是一个有复查节奏的活设置——一年量两次走路占比，目录大变时重排 ABC，每次布局改动后、下一班指望它之前，拿秒表完整走一趟拣货。

本文用到的 Docklify 功能#

• 库位顺序与权重 — Master Data → 库位管理：每个库位带 sequence（拣选路径行走顺序）、拣选策略权重和上架建议权重。
• 库位优化（Slotting）— 用拣选历史、ABC 分类和出库明细找出放错的 SKU，给出更好的库位建议并生成移库任务；只建议，不确认不动货。
• 上架建议 — 系统按上架规则给每托 2–3 个建议库位，实际使用的库位如实记录，哪怕与建议不同。
• 补货任务 — WMS → 设置 → 拣选位最低库存按产品和库位设最低线/目标量；低于最低线生成补货任务，空位且有单等待的在手机端标 URGENT。
• 手机拣选任务 — WMS → 出库单 → Create pick task（Order Pick / Batch Order Pick / Wave Pick）；手机端按步骤执行：扫库位、需要时扫托盘、确认数量。