Mercado Libre墨西哥Flex吃紧：降每日容量还是提前截单？

下午四点，仓库里的单已经拣得差不多了，第一批司机也出了门，后台却又连续进来几笔需要当天送到的Flex订单。更麻烦的是，其中还有几单落在较远的配送区域。仓库并不堵，打包也没掉链子，真正吃紧的是最后那几小时：司机一天就这么多，路上的时间也不会因为订单突然增加而变长。

墨西哥Flex当天配送吃紧：容量与截单的取舍

运营很容易想到一个办法：把Flex截单时间往前提。

但换一天，问题可能完全不同。上午十一点，当天能稳定完成的配送量已经快被占满，下午即使一单都不再进，司机还是跑不过来。这时候提前一两个小时截单，看起来动作很大，实际上没有碰到真正的瓶颈。

Flex吃紧时，先别把所有问题都归给仓库：每日容量解决的是一天接多少个当天承诺，截单时间解决的是多晚还继续承诺“今天到”。

这两个设置在Mercado Libre墨西哥Flex里确实存在，而且当前官方规则给出的后续处理并不一样。把它们混成一个“少接一点单”的按钮，才是最容易调错的地方。

容量触顶和过了截单，前台不是一回事

Envíos Flex的基本逻辑，是卖家自己组织末端配送，可以使用自有车辆，也可以找第三方同城配送服务。也就是说，商品从仓库交给司机以后，最后一公里的执行能力仍然是卖家这一侧需要管理的资源。

当前墨西哥官方说明允许卖家配置每天做多少Flex配送，也可以设置当天配送的截单时间，截单还可以按配送区域区分。

区别在后面。

如果到了某个区域的截单时间，官方当前说明是：当天配送不再继续向后接，之后直到当天结束，商品转为提供次日送达。对于“今天总量不算大，但下午新单已经来不及跑完”的店铺，这个机制正好对症。

每日容量则控制另一件事。官方说明写得很明确：卖家决定每天做多少Flex配送，一旦超过配置的数量，相关商品会转而提供该商品原本的基础物流方式。

所以，容量达到上限并不等于“剩下的订单自动变成Flex次日达”。它更像是在控制Flex这条当天配送通道还能不能继续承接新增需求。基础物流最终给买家显示什么时效，要看商品本身的物流条件，不能预设成统一的“明天到”。

这也意味着，调低容量的机会成本不能简单写成“少接6单就损失6单销售”。Flex额度用完后，商品并不一定停止销售，只是失去这部分新增订单继续使用Flex快速承诺的机会，可能影响“Llega hoy”带来的曝光、点击和转化。真正少卖多少，需要拿自己的数据判断。

先判断：你的问题是在上午发生，还是在下午发生

一个已经正常使用Flex的店铺，最值得拆开的其实不是“仓库处理了多少件”，而是当天承诺到底在什么时候开始超过末端能力。

设一个匿名场景。

某店铺卖的是普通3C配件和家居小件，拣货、打印标签、打包都很顺，一天处理四五十个包裹也没有问题。但同城司机在正常路况下，一天能够稳定完成的Flex配送任务只有二十多个。

过去十个相似工作日里，团队发现不加临时车辆时，大多数日子在晚上九点以前能够完整做完大约24个Flex配送任务。偶尔路线特别顺能做到26个甚至更多，但24附近才是比较稳定的水平。

这时候，仓库一天能打40包，没有意义。司机偶尔跑到26，也不适合作为长期承诺能力。

内部做计划时，可以用一个很简单的思路：

安全的当天承诺量 = 稳定能完成的送达量 - 给异常情况留下的缓冲。

这不是Mercado Libre给出的官方公式，而是一种运营核算办法。司机实际会遇到联系不上买家、地址难找、临时堵车、二次尝试等问题，长期拿历史峰值当日常容量，很快就会把“最好的一天”变成“每天必须完成”。

假设店铺现在把Flex每日容量放得比较高，而下午一点之前已经经常出现25笔左右的当天配送需求。此时再把截单从傍晚提前一小时，作用有限，因为超载在截单之前就发生了。

这种情况应该先看每日容量。

反过来，如果这个店铺大多数日子全天只有18笔Flex配送，离末端总能力还有明显余量，但最近的超时订单几乎都集中在下午较晚进入，而且不少落在远区，那么问题就不是“一天接太多”，而是“最后几单进得太晚”。

这时候一味降低每日容量反而很笨。当天18笔订单依旧没有达到容量上限，那几笔下午晚到的单仍然可能获得当天承诺。

真正应该动的是截单，而且优先考虑按区域调整。

远区早点收，并不等于近区也必须跟着收

Flex允许按区域设置不同的截单时间，这一点对有自配送资源的卖家很有价值。

同一个城市里，距离仓库五公里和二十五公里的订单，对司机的意义完全不同。晚一小时接近区订单，也许只是在回程路线上多停一站；晚一小时再塞一个远区地址，可能直接把整条路线拖到晚上。

所以，与其把所有区域统一从某个时间一刀切，不如先看延误订单到底集中在哪里。

如果近区下午较晚进入的订单仍能稳定完成，而远区从某个时间以后明显开始失约，那么远区截单可以更早，近区则继续保留较晚的当天配送窗口。Mercado Libre当前的Flex配置本身就支持这种按区域区分截单的思路。

需要注意的是，具体能选择哪些时间档位，不要照搬别人的后台截图。公开开发文档显示，Flex配置会返回卖家当前可用的截单范围和容量边界，这些可用值存在账户配置差异。中国团队远程管理墨西哥店铺时，最稳妥的做法仍然是直接以自己的Flex配置页面为准。

截单提前以后，也别把后面的订单算成“损失”。

如果原来有5笔订单是在较晚时段仍获得“当天到”的承诺，提前截单之后，这部分买家可能看到的是次日送达。真正应该计算的是：失去当天配送承诺后，转化率下降多少，和减少超时、重派、额外车辆以及履约风险相比，哪一边更贵。

这是机会成本，不是简单的订单数乘客单价。

别拿“交给司机”当作完成了当天送达

很多仓库数据会产生一个错觉。

下午五点之前，所有Flex订单都打印完标签，司机也全部扫走了。仓库看起来完成率100%，运营觉得自己的处理能力没有问题。

但Flex考核的终点不是仓库门口。

Mercado Libre当前官方操作说明里，司机在仓库扫描包裹，是把配送任务加入Flex路线，让卖家和买家能够继续跟踪。真正的配送还要继续走到收件环节。官方对Flex正确配送的判断，也直接与买家承诺的送达时间有关。

所以做容量模型时，至少要把三个数字分开：已经完成拣包的数量、已经由司机扫描带走的数量、真正按承诺完成送达的数量。

前两个都不能替代第三个。

这也是为什么晚上九点值得单独盯。Mercado Libre目前对Flex明确提示尽量在21点前完成配送；超过这个时间出现重新安排或者配送失败，会带来履约指标风险。官方目前还用每周Flex正确配送比例影响后续曝光，达到97%及以上对应较好的曝光状态，而履约表现变差时，可能出现截单受限，严重时甚至失去“Llega hoy”的当天送达展示。

如果一个店铺每天看起来都“按时出库”，Flex表现却仍然往下掉，第一件事不是继续催仓库，而是去看司机真正完成最后一单的时间。

一个值得每天多看两眼的数字：下午之前已经欠了多少单

要判断该改容量还是截单，其实不需要先上复杂系统。

先连续记录十来个具有可比性的正常营业日。每天记下中午或下午早些时候已经形成多少Flex当天配送任务、最终全天有多少、最后一批订单是什么时候进来的、司机什么时候带走、晚上九点前真正完成多少，以及延误是否明显集中在远区。

很快会出现几种完全不同的图形。

第一种是“早早就满”。还没到下午，订单量已经反复接近司机稳定能力。这是典型的数量约束，优先收紧未来Flex当日承诺容量，或者真正增加司机和路线能力。单纯提前截单只是晚一点停止继续恶化，前面的超载还在那里。

第二种是“总量不大，尾巴很长”。全天订单没有超过正常运力，但最后几单总是在很晚的时候进来，特别是远区。这是时间约束，应先动截单。

第三种最常见，也最麻烦：上午已经偏满，下午还有一批远区晚单。此时不存在“容量和截单二选一”。每日容量负责守住一天的总承诺量，分区截单负责守住剩余时间，两道门都需要与真实配送能力对齐。

还有第四种情况：把容量调低、截单提前以后依然经常做不完。这往往意味着问题已经不是后台参数，而是车辆数量、路线密度、配送区域或者异常重派把真实末端能力拖下去了。继续收紧设置可以减少新的承诺，却不能凭空制造司机和时间。

每日容量到底按订单、包裹还是商品件数算？别自己补规则

这里还有一个很容易被忽略的问题。

Mercado Libre墨西哥面向卖家的公开页面使用的是每天多少“entregas”或“envíos”这样的表述，也就是配送或发货数量；公开说明并没有把多件购物车、取消订单以及各种异常场景如何占用或释放容量解释到足以让卖家自己写一套精确公式的程度。

因此，不要直接拿SKU件数去套。

一个订单买了三件3C配件，和三个不同地址各买一件，在仓库里也许都是三件货，但对同城司机完全不是一回事。运营自己的内部模型可以按“需要完成的一次Flex配送任务”估算末端压力，最终映射到后台时，则要观察账户里的实际计数方式。

同样，也不要预设订单取消以后容量一定实时释放。公开规则没有把这种细节说明清楚，就应该以实际后台表现和订单明细为准，而不是把一个未经验证的假设写进排班。

新设置是给未来承诺踩刹车，不要拿它给已经接下来的单改历史

调参数时还有一道边界必须守住。

Mercado Libre当前明确要求，在Flex当天配送模式下，截单以前收到、承诺当天送达的销售需要按当天承诺完成；过了截单之后的新销售才进入后续配送安排。

与此同时，公开说明虽然提到卖家可以调整Flex配置，却没有给出“修改容量或截单可以追溯重写已经生成订单承诺”的依据。

因此运营上应该采取最保守也最容易执行的处理：新设置用来控制未来还能接受什么承诺，已经生成的订单继续按订单详情里真实显示的承诺执行。

不要因为下午把截单改早了，就把上午已经承诺“今天到”的订单自己当成“明天送”。

更不能把仓库扫描、交司机或者车辆出库当作已经送达。Flex应用里的扫描本身只是配送流程的一部分，不是把事实状态改成另一个状态的工具。

明天真要动设置，可以先这样做

如果现在Flex已经频繁吃紧，先别同时改五六个参数。

先把最近的正常营业日分成两类：发生延误的日子和没有延误的日子。比较两类日子在下午之前的累计Flex需求。如果延误日往往很早就比正常日多出一截，先处理容量；如果两类日子总量接近，只是延误日最后几个订单明显来得更晚，先处理截单。

再看区域。如果大多数晚单都集中在远区，就优先缩短远区当天承诺窗口，而不是牺牲所有近区订单的“Llega hoy”。

然后才算加车。

临时多一名司机、增加一条路线的真实成本，可以和保留更高Flex容量及更晚截单带来的增量销售价值比较。这里该算的是新增车辆、司机、调度、二次配送等增量成本，而不是把原本已经存在的仓库固定成本重新摊一遍；另一边也只计算真正因为当天配送承诺变化而受到影响的增量机会，不要把所有转为基础物流或次日承诺的订单都当作100%流失。

如果加一条稳定路线后的新增利润覆盖不了新增配送成本，那就没有必要为了维持一个漂亮的当天配送数量硬撑。反过来，如果晚间Flex订单转化明显高，而且单量密度足以让新增线路摊薄成本，那么调低容量可能只是暂时止血，扩充真正的末端能力反而更合理。

这类判断也提醒卖家把“平台招商”和“店铺履约”分开看。ESG跨境在其官方合作平台范围内提供入驻支持、前置资料预审和专席对接；而Mercado Libre墨西哥Flex这类已经进入店铺日常经营的容量、截单和末端配送参数，仍然应该按照卖家自己的真实运力以及Mercado Libre账户规则来配置，不能把不同服务边界混为一谈。

容量是一天下来敢承诺多少，截单是一天敢承诺到多晚。把这两个问题拆开，Flex才不会出现一种最尴尬的“准时”：仓库准时把货交给了司机，买家却还在等。

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