从2022年夏天我第一次走进那家家电品牌的仓库开始，"库存管理"这个词在我心里的分量就彻底不一样了。当时客户给我看后台的库存数据，库存数量总共2700多件，账面上明明有货，可一到订单高峰，仓库就是拣不出来、发不出去。连续两周，每天都要出几十个超卖单。我后来蹲在仓库里数了半天，才发现问题根本不在"库存数据不准确"，而在于从系统里的数据库存信息到仓库里物理货位上那台实实在在的冰箱，中间隔了太多层"对不齐"的地方。
这就是本文想跟你聊透的一件事：数据库存家电类目库存，本质上是数据口径、参数规则、物理库位和物流计费四个维度的适配问题，而不只是"库存数量有没有记对"的问题。如果你正在做家电大件的电商运营、仓储管理或供应链计划，这篇文章会帮你把"库存数据"和"仓储物流"之间的断层彻底拆开，并给你一套可以直接抄作业的适配框架。
我把过去两年走访、诊断过的几十家家电企业（包括做了三观电商的、做了十几年线下批发的、自建仓库的、用云仓的）的库存问题做了一个归纳。几乎所有库存问题的根源，都可以归结为四个对象没有对齐。
| 对齐维度 | 需要回答的核心问题 | 对不齐的典型表现 |
|---|---|---|
| ① 数据口径 | 系统的"可售库存"到底指什么？ | 已付款未发货算不算可售？在途算不算？ |
| ② 物理库位 | 库里那台货，系统知道它在哪吗？ | 账上有货，货位上找不到 |
| ③ 商品主数据 | 一个冰箱的条码、体积、重量、抛重系数对吗？ | 计费体积和实际体积差了30% |
| ④ 流程规则 | 什么时候扣库存、什么时候释放、什么时候回补？ | 超卖频发，锁库逻辑混乱 |
这就像四个齿轮，只要有一个齿没咬合上，整个链条就卡壳。而绝大多数企业在处理库存问题时，都只盯着第一个维度：数据口径，以为"把库存数字弄准"就够了。事实是，光把数字弄准，物理仓配跟不上，结果还是发不出货。
我见过很多企业，直接把从前做服装、做百货的库存管理方案套在家电上，结果就是各种别扭。大件家电有三个标品没有的特性：体积重量导致仓储动作慢、物流抛重计费吃掉毛利、安装配送使售后链路变长。
这些特性叠加起来，意味着什么？意味着家电大件库存的数据库存不能只记录"数量"，它必须同时记录"物理属性"和"规则属性"。否则，库存系统就是一个只认数字不认货的"傻子"。
2022年6月，我被邀请到宁波一家家电电商公司做库存诊断。这家公司主营冰箱、洗衣机、冷柜，日单量大约400单。他们的ERP系统是行业里比较主流的一套，WMS也是花了真金白银上的。但老板见到我的第一句话是："系统上了三年，库存从没准过。"我花了一周时间，找到了五个让你"库存不准"的意外答案。
断层一：货品编码一致，实物却"长得不一样"。同一款冰箱，因为批次不同，包装尺寸相差了20mm，ERP里的体积字段还是老数据。物流公司按系统计费，一个月下来，多付了2万元运费。
断层二：仓库里"货"找到了，系统却锁定了另一个区域。这是个冷柜，仓库把它放在B3区，但因为入库时操作员扫错了库位码，系统的库位记录是C1区。拣货员在C1区找不到，直接报缺货，系统就显示"库存不足"，然后平台自动下架。等你发现B3区还有8台的时候，已经过了销售高峰。
断层三："可用库存"的计算规则混乱。ERP系统里，"已付款未发货"的订单已经扣减了库存，但WMS里这些货还躺在仓库的拣货区。结果就是：ERP显示有库存，WMS显示没库存，财务看到的是"库存充足"，运营看到的是"无货可发"。
断层四：安全库存没有"属性"。这家公司所有SKU的安全库存统一设置为"7天销量"。因为空调和冰箱周转率差很远，冰箱在冬天卖得慢，7天安全库存意味着仓库里堆了一大堆卖不动的冰箱，占满了黄金库位。
断层五：退货入库后"没质检就上架"。客户退回来一台冰箱，外包装完好，系统就直接把它加回可售库存。结果下一个客户收到，一开机有异响。二次退货，运费、包装费、折价率全砸进去了。我一直认为，退货没经过质检就回到可售库存，是所有库存数据失真的最大隐形凶手。
根据奥维云网等机构公开的行业分析，家电市场处于存量竞争状态，毛利率持续承压，库存周转效率直接影响现金流。大家电的自有库存资金占用非常大，一台高端冰箱的采购成本可能3000-5000元，如果库存周转慢了30天，就是几千元资金白白压在仓库里。在多个行业交流场合，我听到的实际反馈是：大件家电企业的账实相符率（库存账面数量与实际数量一致的比例）能达到90%以上就已经算优秀水平，而这个数字在服装、美妆等标品行业通常要求做到99%以上。
差距从哪来？差距就来自大件的物理属性没有被数据模型充分承接。
如果你不确定自己的库存体系是否有问题，可以先花5分钟做下面的自检。中招3项以上，说明需要重视了。
很多老板觉得，我ERP也上了，WMS也上了，库存数据每天同步，怎么会不准呢？问题恰恰出在"同步"本身。系统之间的同步是一个个时间点上的快照，而仓库作业是连续的。你0点同步一次数据，但凌晨2点还有夜班在拣货，早上8点的库存数据就已经不是最新状态了。让我说得更直白一点：系统里的库存数据永远是"上一个动作"的结果，而仓库里的货是"现在进行时"。
ABC分类法（按销售额贡献将SKU分为A/B/C三类）确实经典，但放到大件家电上有一个致命缺陷：它只看销售贡献，不看体积、重量和存储难度。一台售价8000元的高端冰箱，可能一个月就卖5台，按销售额贡献它算C类，但它占的体积是几十台微波炉的总和。用C类商品的标准去管它，资金占用和仓储风险都会被严重低估。
所有SKU统一设"7天安全库存"，这是很多企业从系统里"一键配置"出来的结果。但是，空调7天和冰箱7天完全不是一个概念。空调夏季日销50台，7天安全库存就是350台；冬季日销2台，7天安全库存就是14台。统一设置造成的后果是：旺季不够卖，淡季堆库存。我接触过太多的企业，安全库存成了一个"拍脑袋填的数字"，而不是一个"按商品属性动态计算的结果"。
WMS（仓库管理系统）解决的是"仓库内部作业流程的数字化"，但它不能解决"商品主数据不对"和"跨系统同步规则不清晰"的问题。我见过一家企业，WMS的库位记录是准的，但ERP的可售库存算错了，因为两个系统的"可售库存"定义不同。系统与系统之间的规则缝隙，才是库存失真的重灾区。
大件物流按抛重计费，即长×宽×高÷抛比系数。举个例子，一台洗衣机外包装尺寸约0.6m×0.65m×0.9m，按6000的抛比系数计算，体积重是58.5kg，但实际重量只有40kg。物流公司按58.5kg收费，因为"体积重取大值"是行业惯例。如果你的系统里这个SKU的"计费重量"还停留在40kg，你的毛利核算就是虚高的。更关键的是，这个虚高的毛利会让运营做出错误的投放决策和定价决策，等到月底对账发现运费超支，已经来不及调整了。
前面说过，ABC分类法不够用。我的建议是采用"销量贡献×体积占用×出库频率"三维叠加的分级模型，把所有大件SKU分成四个优先级。
| 优先级 | 特征组合 | 管理动作 | 盘点频率 |
|---|---|---|---|
| P1 | 高频出库 + 大体积/高重量 | 固定低位仓位、每日循环盘点、安全库存动态预警、设置最低库存和最高库存双重阈值 | 每日循环盘点 |
| P2 | 中频出库 + 中体积 | 固定仓位、每周盘点、允许少量备货，周期15-20天 | 每周一次 |
| P3 | 低频出库 + 超大体积 | 高储位或外置区、按单采购、严格限制库存深度 | 每月一次 |
| P4 | 滞销/老品/残次 | 独立隔离区、不计入可售库存、启动清仓流程 | 财务月度+专项复核 |
要在数据库和ERP/WMS系统中真正实现"懂行"的库存管理，每个大件SKU至少需要以下5个扩展字段，缺一个，后面都会出问题：
— 以SQL字段设计为例，展示一个适配大件家电的SKU扩展表结构
CREATE TABLE sku_physical_attributes (
sku_code VARCHAR(32) PRIMARY KEY, — 商品编码
outer_length_mm INT, — 外包装长(mm)
outer_width_mm INT, — 外包装宽(mm)
outer_height_mm INT, — 外包装高(mm)
gross_weight_kg DECIMAL(6,2), — 毛重(kg)
stack_limit INT, — 最大堆码层数
volume_weight_divisor INT, — 抛比系数(如6000/8000/12000)
special_storage VARCHAR(64), — 特殊存储要求
updated_at DATETIME — 主数据更新时间
);
— 推荐每次物流商合同变更或包装变更后，由专人复核并更新本表。
库位规划需要为大件设计"物理属性+数据属性"的双层结构。我从实地诊断中总结出三条原则：
同时，我强烈建议在系统库位表中增加"库位虚拟容量"字段。也就是不仅记录"能放多少立方米"，还要按堆码限制算出"实际能放多少台"。否则系统有库位，但实际放不下，就会产生"退单"和"移库"的额外动作。
大件家电的物流成本占售价的比例通常在5%-15%之间，而标品可能只有3%-5%。这意味着物流费用不是一个"事后对账"的数据，而是一个"事前决策"的数据。我建议在数据库和ERP系统中，为每一个SKU建立"物流成本测算视图"，至少包含以下字段：
有了这个视图，运营在设置满减活动、跨店满赠、偏远地区包邮时，就能一眼看出哪些订单是"赔本赚吆喝"。我在服务的一家客户中，曾经发现他们最热销的一款对开门冰箱，在新疆、西藏等偏远地区的运费占比达到23%，而毛利只有18%，等于每卖一台就倒贴5%的净利润。这就是"数据没有嵌入决策"的代价。
完全消灭"同步延迟"是不可能的。我能做的是帮你设计一套容差机制：
2023年，我以数据顾问身份参与了一家华东家电品牌的库存项目诊断。该品牌主营冰箱、冷柜、洗衣机，覆盖天猫、京东、拼多多和抖音四个平台，自营仓位于浙江嘉兴，面积约8000平方米，日单量500~800单。以下数据均来自该项目期间的系统日志和仓库实地记录（已做脱敏处理），部分为项目组测算的示意数据，不代表全行业基准。
项目组对仓库内1200台冰箱进行了地毯式盘点，结果如下：
| 状态 | 数量 | 占账面库存比例 |
|---|---|---|
| 账实相符且可正常发货 | 972台 | 81% |
| 库位记录错误（能找到货但不在系统记录位置） | 96台 | 8% |
| 退货未质检已计入可售 | 72台 | 6% |
| 日常破损/配件缺失未及时报废 | 36台 | 3% |
| 系统在途但实际未到仓 | 24台 | 2% |
真正能在客户下单后立刻发货的冰箱，只有81%。这意味着如果你不做适配，你花了100万元的库存成本，真正在售的可能只有81万元，剩下的19万元全是"死库存"和"假库存"。
针对P1类高频大件商品（如爆款三门冰箱），项目组在实施每日循环盘点后，库存差异率（指盘点差异数量占总库存数量的比例）从4.5%下降到1.2%。这说明什么？大件商品只要把盘点重点放在最高频、最关键的那20%的SKU上，账实相符率就能大幅改善。而不需要等到月底对全仓进行大海捞针式盘点，那样既耗时又难以追溯差异原因。
该项目中，退货商品从客户签收退货到完成质检重新入库，平均需要6.8天。而系统操作上，退货单在客户发货时就已经生成。也就是说，在这6.8天里，系统里可能还挂着"客户已退货"的库存，但实际商品还在路上或者躺在收货区。更严重的是，收货区没有按"待质检"和"已质检"物理分区，导致部分退货直接混入可售库存。项目组重新设计了逆向流程后，退货平均处理时长从6.8天压缩到2.3天。
你的资源有限，不需要一步到位上大型系统。我建议你把80%的精力花在两件事上：第一，把SKU主数据的基础字段建立起来；第二，把库位编码和货物摆放规则用Excel或在线表格管理起来。
这个阶段最危险，因为业务快速增长，但系统和管理规则还没跟上。我的核心建议是：把"可用库存"的口径和"锁库规则"彻底理清。
到了这个阶段，你需要的不仅仅是"规则"，而是"系统级的自动化"。建议考虑以下几点：
如果你同时在淘宝、京东、拼多多、抖音上卖货，不同平台的库存扣减规则是不同的。我的经验是：绝不能把同一个ERP的"可售库存"直接推送到所有平台，必须为每个平台设计独立的"可售库存公式"。例如，抖音直播间大促期间的库存放量要大一些，因为直播的流量波动非常大；京东自营仓的库存由平台托管，和店铺库存逻辑上要分开核算。建议用一张映射表，统一管理"平台→店铺→仓库→SKU"的库存分配比例。
很多老板在"要不要上高级WMS"这个问题卡住。我的建议很简单：如果你的日订单量不足100单，人工扫码加Excel表完全够用；如果超过300单，系统自动化的成本已经低于人工纠错的隐性成本了。判断的关键指标不是系统多少钱，而是每个月因为库存不准造成的超卖赔付、缺货损失和加急运费合计多少钱。当这个数字超过系统月租金的2倍时，果断上系统。
如果你要求每次出入库都做到100%扫码确认，库存准确率会很高，但拣货效率会下降，因为操作员多了好几个动作。对于P3类低频超大体积商品，你不需要为它付出和P1一样的扫码复核密度，减少作业动作，这是合理取舍。适配的本质不是"所有环节同等严格"，而是"不同优先级的商品配置不同精度的管理动作"。
很多老板第一反应是"仓库不够用，要租更大的库"。但你真正该算的是坪效：每平方米仓库面积创造了多少营业额。如果仓库堆满了P4类滞销品，租再大的仓库也只是把滞销品从一个小房间挪到大房间。先清滞销、再上高位货架、再谈扩容。
最后，我想说一个很多企业纠结的问题：平台可售库存到底设置多少？设得太少，流量跟不上；设得太多，超卖赔付。我的建议是：平台可售库存应该等于"真实可发货库存 × 平台活动系数"，而不是等于系统账面库存。宁可把库存设低一点，让消费者看到"已售罄"，也不要做超卖然后被平台罚款。
如果你的企业年销售额过亿，自营仓的管控力度更可控，但管理成本高。如果年销售额在3000万以下，我建议你用第三方云仓，但必须要求云仓系统开放库存实时数据和操作日志接口，不然你会变成一个"盲人摸象"的运营方。
写到这里，我梳理一下最核心的判断：数据库存家电类目库存，不是上一个ERP、买一个WMS就能解决的；它是一套从商品主数据、库位物理属性、物流计费规则到跨系统库存口径的"全方位适配"。
下一步，我建议你从三件小事开始：第一，花半天时间，把你们仓库里销量最高的10个SKU，逐一核对它们的长宽高、毛重、堆码限制、抛重系数在系统里是不是准确的；第二，用文中提到的"库存健康度自检清单"给你的仓库做一次体检；第三，先选一个P1类SKU，试点两周的每日循环盘点，看看库存差异率的变化。这三件事，不花一分钱，但会让你对自己的库存数据有一个全新的感知。如果你在做的过程中有任何卡点，欢迎带着具体场景来交流，真实的问题，永远比抽象的理论更有讨论价值。
我们仓库的冰箱、洗衣机经常和系统库存对不上，ERP显示有货，实物区却是空的，或者实物在但系统没入库。仓管也天天盘点，还是整天出问题。是不是大件家电的库存管理有什么特别的门道？
先说结论：家电大件库存账实对不上，绝大多数时候不是仓管不认真，而是数据在“销售平台→ERP→WMS→物理库位”这条传导链路里，每一跳都可能失真。小件商品体积小、单价低、出库频次高，一次失真很快被下一次操作覆盖；大件商品体积大、单价高、出库频次低，一次失真就是一次高成本事故。分享一个我亲身处理的案例。
去年给一家空调品牌商做库存诊断，系统显示某一型号3匹柜机库存12台，实物却只有3台。排查后发现，仓储主管上个月把9台整机从“整机存储区”手动搬到“备货发货区”，但没有在WMS里做移库操作。系统里的库位数据还停在原地，物理库存却已经变了。
这9台货进入备货区后又被零散订单消耗掉，系统却一直以为整机区还有12台可售。为什么小件很少出这种问题？因为数据线、耳机这类商品，库位移位后即使系统没更新，下次盘点或拣货很快会发现。大件不同，一台冰箱在仓库可能躺一两个月才动一次，一个错误的库位数据能潜伏很久，直到客户下单才发现“有账无货”。
我的判断是：靠“加强责任心”“多盘点”解决不了问题。必须把校验动作嵌进物理动作发生的节点，移库必须扫码，扫码必须录入目标库位，目标库位必须校验虚拟容量。从机制上让“多做不了”和“错做会被立刻发现”同时发生。
下面这张表是我在做库存诊断时常用的失真点与控制办法对照，可以直接拿去做内部检查： 链路环节常见失真方式机制化控制办法 平台后台→ERP订单状态不同步导致在途库存虚高订单状态全回流，每分钟定时对账 ERP→WMS商品编码不一致，系统间找不到对应物料主数据统一，编码全局唯一 WMS→物理库位移库后未更新库位，账实脱节移库强制扫码，库位虚拟容量校验 物理库位→出库同型号不同批次拣错批次管理字段，出库二次复核 出库→数据回流签收信息未及时返回，系统仍显示在途物流状态回调，自动关闭在途库存
我做家电电商运营，现在仓库还在用以前做小商品那套按销量分ABC的方法管库存，结果发现冰箱、冷柜这种大件根本不适用。想请教一下，给家电大件SKU建立库存数据模型时，应该增加哪些维度？怎么分级才真正好用？
只按销量做ABC分类，是大件家电库存管理最常见的惯性错误。ABC分类法适合小件标品，因为小件商品体积差异可以忽略不计。但大件商品有一个关键变量被完全忽略：体积和重量。一台月销5台的冷柜，和一台同样月销5台的数据线，在库存管理上的权重完全不同。
我给家电SKU做数据建模时，不会只套一个ABC维度，而是使用“三维分级模型”：把销量贡献、体积占用、出库频率三个维度叠加，将SKU分成P1到P4四个等级。这个模型的目的，是让系统回答一个核心问题：每台机器应该放在哪里、多久盘一次点、库存预警要设在什么水位。P1：高频+大体积。
典型代表是空调旺季的1.5匹挂机。管理动作：固定低位仓位、每日循环盘点、安全库存动态预警、提前锁定干线物流运力。P2：中频+中体积。典型代表是常规型号波轮洗衣机。管理动作：固定仓位加每周盘点、允许少量备货、每日释放超龄库存预警。P3：低频+超大体积。典型代表是商用冷柜、工程空调。
管理动作：高储位或外置区、按单采购、月度盘点即可，不作为常备库存。P4：滞销/老品/残次。管理动作：独立隔离库位、不计入可售库存、启动清仓或退厂流程，避免污染库存结构。在具体操作层面，我会在ERP或WMS里给每个大件SKU建立一组自定义属性字段：毛重、长宽高体积、堆码限制、体积重系数、特殊存储要求。
这五个字段看起来简单，但一旦缺失，后端库位规划就永远只能靠老师傅的经验。数据模型先跟物理属性对齐，后续的仓储物流适配才有依据。举例说明效果：我帮一家经销商重新搭过300个SKU的数据表，按三维分级重排后，发现原先占用了70%黄金库位的商品，实际上只贡献了20%的出库频率。
重新分配库位后，拣货路径缩短了近一半。这就是数据建模对仓储的直接价值。
我们的仓库大件家电摆放很乱，想重新规划库位，但不知道按什么逻辑摆。另外我注意到大件物流是按体积重计费的，运费贵得离谱，这跟库存存放的位置有关系吗？想找个有实操经验的人讲讲库位和大件物流适配具体怎么做。
库位规划和大件物流计费，看起来是两个话题，实际上是一件事。大件物流按体积重（也叫抛重）计费，运费经常比毛利还高。一个SKU如果库位离出货口太远，拣货和搬运成本会进一步吃掉利润。所以物流适配不只是“怎么运”，更是“把货放在哪里、值不值得放在这里”。库位规划我通常只讲三条原则。第一，重货低放、轻货高放。
冰箱、洗衣机的重量集中，必须放底层货架，降低搬运损伤风险。第二，高频近出、低频远放。出库频率高的SKU靠近打包区和出货口，减少重复搬运。第三，关联SKU就近绑定。主机、赠品、配件放在相邻库位，避免拣货时跨区跑动。另一个常被忽略的关键点：库位容量不是“能放多少台”，而是由系统里的“虚拟容量”字段决定。
大件商品要考虑堆码限制、叉车通道、消防间距。我会在系统里给每个库位设置虚拟容量上限，入库时如果超过上限，系统直接拦截。这个动作能有效避免仓库“过道里都堆满了货但系统还在继续收货”的失控状态。在物流计费适配方面，我会在SKU数据表里补充“体积重系数”和“运费估算”字段。
运营每天看后台就能知道每一单的运费占毛利比例。如果一单发到偏远地区的运费已经超过毛利，系统就会预警，运营可以及时调整售价或包邮策略，而不是月底算总账时才发现亏损。库位规划还必须动态调整，不能今年定了明年不变。空调在夏季前两个月就要预调仓位，取暖器在入冬前要提前备库。
我的习惯是旺季前至少一个月做一次“弹性库位预调整”：把高周转旺季SKU提前挪到黄金库位，把滞销SKU临时转移到外置区。等爆仓再临时挪位，已经晚了。
可以用下面这个清单快速评估现有库位的适配度： 检查项健康标准自检结果 重货是否在底层是 高频SKU是否靠近出货口30米以内 关联SKU是否相邻同区 库位虚拟容量是否启用是 旺季弹性区是否预规划是
仓库准备上新系统，想把ERP、WMS和电商平台后台打通，但听说系统对接的坑特别多，像编码不统一、退货数据漏更新、同步延迟之类的。想请教一下做过的人，家电大件做系统对接和日常盘点时要抓住哪些关键节点，才能避免踩坑？
系统对接的成败，百分之八十取决于主数据是否统一，百分之二十取决于技术实现。我见过太多项目翻在第一周的商品编码对不上：ERP里叫“冰箱BCD-123”，WMS里叫“BCD-123冰箱”，Excel里又叫“3匹柜机”。编码不一致，所有自动化校验都是空谈，账实相符根本不可能实现。
要做成这件事，必须执行三统一：商品编码统一、库房编码统一、库位编码统一。命名规则要细化到同一品牌、同一产品线、同一规格绝不能出现两个编码。主数据不是IT一个人能搞定的，需要仓储、运营、采购三方一起确认，并且用系统做唯一性校验。在业务流程上，我总结了五个关键节点，一个都不能省： 一、入库扫描。
到货必须扫描商品条码，系统自动分配库位，核对数量后确认入库。没有扫描确认，这批货不允许进入可售库存。二、移库更新。库位移位必须扫码，先扫出库位，再扫目标库位，系统同步更新。这条规则能根治“先搬货、后补单”的顽疾。三、出库复核。拣货后需要二次扫描确认商品编码和批次，防止型号相近的大件拣错。
大家电型号往往只有几个数字的差别。四、退货鉴定。退货商品必须先进入“待检区”库位，质检完成前不得释放回可售库存。这是最容易出大漏洞的地方，也是最容易被忽略的节点。五、盘点差异调整。任何盘点差异调整必须留痕，并设置审批权限。盘点人员只能提交差异，不能直接修改库存数。讲一个踩坑案例。
一家企业做系统迁移时，退货鉴定环节没有设置待检库位，所有退货直接回到可售库存。结果连续三个月可售库存虚高800多台，双11当天超卖300多单，只能紧急用空运补发，单次损失几十万。这个案例说明：账实相符的防线不在月底，而在每一个业务动作发生的那一刻。盘点策略也应与SKU分级联动。
P1每日循环盘点、P2每周盘点、P3和P4月度盘点。全仓统一月底大盘点反而容易流于形式，因为量大、差异分散，很难精准定位问题。分级盘点加五个关键节点的机制校验，才能把账实相符从口号变成结果。
读者评论
文章提到的“四方对齐”很触动我，我们公司就是只盯数据口径，结果库位错录导致超卖，跟文中的案例一模一样。尤其是退货未质检就回可售这块，确实是隐形杀手，准备按自检清单排查一遍。
作为物流从业者，对抛重计费那段深有体会。很多商家只看系统里的实际重量，算毛利时虚高，月底对账才发现运费吃掉利润。建议所有家电电商都核对一下系统里的体积字段，半年没更新的基本都会出问题。
作者把大件库存不适合套用小件模型讲得很清楚。我们之前用ABC分类法管冰箱，确实忽略了体积占用，导致黄金库位被滞销品占满。三维分级模型很实用，准备尝试按P1-P4优先级重新调整盘点频率和库位策略。