双11 那八千单卖出去只是上半场：四十八小时没揽收，赔的钱和掉的评分都是真的

十一号凌晨两点，我一个做女装电商的客户在群里发了张截图：零点开场四十分钟，卖了六千多单，后台 GMV 那条线几乎是竖着往上走的。群里一片"恭喜"。

十三号早上八点，同一个人又发了一张截图，这次是后台的红色提醒：超时未揽收 312 单。他打了个电话过来，第一句话是："卖的时候挺高兴，现在看着这个红字，比没卖出去还难受。"

这事每年大促都在重演。问题不在卖，也不在货，在"发货"和"揽收"之间那一段没人管的路。

先弄清楚平台到底在考核哪个动作

很多人以为仓库把包裹打包好、在系统里点一下"已发货"，这单就算发出了。但平台看的不是这个动作，看的是快递的揽收扫描记录。

中间这段路是这样的：打包完成 → 堆在月台等快递 → 快递员装车 → 回网点扫揽收 → 数据回传平台。你在 ERP 里点"已发货"的时候，包裹可能还在你自己的月台上躺着。这段路在系统里是空白，在考核里是实打实的超时。

这就是为什么有些厂觉得自己"十二号就发完了"，十三号却被判定超时——系统里的发货时间，和平台认的揽收时间，根本不是一个时间。

八千单是怎么堵住的：三个断点

回到那位客户的仓。八千多单，打包台六个人，人均一小时四十五件，一天干十小时，理论产能两千七百件。也就是说，全部包完要三天。而快递每天只来一趟，十八点半截单，装不完的只能等第二天。

产能本来就不够，中间还有三个地方在漏：

断点一：订单按付款时间排，不按承诺发货时间排

这是最常见的错。系统默认按付款先后生成拣货单，听着合理，但大促里有大量预售单——尾款十一号零点三十分才开始付，付得晚的反而排在后面。而平台算超时，是从承诺发货时间起算的。结果就是：一批明天中午就到期的单，排在了一批后天到期的单后面。

断点二：缺货的单占着拣货产能

拣货员拿着单跑到库位，发现这款只剩两件，单上要五件。回工作台挂异常、找库管确认、改单或者拆单，一趟八分钟。八千单里有两百多单是这种情况，光白跑就是二十多个工时——相当于一个打包工白干两天。

断点三：包完了，没人管月台上堆了多少

打包台看的是"我今天包了多少件"，没人看"月台上还有多少件没被拉走"。十八点快递车来了，装走一千八，剩六百件留在月台。这六百件第二天早上才被扫，全部计超时。

算笔账：超时的代价不只是赔款

那位客户这次的账是这样的：

赔款一千五，看着不多。但评分掉零点二，等于下次开场的起跑线往后退了一截，这笔账在报表上根本看不见。

要守住的，是四个可以量出来的数

大促发货这件事，靠人盯是盯不住的。真正管用的是把下面四个数变成每天早上的看板：

系统在这件事上能做的，其实很具体

顺通ERP 在仓储和发货这一段，做的不是"打通平台"这种虚话，而是把上面几个断点一个个补上：

一是按承诺发货时间倒排波次

生成拣货单的时候不按付款时间，按平台承诺的发货时间排。同一库区、同一款式的单合并成一个波次，一次拣十二单的货，而不是拣一单跑一趟。同样是六个人，日产能能从两千七提到三千三左右。

二是缺货单在波次前就拦掉

库存可用量实时扣减，预售尾款未付的、库存不足的单，在生成波次那一刻就被挑出来，不占拣货和打包的产能，也不会出现"跑到库位才发现没货"。

三是打包台有截单倒计时

看板上直接显示：距离十八点半截单还有两小时，待包一千二百四十件，当前六人产能每小时二百七十件。数字摆在那儿，要不要调人一眼就决定了，不用等到快递车来了才发现装不完。

四是揽收扫描才算发出

包裹出库只记"待揽收"，快递扫描回传后才改成"已发出"。月台上堆了多少、哪几单快到承诺时限，看板上一目了然。

大促前一周，建议先做这四件事

如果你也在备大促，可以打 13777983110 让顾问帮你把发货这段的排程捋一遍，他们会先问你四个数：日均单量、打包台人数、快递截单时间、缺货率。这四个数报出来，堵在哪儿基本就清楚了。也可以先到 顺通ERP 产品页 看看仓储发货这块是怎么做的。

最后一句：大促真正的考场不在零点那一刻，在之后四十八小时的月台上。卖爆是运气加投放，按时发出去才是本事。