别等断货了才补货！手把手搭建店铺SKU库存智能预警体系（附可直接套用的模板与公式）
我做电商供应链管理这八年，见过太多店铺死法不是没流量，而是死在库存上。有一次去朋友公司，大促前第七天，他们卖得最好的那个SKU悄无声息地断码了。运营以为是仓库还没上架，问了一下午，最后查出来是供应商原材料缺货，采购周期要从15天变成35天。那一款单品平时一天出80单，大促期间预估能冲到300单一天。算下来，光这一个SKU，大促期间就少做了十几万营业额。
比损失更可惜的是什么？是他们后台的库存预警根本没关掉，而是设了一个“库存低于10件提醒我”。结果呢？从50件到10件，他们只用了两天。第三天上午就已经发不了货了。预警确实跳出来了，但发现的时候，补货期已经过了一半。这种预警有什么用？它只是告诉你“你已经断粮了”，而不是在“你还来得及补货”的时候提醒你。
这篇文章不讲概念，不搬教科书。我会直接告诉你，SKU库存预警机制到底该怎么搭，预警阈值该用哪些公式算出来，怎么用一张不花钱的在线表格搭出真正能帮你做决策的预警体系。所有案例来自我自己管的店铺、我走访过的工厂和卖家群里的真实踩坑记录。数据能给的都给，敏感信息做脱敏处理。你先记住一句话：库存预警不是“库存低了提醒我一下”，而是一套“事前设规则、事中快响应、事后可复盘”的管理闭环。 90%的店铺，只做了这套闭环里最没用的一步，设置提醒。
我现在把完整的搭建思路、公式、分级逻辑、落地步骤和不同阶段的取舍一次性拆开给你看。
先说结论。一个合格的SKU库存预警体系，必须同时具备三个特征：两端设防、分级响应、带动作闭环。
两端设防，是指它不仅要防“断货”，还要防“积压”。断货损失的是销售额和权重，积压烧掉的是现金流和仓储费。很多卖家只做断货预警，结果库存是没断，但库里全是不动的死货。资金全压在货上，新品没钱备货，周转率一路掉到底。
分级响应，是指它不是对所有SKU用一个标准。爆款和长尾款用同一套预警线，要么爆款提前断货，要么长尾款不断堆积预警通知刷屏。只有A类高贡献SKU需要近乎实时地盯着，C类长尾款可能一周看一次就够。
带动作闭环，是指预警触发之后，系统里必须知道下一步干什么。补货、调价、下架、清仓，每个动作要有明确的触发条件和执行责任人。如果预警弹出来只是让你知道“哦缺货了”，那这个预警等于白搭。
这套体系，不需要你懂代码，不需要你上大型ERP，也不要求你立刻换一套昂贵的OMS系统。只要你会用Excel或者任何一款在线表格（飞书多维表格、腾讯文档、Google Sheets都行），就能把我下面讲的这套东西完整搭起来。
我这几年帮人诊断店铺库存，见过太多人一上来就问“用哪个系统”。真话是：在SKU数量没有突破五百个之前，Excel和在线表格的灵活度其实更高。系统是给已经跑通流程的人提效用的，不是给流程还没跑通的人补窟窿的。流程不对，上什么系统都白搭。
拆开看，一套库存预警体系只有三个组件。
第一个组件叫阈值引擎，解决的是“什么情况下要触发预警”。安全库存多少，补货点什么时候到，滞销线怎么划。这个不是靠感觉拍脑袋，需要公式和参数支撑。
第二个组件叫监控节奏，解决的是“多久看一次库存”。A类SKU每日自动检查，B类SKU每日或两日检查，C类SKU每周检查一次。有人会问，为什么不能所有SKU都每天检查？因为你检查得越频繁，噪音越多。C类SKU本来动销就慢，你今天看它剩30件，下周看它还剩28件，每天都弹一条预警出来，你很快就会对所有预警免疫。
第三个组件叫动作规则，解决的是“预警之后谁来干什么”。库存低于补货点，自动生成补货申请单，采购负责人需要在24小时内确认交期。可售天数超过60天，进入滞销观察池，运营需要在一周内决定是否调价或报活动。没有动作规则的预警，就像一辆没有方向盘的汽车，发动机好也白搭。
我在卖家群里做过一个小调查，问大家“你店铺的库存预警有用吗”。三十多个有电商实操经验的人里，只有三个人觉得自己的预警“有点用”，其余人基本都处于“设置了但等于没设置”的状态。归纳下来，失效的情况就三种，你看你属于哪种。
第一种，预警滞后。库存已经低于安全库存才发现，错过了补货窗口。你设的是“低于20件提醒”，但你的补货周期是21天，一天卖30件，那20件的预警线根本留不出补货时间。这不是预警失效，是预警线设置从根上就是错的。
第二种，预警噪音。每天打开后台一堆SKU飘红，但绝大多数用不着处理。你统一设了一个补货点，结果所有慢动销的SKU天天在预警列表里躺着，时间长了就没人看了。狼来了喊多了，狼真来了也没人信。
第三种，预警孤岛。预警是弹出来了，但没有对应的补货策略和负责人。运营看到了转给采购，采购看了说供应商交期要15天，运营说那怎么不早点备，采购说你怎么不早说。来来回回一扯皮，三天没了。预警体系的信息流转没有闭环设计，就会这样，不是流程里没有牛人，而是流程本身就没打通。
我把自己操盘过程中印象最深的一次断货事故完整复盘一遍。这个案例比任何教科书都有说服力。
2023年9月，我们运营了一个家居类目店铺，有个客单价99元的收纳产品，是店铺里当之无愧的流量款。这个产品日均销量稳定在80-120单，毛利在35%左右，搜索流量占比接近四成。任何一个懂电商的人都能看出来，这是绝对不能断货的SKU。
但事实是，它断了。而且断得非常彻底，断货周期长达12天。
我把时间线完整还原一下，你就会明白问题出在哪。
断货当天往前数28天，该产品的日均销量从90单慢慢涨到了110单。当时库存水平是1200件，按照日均100单算，还能卖12天。采购周期大约是10-12天，看起来还赶得上，但所有人都忽略了一件事，当时已经是9月15日，国庆节马上到了，工厂的排产周期会因为假期拉长到15天以上。
等我注意到库存只剩300件的时候，已经是第10天。这时候下单采购，工厂告诉我要18天才能交货。中间还有个国庆假期，物流还要再耽误两天。一来一回，直接断货12天。
断货的12天里发生了什么？原来一天100多单的链接，因为发不出货，转化率掉了一半以上。好不容易恢复供货，流量已经回不到原来的水平。搜索权重从头部掉到中部，花了足足三周才慢慢爬回来。算总账的时候发现，断货造成的直接损失加间接损失，差不多是那个产品半个月的销售额。
复盘之后，问题非常清楚：没有人设过补货预警线，只有平台自带的一个“库存不足”提醒。而这个提醒触发的时候，留给我们的补货时间已经不够了。这就是典型的预警滞后。
深入挖一层，当时后台确实设了“库存预警值100件”。但这个值是怎么来的？是上一任运营随便填的，没有经过任何计算。日均销量100单的产品，补货周期10天，那补货点至少要在日均销量乘以补货周期之上，也就是1000件以上。设成100件，相当于商品只剩一天量时才提醒，补什么货都来不及。
那之后我定了一条规矩：所有SKU的补货预警线，必须由公式计算得出，不许任何人拍脑袋填。 这条规矩一直用到现在，并且在这个基础上逐步迭代出了完整的预警体系。
做预警体系，第一步不是搭表，而是先把过去三个月到半年的缺货记录拉出来。看每个SKU缺过几次、缺了多久、缺货前库存是多少、当时日均销量是多少、补货用了多长时间。
当时我拉完数据吓了一跳。过去半年里，我们店铺有二十多个SKU发生过缺货，其中一半以上的缺货发生在补货周期内没来得及续采的情况，而不是备货量不够。换句话说，我们不是不会算要备多少货，而是补货动作太慢，流程上没有“提前量”的概念。
这个发现直接改变了整个体系的搭建方向。单纯提高安全库存治标不治本，因为所有SKU的安全库存都加一倍，资金占用立刻上升，很多长尾SKU就要变成积压库存。真正要做的是把预警节点往前移，把补货决策从“缺了再补”改成“到了补货点就自动进入补货流程”。
后来我做数据观察，也跟做飞书方案的朋友聊过他们的客户案例。国内某头部美妆品牌的海外电商团队，之前每个月从ERP里导一次库存Excel，再人工核对各渠道库存数据。导出来的数据最早也是上个月的，决策天然滞后一个月。后来他们改用在线表格做库存协同，把供应链各环节的信息拉通，才解决了基础的数据时效问题。
说明一个什么现象？从人工导出Excel做月度盘点，到基于实时数据的滚动预警，是很多店铺从粗放经营走向精细化管理必须跨过的一道坎。 你不需要一步到位上大系统，但你必须要开始做这件事，否则永远在救火。
说到库存预警，绝大多数人理解错了。我总结出六个高频误区，每一条都是我在实操或者帮人诊断的时候亲眼见过的。
这是最典型、最普遍的误解。平台后台那个“库存低于XX件提醒我”，本质是一个闹钟，不是预警。闹钟响的时候，只代表库存触及某个值，不代表你还有时间补货。真正的预警必须建立在“补货周期”和“日均销量”这两个变量的前提上，它回答的是“现在还来得及做点什么”，而不是单纯告诉你“发生了什么”。
很多店铺设置库存预警的时候，图省事，所有SKU统一填一个数。快消品和耐消品的补货周期不一样，流量款和利润款的日均销量不一样。一个卖得飞快的爆款跟一个一年都卖不掉的冷门款，怎么可能用同一个预警线？这种预警不叫预警，叫形式主义。
积压是仓库里的隐形杀手。很多店不缺货，但利润全压在库存里。库存周转率低的店铺，表面上看账面上有利润，实际上钱全变成了卖不动的货。有些老板一直觉得自己赚钱，年底一算账发现钱全在仓库里，这种现象太常见了。
市场会变，流量会变，转化率会变。一个款上个月日均卖100件，这个月可能因为竞品降价只剩40件。如果预警线不跟着变，上个月的预警值放到这个月就是灾难。所有预警参数必须跟随销售数据滚动更新，至少每两周校准一次。
预警出来之后，谁来处理？处理流程是什么？多久之内要给出反馈？很多店铺预警弹了，运营看到了，转给采购，采购问老板，老板说再等等。等着等着，补货窗口就过了。预警体系要跟一个“标准作业流程”绑定，谁收到预警、做什么动作、多久完成，全都要写清楚。
这是最常见的反向误区。有人觉得Excel表做不了预警，必须买一套ERP或者库存管理软件才行。实际上，大部分卖家在起步阶段用在线表格加条件格式就能实现90%的预警功能。一上来就上系统，反而可能因为流程没理顺，用了几个月就弃用。
讲完误区，下面是整个系统的核心，具体怎么做。
一套完整的预警体系，起码要有两条线：
补货预警线确保你有足够的时间完成补货动作；滞销预警线确保库存周转效率不会越来越低。一条管缺货，一条管积压，两条线同时工作，库存才能在一个健康的区间里动态波动。
很多人听到“动态安全库存”这几个字就头大，觉得要上很复杂的算法。但实际上，中小卖家根本不需要那些数学推导，你只需要一个在Excel里能直接算出来的简化版公式。
核心公式如下：
动态安全库存 = (近30天日均销量 × 平均补货周期) × 波动系数
波动系数怎么取？我的经验建议：
举个例子说明：某SKU近30天日均销量80件，平均补货周期是10天，品类属于销售波动比较大的，波动系数取1.5。
那么动态安全库存 = 80 × 10 × 1.5 = 1200件。
这个公式最大的优势是：所有参数你随时可以改。日均销量变了，补货周期变了，安全库存自动跟着变。这就解决了前面说的“预警值一劳永逸”的问题。
有了安全库存，补货点的计算就顺理成章。
补货点 = 安全库存 + (日均销量 × 平均补货周期)
还用上面那个例子，日均销量80件，补货周期10天，安全库存1200件。
补货点 = 1200 + (80 × 10) = 2000件。
翻译成人话就是：库存降到2000件的时候，你要开始下单补货了。等到库存降到1200件（安全库存）的时候，你的补货已经在路上。再退一步说，即使供应商晚到几天，安全库存的1200件还能撑一阵，不会直接断货。
滞销预警线相对简单，核心是看“可售天数”。
可售天数 = 当前可用库存 ÷ 近30天日均销量
滞销预警阈值建议设为“可售天数超过库存周转目标天数”。举个例子，你设定店铺整体库存周转目标是45天，那么任何一个SKU的可售天数超过60天，就要触发滞销预警。
慢销SKU出现积压的早期征兆是：可售天数在45天上下，但销量趋势在往下走。这个时候就该做动作了，比如考虑是否要调整价格或者退出流量推广。等到可售天数超过90天才发现，清仓的代价会比现在高一倍。
在把所有SKU用同一套公式算之前，先对SKU做分级。我给的方法是ABC三级分类，分类维度有三个：销量贡献率、毛利率、供应稳定性。
这个分级为什么重要？因为它决定了你的注意力分配。预警体系的本质不是把所有库存都管到极致，而是把最重要的资源投到最关键的SKU上。
理论讲完，下面是实际案例。我分三个典型阶段来讲，你可以对号入座。
这个阶段的店铺，往往只有一两个人在管运营加供应链。SKU数量可能只有几十个到一百个。此时最核心的问题不是缺系统，而是缺“计算意识”。
去年我帮手把手带过一个做厨房用品的卖家，月销30万左右，SKU数80多个。他们的库存状况用一个字形容就是“乱”。库存数据在Excel里，但那个Excel表只有一个总表，没有拆SKU明细，也没有任何公式。仓库盘点要花两天，盘出来的数据还不一定准。
我给他们的方案非常简单：先把80个SKU按ABC分类，A类选出了6个SKU，B类15个，其余全部是C类。然后只针对A类和B类SKU，用我上面给的公式设好补货点和安全库存。整个搭建过程加起来两个晚上，用的就是Excel。
一个月以后，效果非常明显。A类SKU的断货次数从每月3次降到了零，B类SKU的库存周转天数降低了20%。最关键的是，他第一次知道了“什么东西什么时候会缺货”，而不是等买家退款了才后知后觉。
到了这个阶段，SKU数量可能到了200-500个，采购和运营开始分工。这时候Excel单机版的局限性开始暴露：运营要改销售预测，采购要看库存报表，仓库要更新入库数据。一份表格传来传去，版本对不上，数据混乱。
我曾经服务过一个做户外装备的客户，月销150万左右。他们的问题是：运营和采购各有一份库存表，两边数据经常不一致。运营觉得某个SKU库存还够，采购说供应商已经在催单了，一核对发现两边差了三百多件货。
这个阶段我给的建议是迁移到在线表格工具，比如飞书多维表格或者腾讯文档。好处是用同一份数据源，运营和采购同时在线协作，任何一方修改数据实时可见。更关键的是，可以在线表格里把预警、补货申请、处理进度全部串起来，形成一个简单的闭环。
这一阶段的关键原则是：不需要上ERP，但必须把数据源从“单机”变为“多人协同”。
到了这个规模，SKU数量破千，多平台运营很常见。这时候Excel/在线表格的维护成本会明显上升，因为数据源太多了。淘宝一套库存数据、抖音一套、拼多多一套，加上自己的仓和外包仓，靠人工同步很快就会出错。
这个阶段我的建议是：复盘你表格体系里做得最多、最频繁的操作，看看能不能通过系统自动化。如果每天要花两小时手动同步库存、更新预警状态，那确实需要引入系统了。
但选系统之前，有一件事必须做：把数据规范先定清楚。SKU编码规则统一没有？供应商交期维护没有？安全库存系数由谁定期校准？如果这些基础问题没解决，系统上去了也是垃圾数据进、垃圾数据出。
有个朋友的公司年销几千万，上了市面上一套知名的ERP，用了半年弃了。原因是基础数据太乱，系统每天报出来的预警一半都是错的，最后大家还是回到Excel继续人工核对。别以为系统是救命稻草。流程和规范不先立起来，系统帮不了你。
我观察过很多店铺的数据，发现一个反直觉的现象：预警过于频繁的店铺，实际断货率反而比预警适中的店铺更高。
原因很简单：预警太多，边际效用递减，你看到的每条预警都是红色的，你就分不清哪条是紧急的、哪条是常规的。时间长了，看到预警就忽略，真正重要的预警反而被淹没。
我建议的频率是这样的：
预警的价值不在于“把每一条消息都推到老板面前”，而在于“把最重要的一条消息推到最需要的人面前”。
重头戏在这。下面这五步，你拿任何一个在线表格工具都能完成。每一步我都会告诉你具体建什么字段、用什么公式。
说实话这部分内容比较长，但是每一句都有用，你可以直接照着做。
打开一个新的在线表格，第一张工作表命名为“SKU主数据”。字段建议如下：
这些字段看起来多，但每一个都有用。采购周期决定补货点数学公式里的一个关键参数；在途库存决定当前真正可用的库存是多少；历史断货次数帮你识别哪些供应商或哪些SKU是容易出问题的。
当时我帮一个做家具收纳的卖家整理主数据，发现他们有40%的SKU没有填写采购周期。这导致所有关于补货时间的计算全是空白。建议你先花一个下午把这份清单拉出来，边整理边发现你数据上的漏洞。
主数据建好后，新建一列叫“安全库存”，再建一列叫“补货点”。然后写入公式。
以一个SKU主数据表为例，假设：
那么安全库存的公式就是：
=F2*D2*G2
补货点的公式是：
=H2+F2*D2
其中H列就是刚才算出来的“安全库存”。
再来一个当前状态判断列，“当前可用库存”（当前库存+在途库存），建议你再建一列“是否触发补货预警”：
=IF(I2
其中I列是当前可用库存，J列是补货点。
这样每次你更新当前库存数据，预警状态会自动更新。不需要任何复杂的宏代码，几分钟就能用起来，比每天盯着后台看库存数字强太多了。
表格公式能帮你判断“是否需要预警”，但如果只是文字提示，看起来还是很费劲。这时候用条件格式功能，给SKU自动标色，把视觉识别门槛降到最低。
设置逻辑：
这个条件格式设置好后，只要表格数据刷新，颜色就会自动更新。打开表格扫一眼，红色最紧急，黄色是预备，灰色是滞销风险。你的眼睛处理不了两百行数据，但处理三种颜色，一秒就够了。
这一步是整个体系里最关键、也是大多数人不做的事。预警触发之后，不是直接关掉表格当没看见，而是要把“处理动作”记录下来。
建议新增一个工作表叫“预警处理台账”，字段包括：
规则定义：
这个台账的本质，是把“预警”从一条消息变成一个“待办事项”。每个预警都对应一个明确的责任人、动作和完成时间。不要觉得这一步麻烦。没有台账，预警做完就完了，下次还是同样的坑踩第二遍。
每个月末，打开预警处理台账，做一个月度复盘，聚焦三件事：
只要有一单断货发生，就要回溯：预警线设错了？补货周期变长了？还是处理动作太慢？原因一个个找出来，然后在参数上做调整。比如某个供应商最近交期总是延迟三天，那采购周期字段就要从10天改成13天。
我服务过的一个客户，第一月预警了26次，实际断货7次。每次断货都复盘找原因。到第四个月，预警次数降到13次，实际断货降到1次。预警体系的效果不是一次性到位，是靠滚动复盘和迭代校准，一点点把问题逼出来的。
以上是通用方法，但具体到你个人的情况，还需要对号入座做一些微调。我按三个维度分别给出建议。
（1）标品/快消品：这类商品销售稳定、目标客群明确、复购率高。核心策略是“按销量趋势滚动补货”，波动系数取1.2-1.3即可。关键动作是定期回顾前30天销量，周度更新日均值。补货周期相对固定，一旦供应商交期长期稳定，可以把安全库存适当下调。
（2）非标品/服装鞋包：这类商品款式多、单SKU销量分散、季节性强。核心策略是“按款管理”，每个款式的生命周期要单独跟踪。上架前就要设定首单量和补货上限，一旦进入季末，所有SKU的补货预警要自动转为滞销预警。活动清仓的触发条件要提前写入规则。
（3）季节性商品/节日礼品：这类商品补货窗口极窄，错过就没了。核心策略是“按日历管理”，把补货点和安全库存跟季节日历绑定，而不是跟日常销量绑定。淡季时预警只是观察，旺季前30天开始进入高压预警状态，所有相关SKU的检查频率提到每天。
起步期店铺（月销10万以下）：你的核心任务不是搭复杂的预警体系，而是先搞清楚每个SKU的日均销量和补货周期。用Excel把这两个数据算清楚，给前5-10个SKU设置简单的补货点就够用。关注的是现金流，不要备太多货。
成长期店铺（月销10-50万）：SKU数量变多，人工盯库存开始吃力。这个阶段适合完整套用我上面讲的五步法，并且可以开始用多维表格把运营和采购协同起来。花一两个晚上把基础数据和公式建好，后面省下来的时间远远超过这个投入。
成熟期店铺（月销50万以上）：你的需求不是建表，而是把这套逻辑工具化、制度化。预警触发后要自动通知到人，处理台账要自动沉淀成报表。这个阶段可以评估是否引入ERP或者专业的库存管理软件。但有一条要记住：先有流程，再上系统。 流程没跑顺，系统越上越乱。
一个人管理整个店铺：所有动作尽量集中在一张表里，减少切换成本。你的主要精力分配应该是：80%花在A类SKU上，15%花在B类，5%花在C类。不需要做太复杂的协同，表自己看得懂就行。
两个人配合（运营+采购）：最关键的是明确分工。运营负责维护日均销量、活动节奏，采购负责维护采购周期、供应商交期。同一张在线表格里，每个人只改自己负责的那几列，用颜色区分权限区域。预警状态和预警台账共享，彼此能看到对方处理到哪一步了。
三人以上团队：需要有一个人承担“库存管理员”的角色，专门负责核对数据、更新参数、推动预警处理。这个人就是整个体系的轴心。没有这样一个角色，再好的表也会因为没人维护而退化成一堆死数据。
不管你的情况是哪一种，我建议的最小起步路径是：
先花两天时间把SKU主数据表建好，把A类SKU的采购周期和日均销量算准，然后设置安全库存和补货点公式，条件格式标红标黄，这就已经超过了大多数店铺的库存管理水平。剩下的闭环和复盘，每周补一点，一个月就能跑起来。
做库存预警，本质是在一系列矛盾中寻找平衡。以下是几个最常见的取舍，你需要根据自己的实际情况做判断。
这是最基础的取舍，它直接决定你的安全库存系数。
以标品为例，如果你的产品毛利率高（60%以上）、资金充裕但供应链不稳定，值得多备保守，波动系数取1.5-1.8都没有问题。但如果你本身资金紧、周转要求高，就要在断货和积压之间做平衡，波动系数取1.2就够，把资金留出来做更多品。
很多中小卖家在这一点上是模糊的。你想当保守派，但你的现金流不允许；你想当激进派，又怕断货伤链接。最怕的是摇摆不定，一会儿多备一会儿少备，整个库存体系被搞乱。建议你按自己的资金状况和毛利水平，选一个方向，两头下注的结局通常是两头落空。
预警阈值越精细，需要维护的参数就越多。每个SKU单独设一个补货周期？理想状态下是这样，但在SKU数量几百个的实际情况下，根本维护不过来。
我的建议是“按分组设置参数”：相同供应商和相近采购周期的SKU分成一组，组内共用一套补货周期参数。这样你只需要维护10-20组参数，而不是500个SKU的独立参数。预警精度会有轻微损失，但维护成本大幅下降，整体效果反而是更好的。
A类SKU的补货预警需要即刻响应，但C类SKU的滞销预警没必要每条都打扰你。合理的设计是：A类预警自动提醒到个人，B类预警每日汇总推送，C类预警每周汇总一次。这样，既不会漏掉核心信息，也不会被琐碎信息淹没，大脑才有余裕处理真正重要的事。
以前我刚开始做这套体系的时候，就是每一类都即时推送，结果一天收到几十条通知。头几天很兴奋，觉得“系统好智能”，一周之后就开始麻木了。后来改了分级推送策略，反而再也没有漏过关键预警。人专注力是有限的，请珍惜它。
Excel/在线表格的问题在于：库存数据需要人工录入。SKU少的时候，每天打开后台拉一次数据，复制粘贴进表格，花费5-10分钟，完全能接受。SKU多了、平台多了之后，人工同步的时效性和出错率都是隐患。
我的判断标准很简单：如果每天花在同步库存数据上的时间超过30分钟，就可以考虑用工具对接，比如通过API接口自动同步电商后台库存数据。这个节点每个人出现的时间不一样，但你一定要知道它什么时候出现，不要永远低着头人工干苦力。
当滞销预警触发时，你面对两个选择：降价促销清库存，或者放着等慢慢卖。我的建议是，当可售天数超过90天的SKU，直接评估清仓；超过60天但未到90天的SKU，先尝试调整推广策略或小幅降价，观察两周再做下一步。如果可售天数超过45天且在持续上升，你需要越早行动越好，时间拖得越久，清仓的折扣就越深。
这里有一条从实践中总结出来的经验：清仓库存每多放一个月，最终清仓折扣平均就多打10%-15%。提前行动永远是成本更低的方案。
写了这么多，我停下来想想什么是真正想传达的。
库存预警体系做得好，表面上看到的是断货少了、积压降了、周转高了。但这些其实都是表象，本质上是让库存管理从“被动救火”变成“主动掌控”。你不是在等断货发生，而是在它发生之前就已经做了动作。 你不是在等季末清理库存，而是在季中就提前预判了风险。这种“提前性”和“主动性”，才是预警体系给你的最大价值。
我在帮朋友店铺搭完这套体系后的第三个月，他跟我说了一句话：“现在每天打开表格，看到满屏绿色的正常状态，心里特别踏实。” 这份踏实不是来自“不会出事”的盲目自信，而是来自“就算出事我也早就知道并且已经做了准备”的确定性。
如果你现在的店铺还在靠平台自带的“库存不足提醒”过活，或者还在等库存卖完了才想起来要补货，我建议你从今天开始做一件事：打开你的店铺后台，拉出销量前10的SKU，用文章里的公式，把安全库存和补货点算出来。不用多，先把这10个SKU管好，就是很好的开始。
一个表格，五个字段，三个公式，两天时间成本，换来的是每个月少断几次货、少压几十万资金。这笔账怎么算都不亏，做库存管理的专业人士一眼就能看懂其中价值。
不要再等断货的事故发生了再补货，从今天开始，从销量前10的SKU开始，搭起你自己的库存预警体系。
读者评论
看到文中说的‘预警滞后’简直扎心。我以前也喜欢把预警值设得很低，觉得这样就不会被噪音干扰，结果就是爆款断货了才知道。现在才明白预警要按销售速度和补货周期去算，不是拍脑袋填个数字。准备马上把补货点公式用起来，至少要留出提前量。
文中最触动我的是‘两端设防’和‘分级响应’。很多店铺只防断货，却不管积压，结果现金流都压在死货上。我们之前也是所有SKU用一个预警值，后来发现爆款和长尾款完全要区别对待。现在按SKU等级设置不同监控节奏，噪音少了很多，库存周转也健康了。
作为采购，我太有感触了。以前运营一说缺货，我们才去催供应商，其实已经晚了。文章里说的‘动作规则’很关键，预警触发后要明确谁来对接、多久确认交期、下不下单。没有这个闭环，预警只是通知，起不到作用。我准备把采购响应时限也加进表格里。
文中的断货复盘案例就像在说我们的店。去年大促前一款核心SKU断码，直接少了十几万营业额，事后才发现预警值设得太晚了。文章那个‘补货点=日均销量×补货周期’的公式很直观，比凭感觉靠谱多了。已经分享给团队，大家开始重新梳理所有SKU的预警线。
很喜欢这篇文章的点：库存预警不是‘库存低了提醒我’，而是‘事前设规则、事中快响应、事后可复盘’。我们店sku不多，用在线表格完全够用。按文中的阈值引擎、监控节奏、动作规则一步步搭，比盲目上系统实用。感谢分享，先拿Excel把框架跑起来。