Allegro发货怎么安排：逐单拣货，还是截单前分两轮？先找出真正拖时效的环节

平台观察

Allegro仓库截单前的订单分波拣货

假设一个做Allegro的中国卖家，下午3点20分，仓库里没有爆仓，打包台却开始等货。后台订单一张张进来，拣货员每完成一单就回到货架区再走一遍。有人提议以后别逐单了，11点、14点各拣一轮，至少少走几趟；仓库另一边却担心，第二轮一拖，最后一批货可能赶不上承运商。

这类争论看起来是在选“逐单拣货”还是“波次拣货”，真正要解决的却是另一个问题：订单到底卡在了哪里？

如果慢的是订单释放，分波只会让它等得更久；如果慢的是拣货员反复走同一条通道，适当归集订单确实可能释放产能；如果最后真正卡住的是包装台或者承运商首扫，那么前面少走几步，未必能让包裹更早出门。

对于已经有稳定订单、仓配路径也跑顺了的Allegro卖家，这个判断值得单独拿出来算一遍。

先把“发货”拆成几段，别让一个时间点骗了你

仓库里经常出现一种错觉：订单从后台变成“待发货”，就算开始履约；包裹交给快递员，就算发货完成。

但Allegro现在的订单和配送口径并不是这么简单。

在订单页面里，卖家可以看到新订单、处理中、待发货、已发送等状态，也可以批量修改订单状态。订单状态更像是业务处理状态，不能直接代替承运商的实际扫描时间。Allegro当前帮助中心明确说明，一般情况下只有承运商扫描包裹后，平台才会把它视为已发货；把包裹交给快递员、放进快递柜或送到自提点，并不自动等于平台已经认定“发货”。波兰邮政在其营业网点交件则有单独规则。

所以，仓库真正应该记录的，是一条完整时间链：

订单完成付款或达到可处理状态，什么时候可以释放给仓库；订单实际什么时候释放；拣货什么时候开始、什么时候结束；包装什么时候完成；什么时候交给承运商；承运商什么时候完成首扫。

把这几个时间点放在一起，很多“发货慢”的争论会立刻变得具体。

例如，订单下午1点已经可以处理，但下午1点40分才被释放给仓库，那么这40分钟属于“等释放”，不是拣货效率问题。订单1点40分释放，1点45分开始拣，2点25分才拣完，那才是拣货段。2点25分货已经到包装台，2点55分还没打完面单，则问题已经转到了包装。3点20分包裹交给承运商，直到晚上才出现首扫，则又是另一段。

先找出最长、最不稳定的那一段，再决定要不要改变释放节奏。

Allegro的“当天发货”也有两个时间，千万别混在一起

这个问题尤其容易被Allegro的当天发货展示带偏。

Allegro所说的“当天发货时间”，本质上是一个买家下单并付款的时间界点：在这个时间之前完成购买，才有机会按照相应条件当天发货。它和承运商自己的截单时间不是同一个概念。

承运商截单解决的是另一件事：仓库最迟什么时候把包裹交出去，包裹才有机会当天开始运输。这个时间会随承运商和发货地点变化；如果是固定上门取件，则以双方约定的取件时间为准。

这意味着，仓库不能拿“下午两点是平台展示的当天发货时间”直接当成“下午两点才开始拣”。真正的排程应该从承运商实际交运窗口往回倒推，再给拣货、包装、交接以及异常处理留出余量。

还有一个很容易被忽略的节点：交接和首扫之间存在时间差。

假设仓库16点20分把货交给快递员，内部记录可能写着“已经发出”；但如果承运商直到分拣中心才完成扫描，Allegro看到的发货时间就可能不同。当前规则下，次日早上8点前完成扫描的部分包裹，在特定条件下仍可按前一天发货处理，但超过这个窗口，平台口径就会发生变化。

所以，如果卖家发现自己的“仓库发货时间”一直不错，但Allegro配送效率还是不好，第一反应不应该是再给拣货员加一轮任务，而是把交接时间和首扫时间拉出来看。

平台真正考核什么，决定了仓库到底有没有必要追求“单到即拣”

截至2026年10月16日核到的Allegro当前帮助中心，On-time dispatch（按时发货）并不是单纯看“订单当天有没有被拣走”。

该指标会看订单是否按照offer中声明的发货时间发出，或者是否在买家下单时看到的预计配送日期之前送达。相关订单的统计窗口，是其声明发货时间或预计配送日期中较晚的那个时间点过去后的28天范围。

Fast dispatch（快速发货）又是另一套口径，只针对offer中声明立即发货或1天内发货的订单，判断其是否在下单并付款当天发出，或者是否在买家选择配送方式对应的最长运输时间内送达。

这两套规则放在一起，意味着一个很重要的判断：

仓库没有必要为了“看起来很快”，把所有普通订单都强行变成实时订单。

Allegro当前Fast dispatch指标达到54%的相关订单同日发货比例时，就可以拿到这一指标的最高160分。这个数字不能被反过来当成卖家的统一运营目标，因为卖家可能还在追求其他销售质量表现，也可能需要维持offer里的当天发货展示。

如果卖家确实依赖前台的“明天配送——XX:XX前购买”这类展示，当前规则又更严格：需要声明立即或24小时内发货、至少启用一种次日配送方式、设置当天发货时间，并满足最近28天相关订单至少95%当天发货等条件，同时还涉及至少10笔由集成承运商配送的订单等条件。

所以，“每单都立刻拣”并不是平台天然要求的仓库动作。真正要问的是：你现在优化的是哪一个平台结果，以及当前损失到底发生在什么时间段。

日均订单量没有那么有用，订单什么时候涌进来才有用

“我们每天大概60单”对仓库排程的帮助其实很有限。

同样是60单，如果上午9点到下午3点均匀进来，逐单处理可能完全够用；如果其中40单集中在下午1点到3点半，另外20单分散在上午，那么仓库面对的就是完全不同的工作负荷。

可以做一个纯假设的例子。

普通日有60单，订单大致分成四段进入：上午9点到11点15单，11点到13点20单，13点到15点15单，15点以后10单。

繁忙日则变成110单，订单集中在中午以后。这个时候，“每天60单还是110单”只是背景数字，真正影响波次设计的是每个时间段有多少订单同时需要处理，以及这些订单对应多少拣货工作量。

一个单SKU的小件3C配件，和一个包含多个零件的家居套装，都算“一单”，但仓库付出的走路、寻找、搬运和包装时间显然不是一回事。

因此，至少要把订单按时间切开，再看两个东西：订单到达曲线，以及工作量曲线。

如果13点以后订单数量猛增，但拣货员的主要时间仍花在反复经过相同货架，那么分波有可能解决问题。

如果13点以后订单猛增的同时，包装台已经排队，那么把订单再集中一次，只会让更多货同时撞到包装台。

如果仓库在15点以后才大量释放订单，分波甚至可能把原本能够及时处理的订单人为推迟。

这就是为什么“多少单适合做波次”没有一个值得照抄的答案。波次大小应该由剩余可处理时间和实际产能决定，而不是由一个漂亮的订单数字决定。

逐单、分波、混合，真正的区别是“等待换什么”

逐单处理最大的优点不是快，而是等待少。

订单一旦满足处理条件，就进入仓库。对订单很分散、SKU很多、订单量不稳定、承运商窗口又比较紧的仓库，逐单可能反而更稳。尤其是那些已经接近最后交运时间的订单，继续等下一轮没有意义。

但逐单也有一个明显问题：如果很多订单都只买一件商品，而且这些商品集中在几个相邻货位，拣货员可能上午已经走过同一条通道十几遍。

这时候，有限分波才有价值。

它不是为了让仓库“看起来更专业”，而是用一小段等待时间，换掉重复走路和重复准备。比如把上午已经积累的普通订单集中释放一次，再把下午后段的一批普通订单释放一次。两轮只是一个排程例子，不是标准答案。

真正需要警惕的是，第二轮释放时间不能只看“离下班还有多久”，而要看第二轮订单还剩多少可处理余量。

可以用一个很简单的概念判断：

> 可处理余量 = 最晚允许交运时间 − 当前时间 − 预计拣货时间 − 预计包装时间 − 交接缓冲

这里的“最晚允许交运时间”要同时考虑平台承诺和承运商实际窗口；如果目标是当天进入运输，还要把承运商截单放进来。

当一张普通订单的可处理余量已经不足以覆盖“等下一轮”的时间，这张订单就不应该继续等。

所以，实际最容易落地的往往是混合安排：普通订单允许进入有限分波；临近承诺时间、加急订单、人工处理订单则直接进入即时处理队列。

这样做的逻辑很简单：让“值得等”的订单等，让“等不起”的订单先走。

算一笔账：少走26分钟，到底省了多少钱？

假设还是一个纯计算场景：一天60个普通订单，承运商固定交运窗口不变。

假设仓库实际统计发现，逐单拣货平均每单需要4.8分钟；如果把订单按合适的货位和时间集中成两轮，每轮额外需要8分钟准备，但平均拣货时间可以降到4.1分钟。

那么逐单模式的拣货工时约为：

60 × 4.8 = 288分钟

两轮模式则是：

2 × 8 + 60 × 4.1 = 262分钟

表面上看，省了26分钟。

如果再假设完整人工成本按每小时15欧元计算，这26分钟对应的理论人工价值约为6.5欧元。

但这里恰恰不能急着写成“每天省6.5欧元”。

如果仓库本来就是固定班次，26分钟只是让拣货员早一点结束拣货，并没有减少一个付费班次，也没有减少加班，那么现金成本可能一分钱都没少。

真正有价值的是另外两种情况：这26分钟让同一个人能够去处理仓库里的另一个真实瓶颈，或者它在繁忙日避免了额外加班。

反过来，如果包装台已经是瓶颈，拣货节省26分钟也未必让包裹更早交运。

所以成本核算时，要把共同成本和新增成本分开。

仓库租金、固定班次工资、同样数量订单对应的基础包装材料、原本就存在的承运商费用，都不应该因为“改成两轮”就重新算成节省。

真正需要比较的是波次准备时间、额外暂存和搬运时间、可能增加的加班，以及因为等待导致的迟到订单成本。

如果省下的只是“人少走了几百米”，却没有减少付费工时，也没有释放包装或交接瓶颈，那它就是产能改善，而不是现金节省。这个区别在算账时一定要保留。

真要验证，先给每张订单补齐时间戳

对于已经稳定运行的仓库，最值得做的不是马上调整波次规则，而是先拿一段真实订单记录把时间链补完整。

至少需要知道：

- 订单什么时候完成付款或进入可处理状态； - 什么时候释放到仓库； - 什么时候开始拣货； - 什么时候拣完； - 什么时候开始包装、什么时候包装完成； - 什么时候交给承运商； - 什么时候出现首个有效扫描。

然后把几个核心时间差算出来。

释放等待，看订单已经可以处理以后，在仓库外面等了多久。

拣货耗时，看真正花在货架之间的时间。

包装耗时，看拣完以后有没有在包装台形成队列。

交接等待，看包裹准备好以后为什么还没交出去。

首扫滞后，看承运商拿到货以后多久才真正产生平台能够识别的运输节点。

对于这次“逐单还是分波”的决定，最关键的内部指标应该是释放到交接的时间，因为既然承运线路不变，就先把变化集中在仓内释放方式上。

平台指标则继续使用Allegro自己的口径，不能拿仓库实验的分母去冒充平台绩效。

仓库内部做比较时，可以把分母限定为同一交运窗口内、库存正常、订单资料正常、确实进入普通处理流程的订单。库存不足、单据异常、地址问题以及需要人工确认的订单单独列出。

这样才能回答一个真正有意义的问题：在同一批正常订单里，改变释放节奏以后，释放到交接是否真的缩短了？

如果一批订单里有五六张因为库存异常根本没法拣，再拿这批订单去证明“波次效率下降”，没有意义。

普通日和繁忙日，要分开看结果

还有一个容易踩的坑，是只在普通日看波次效果。

假设上面的60单案例中，两轮确实节省26分钟，但普通日订单分布比较均匀，订单等待时间也没有明显增加。这个结果只能说明：波次在这个工作量下有一定效率价值。

到了繁忙日，情况可能完全相反。

如果110单在下午集中进入，第一轮结束以后，第二轮一下子堆进几十张订单，而仓库只有有限的拣货和包装能力，那么第二轮可能把原本分散的工作变成一个更大的峰值。

所以真正应该比较的是两种日型下的尾部表现：最晚一批普通订单什么时候完成交接，临近截止时间的订单有多少，包装区有没有突然积压，首扫是否出现异常延迟。

不要只看平均值。

一个模式平均每单快了0.7分钟，但最晚10%的订单反而经常撞上交运窗口，这种“效率提升”对跨境卖家未必是好消息。

给仓库留一条“逃生通道”，混合模式才不会越跑越僵

如果最后决定采用有限分波，最重要的设计反而不是“第一轮几点、第二轮几点”，而是什么订单可以脱离波次。

优先级应该随着剩余可处理时间动态变化。

临近平台承诺或承运商交运窗口的订单，不能因为已经进入普通波次，就继续等到下一轮。

加急订单要有明确的即时优先级。

人工订单只要资料已经齐全，也不能因为它不符合普通波次筛选条件就一直留在后台。

库存、单据和其他异常则应该单独进入异常队列，不和正常订单混在一起计算波次效率。

最理想的状态是：普通订单可以批量释放，但任何一张订单只要“等下一轮”开始侵蚀安全余量，就可以被提前释放。

这比规定“每天固定两轮”更重要。

因为订单到达不是钟表一样均匀的。正常日下午可能很平稳，活动日可能突然在某一个小时涌进大量订单。固定波次时间可以作为起点，但不能变成仓库的死规矩。

回退条件也要先写清楚，别为了波次而波次

一个好的仓库试验应该允许随时退回原来的逐单模式。

最直接的判断有几条：如果改变释放方式后，正常订单的释放到交接时间没有明显改善；如果临近截止时间的订单反而增加；如果出现漏单、错发；如果加急订单经常被普通波次挡住；或者包装、交接区的排队明显变长，那么继续坚持分波就没有理由。

尤其要看“最晚一批订单”。

仓库的效率不是把上午第一批货拣得多漂亮，而是到了最后交运窗口前，还有多少正常订单没有完成交接。

如果一个波次方案让上午的平均拣货时间很好看，却把下午最后一批订单推到截单边缘，它只是把问题从“多走几步”变成了“多等一会儿”。

而跨境履约里，后一个问题通常更贵。

Allegro卖家做到稳定出单后，仓内问题值得单独算

对刚开始做Allegro的卖家来说，更多精力往往放在入驻、商品资料和订单跑通上。订单稳定以后，问题会逐渐转向另一层：同一批货，怎样让仓库少做无效动作，又不牺牲真正重要的发货时间。

ESG跨境作为Allegro官方合作伙伴，在入驻业务中可以提供前置资料预审、专席对接和客户经理服务。对于已经进入稳定运营阶段的卖家，这些平台侧支持与仓内履约判断是两件不同的事：平台要求先核清，仓库效率则要回到自己的订单时间戳、实际产能和承运商窗口。

如果数据最后证明逐单已经足够快，就没有必要为了追求一个“波次仓”的样子改变流程；如果数据证明拣货员确实被重复走动拖住，再把普通订单做有限归集，才是有账可算的改善。

分波不是为了让仓库少走路，而是为了让省下来的时间真正落到交运之前。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。