Lazada马来西亚赠品也在单卖：下一轮活动继续送之前，库存到底留多少？

做Lazada马来西亚的卖家，可能都遇到过一个很容易被低估的库存问题：赠品看起来只是“顺手放进去的一件小东西”，但它同时又是一款正常在卖的SKU。

Lazada马来西亚赠品与单卖共用库存盘点

活动还没开始，仓库里明明有货；活动一开，主推品卖得不错，赠品也跟着消耗。等到下一轮活动准备继续送时，运营再回头看库存，才发现那个看起来还有几十件的SKU，已经有一部分要留给正常订单，一部分在途，一部分因为盘点差异根本不能算，还有一部分其实已经被上一轮活动产生的订单承诺掉了。

这时候最容易犯的错，是直接拿“当前库存”乘一个大概的活动单量，算出一个赠品数量，然后把剩下的货继续拿去卖。

真正应该先回答的，是另一句话：已经成立、必须履行的赠品承诺要留多少，留完以后，这个SKU还有多少库存可以放心拿去做下一轮赠送？

这不是套装什么时候装配的问题，也不是活动最低售价怎么定。它本质上是一次库存承诺管理。

先别看“总库存”，先把同一个SKU拆成几种状态

假设你的店里有一款售价 RM19.90 的小配件，平时单卖，也会在一款主推商品的活动里作为赠品。仓库系统显示现货 120 件。

120 件并不等于“120 件都能拿来送”。

先把这一个SKU拆开看。第一层是已经成立的赠品承诺：上一轮活动中，已经产生且按活动条件满足赠品资格的订单，需要多少件。第二层是普通单卖订单和其他已承诺需求，这些货虽然没有出现在赠品活动里，但同样不能再拿来算“可自由支配”。第三层是在途库存，已经下采购单、已经发货甚至已经到仓库门口，都不代表今天就能拿来承诺下一轮赠品。第四层是不可售库存，例如破损、质检未通过、待处理退货、账实不符而暂时不能确认可售的数量。第五层才是经过核对后，真正可以讨论“下一轮送多少”的可用库存。

这个顺序看似保守，实际是在防一个很常见的误判：把库存系统里的数字，当成履约承诺能力。

尤其是赠品SKU本身还在单卖时，库存有两条消耗曲线。正常订单会吃掉库存，活动订单又会额外吃掉库存。如果两个活动同时指向同一SKU，不能因为后台里每个活动都只写了一个小数量，就把它们各自当成独立库存池。同一件货被两个活动盯上，最终还是只有一件货。

所以第一张表不应该是“活动预计订单量”，而应该是“这个SKU今天到底有多少件已经不能再承诺”。

先锁已经答应出去的，再谈下一轮

很多卖家在做下一轮活动时，第一反应是看过去几次活动卖了多少单。

这个数字当然有用，但它解决的是“未来可能送多少”的问题，解决不了“现在必须留多少”的问题。

真正需要先锁的是已经成立的赠品承诺。假设上一轮活动结束后，已经产生 18 个符合条件的订单，而规则是每个符合条件的订单赠送 1 件，那么这 18 件就是优先级最高的赠品需求。这里的关键不是“上一轮活动一共来了多少订单”，而是最终有多少订单真的满足赠品条件。

如果活动条件是满额赠送，就按满足门槛的订单算；如果是指定SKU购买后赠送，就按满足指定商品条件的订单算；如果一单可以获得不止一件赠品，就必须按实际规则把赠品件数展开。不能拿活动页面显示的预计参与人数，更不能拿主推SKU的总订单数，直接替代赠品需求。

这一步最好把订单逐笔过一遍，至少确认三个东西：主商品或指定SKU是否满足条件、订单是否已经成立并进入履约、对应赠品数量是多少。

为什么要这么麻烦？

因为“订单数”和“赠品件数”从来不是天然相等。一个订单可能送一件，也可能因为门槛或规则送多件；一个活动还可能同时覆盖多个主商品。你真正要锁的是赠品SKU的件数，不是活动的“单量”。

如果已经承诺的 18 件里有 3 件后来发生取消，或者其中某些订单最终并不满足赠品条件，也要按你当前订单与活动规则的实际状态重新核对。不要把最初的活动预估一直挂在库存账上，也不要为了把库存算得好看，提前释放本该继续保留的货。

单卖需求，反而是最容易被漏掉的一笔

赠品和单卖共用库存时，最危险的情况往往不是活动太成功，而是卖家只盯着活动。

还是假设仓库里有 120 件。已经成立的赠品承诺需要 18 件，普通单卖已经付款并进入履约的订单需要 12 件，那么至少 30 件已经有明确去向。

接下来还不能说剩下 90 件全部可以拿去做赠品。

如果同一活动期内，根据现有订单、稳定日销和已经确定的其他销售安排，你有依据认为单卖还会消耗 20～30 件，就应该把这一部分作为未来普通销售需求区间单独看待。这里不需要编一个“统一安全库存率”，也不需要规定所有卖家必须留 20% 或 30%。

更合理的做法，是把有依据的需求范围写出来。

例如，过去同一时段这个SKU的正常单卖需求，在相近流量和价格条件下大致落在 20～30 件。那下一轮活动的库存决策，就可以分别测算：

- 如果按 20 件普通销售需求预留，剩余可用于下一轮赠送的库存是多少； - 如果按 30 件预留，剩余可用于赠送的库存是多少； - 两种情况下，活动最多能承诺多少件赠品。

这比拍脑袋说“给活动留一半库存”有意义得多，因为它把分母和需求来源讲清楚了。

更重要的是，不要把“过去卖了多少”直接当成“下一轮一定卖多少”。活动期流量、主商品价格、广告预算、其他促销、节日因素都可能变化。如果没有可比数据，就承认这个区间只是暂估，不要为了得到一个漂亮的赠品数量，硬编一个确定需求。

在途货，不要提前算进“能承诺”

库存盘点时还有一个特别容易让人心里踏实、实际上最不踏实的数字：在途。

供应商已经说“货发了”，物流轨迹也显示“运输中”，仓库同事说“这两天应该能到”，这些都可以帮助你判断未来供应，但都不能自动变成今天的可承诺库存。

如果当前确认可售实物基数只有 50 件，另有 40 件在途，而你需要为已经成立的赠品承诺留 15 件，同时还要考虑普通单卖需求，那么今天能放心开放的赠品数量，原则上应该从这 50 件里算，而不是把 40 件在途一起加进去。这里的“50 件确认可售实物基数”，指已经核实可售、但尚未在本次计算中扣除已成立赠品承诺、已成立订单占用和未来单卖需求预留的库存基数，并不是已经扣完这些占用后的余额。

什么时候可以把在途算进来？至少要等到你自己的库存口径已经明确把它变成“可售、可履约”的数量。到货、验收、上架、库存同步这些节点之间，任何一个还没有确认，都不能把未来的货当成现在的承诺能力。

如果补货时间已经比较确定，也应该先把它放进“未来供应情景”：只有当你能确认它会在活动承诺需要发生之前完成到货、验收、上架并成为可售库存，才可以再重新计算下一轮赠送上限。这样做的好处是，补货计划和当前库存不会混成一个数字。

这也是为什么“供应商说下周补货”不能用来给活动兜底。补货时间是未来变量，赠品承诺是现在的责任，两者不能画等号。

还有一个细节：多活动同时吃同一件赠品

如果你的店同时跑多个促销，必须把同一赠品SKU拉出来做一次交叉检查。

例如，一个赠品SKU同时被活动A和活动B使用。A的条件是购买指定主商品赠1件，B的条件是满额赠1件。两个活动在时间上有重叠，那么库存消耗不是“A预计赠送量”加上“B预计赠送量”这么简单地填两个后台数字就结束了，而要问：这两个活动在同一时间段里，是否真的会同时向同一个SKU提出赠品需求？

如果答案是会，就必须合并看。

假设当前经过盘点，可售库存 90 件；已经成立的赠品承诺 15 件；普通单卖和其他已承诺需求 20 件；下一轮活动A按有依据的需求范围可能消耗 18～25 件；活动B可能消耗 10～15 件。那就应该把A+B的潜在需求一起放进库存压力测试，而不是给A留25、给B留15，再假装两边各自都有库存。

这一步特别适合在活动提报前做，因为它能提前暴露一个问题：不是每个活动都应该继续送同一件赠品。

如果库存压力已经明显超过当前可确认的供应能力，选择减量、缩小活动覆盖SKU，甚至暂停未来赠送，都可能比活动开出去以后再处理缺货更干净。

“单卖库存”和“赠品库存”要不要物理分开？

如果你当前 Lazada Malaysia Seller Center 的赠品方案归在 Flexi Combo 一类促销工具里，当然可以按后台实际显示的条件去配置；但不要把“系统上分了一个数字”误解成“平台自动帮你锁了库存”。

这点很重要。你的账号当前能看到什么资格、可选什么赠品形式、有没有数量上限，以及活动创建后哪些字段还能修改，应该以登录后的 Seller Center、对应活动的 Additional Terms 和实际活动页面为准。历史教程里出现过的赠品/样品数量、同仓要求或库存不足时的处理，也不要直接升级成 2026 年 Lazada Malaysia 的统一现行规则。

所以运营上可以做“内部预留”，但不要把它写成“Lazada已经自动帮我锁住了这30件”。

两者完全不是一回事。

下一轮活动到底留多少？用“上限”而不是“目标”来定

到了最后的决策阶段，可以把这个问题压缩成一个非常实用的库存口径：

下一轮新增赠品承诺上限 = 当前确认可售实物基数 − 已成立赠品承诺 − 已成立普通订单及其他明确占用 − 未来单卖需求预留量。

这里先把基数说清楚：“当前确认可售实物基数”是扣除不可售后、已经核实在手的可售实物数量，但还没有扣掉本表中的已成立赠品承诺、已成立订单及其他明确占用，也没有扣掉未来单卖需求预留。因此，后面的各项扣减不能再重复从一个已经净额扣减过的“可售数”里扣一次。

这里最容易出错的是最后一项。

如果你掌握的是一个需求区间，就不要只给一个漂亮的点估计。可以做两个情景。

假设只是为了说明算法，某赠品SKU当前确认可售实物基数为 100 件，已经成立的赠品承诺需要 16 件，已经成立的普通订单和其他明确占用需要 14 件。下一轮活动期内，这款赠品SKU继续单卖的需求根据相近期间数据估计为 20～30 件。暂时不考虑新增到货，因为补货尚未验收入库。

按较宽松的 20 件普通需求预留，下一轮新增赠品承诺上限是：

100 − 16 − 14 − 20 = 50 件。

按较保守的 30 件普通需求预留，则是：

100 − 16 − 14 − 30 = 40 件。

所以这里的 40 件和 50 件，是不同单卖需求情景下的新增赠品承诺上限，不是“至少要承诺40件”，更不是建议必须把40～50件全部送出去。卖家可以根据活动范围、库存风险和其他需求，只承诺其中更少的数量，也可以直接减量或暂停下一轮赠送。

如果活动规则是一单送两件，那么 40～50 件仍然代表赠品SKU的件数上限，并不代表可以对应40～50个订单，而只对应20～25个满足条件的订单；如果某些订单能按门槛获得不同数量，则必须继续按赠品件数折算。

这就是为什么计算时一定要把“订单数”和“赠品件数”分开。

真正值得留的，是已经答应出去的货

还有一种情况更值得警惕：仓库盘点出来的数字，和系统数字对不上。

比如仓库说有 80 件，系统显示 86 件；或者系统显示 50 件可售，但其中 7 件正在处理退货，另有 5 件已经破损待报废。

这种时候不要急着把差额塞进“安全库存”。账实异常应该另查，原因可能是拣货未扣、退货未入库、损坏未处理、同步延迟，也可能只是盘点方法不同。它没有查清之前，最好不要拿来承诺赠品。

因为赠品最怕的不是少算几件，而是把根本不存在的库存当成已经答应出去的货。

反过来，如果已经有买家因为当前活动获得了明确的赠品权益，那么库存紧张时也不要靠改一个小字说明，把原来的承诺变成“赠品送完即止”。如果当前平台活动规则或消费者义务没有给你这样的处理空间，就应该按现行规则处理已有订单，而不是临时换成另一款赠品，更不能默认买家会接受“同价值替换”。

这也是库存决策为什么要把“未来活动”和“已成立订单”彻底分开。未来赠送可以减量、缩小范围或者暂停；已经形成的履约义务不是用来调节库存模型的旋钮。

一个更适合运营团队的做法：每次活动前只看一张“赠品责任表”

不必把它做成复杂的财务模型。对一个SKU，活动前把这几项放在同一张内部表里就够了：

当前确认可售实物基数：已经核实、在手且可售的实物数量；本次计算尚未扣除已成立赠品承诺、已成立普通订单及其他明确占用，也尚未扣除未来单卖需求预留。

已成立赠品承诺：按真实订单和活动条件计算，需要履行的赠品件数，不按活动预计单量计算。

已成立普通订单及其他明确占用：已经有明确去向、不能再拿来承诺下一轮赠品的库存件数。

不可售：破损、质检、待处理退货、账实异常等不能确认可用于履约的数量；这部分不进入“当前确认可售实物基数”。

在途：尚未完成到货、验收、上架并确认可售的库存，单独列示，不计入当前可承诺数量。

其他同时活动占用：同一赠品SKU被多个活动使用时，对可能重叠的赠品需求合并检查，避免同一批实物被重复承诺。

未来单卖需求预留量：下一活动期内，根据同一SKU、相近期间及其他有依据数据得到的普通销售需求范围；只有有依据的需求才纳入计算，不把没有证据的销量预估当成确定库存占用。

最后再得出不同需求情景下的新增赠品承诺上限。这个数字只是“最多可以再承诺多少”，不是活动必须送出的数量。运营团队真正要决定的，是在这个上限以内开放多少；如果当前库存风险过高，少量开放、缩小活动范围或暂停未来赠送，都可以是正常结论。

别把“后台能创建”当成“库存已经安全”

真正具体到某个赠品工具的资格、赠品数量上限、库存扣减方式和活动修改权限，不能只凭一篇历史教程或别的市场经验判断，最终还是要看你当前 Seller Center 里对该工具显示的条件，以及对应活动附带的条款。

如果团队同时经营多个海外平台，类似的判断也会越来越常见。ESG跨境在官方合作平台的入驻支持里，会先做资料预审和专席对接；对于已经在多个市场跑起来的卖家，这种前置核对的价值，不只是把店开起来，而是把主体、平台要求和后续运营边界先理清。至于 Lazada Malaysia 这类平台的具体活动规则，仍然应该回到卖家自己的 Seller Center 和对应活动条款，不要把别的平台经验直接搬过来。

下一轮赠品要不要继续送，最后其实只剩一个问题：把已经答应出去的货留住以后，剩下的库存里，有多少是真正可以承诺，而不是“看起来还在仓库里”的库存。

作者：平台观察

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