补货这件事，真正该问的不是「进多少」，是「谁来决定进多少」。我在衡阳、常宁、耒阳服务过三百多家门店，见过太多店的补货决策卡在一个人身上——老板娘。她凭上次卖剩多少、凭这几天手感、凭供应商那句「这个款好卖」，一笔一笔拍下去。拍对了是运气，拍错了就是仓库里压着货、货架上空着位。
补货拍脑袋，漏的钱到底漏在哪两头
先说压货这头。耒阳一家做女装的店，去年秋天进了六十件加绒外套，老板娘当时的理由是「去年这个款走得动」。结果十月一场秋老虎，十一月才转凉，到十二月底还剩三十七件。这三十七件占的不是货架，是现金。按一件进价一百二算，四千四百多块钱躺在后仓里，一直躺到今年三月清仓，五折甩完，回款不到两千二。
再说断货这头。衡南一家社区小超市，夏天最热那两周，冰镇饮料卖疯了，货架上空了两天。老板不是不想补，是他压根不知道已经空了——他在外面跑进货，店里靠店员口头报。等他反应过来，那波最热的生意过去了。断货跑掉的单子，比压货更疼，因为顾客走了不一定回来，下次他进隔壁那家。
这两头是同一个病根：补货这个动作，没有一条稳定的判断依据。全凭人记、人看、人猜。人一忙，就漏；人一换，就断。
安全库存不该是个固定数字，它得跟着近四周动销走
很多老板问我，安全库存到底设多少。我一般的回答是：如果你现在填的是一个固定数，那这个数三个月后大概率是错的。
原因很简单，动销是会变的。开学季的文具和暑假的文具不是一个量；下雨那周的奶茶和出大太阳那周的奶茶不是一个量。你把安全库存写成「饮料低于二十箱就补」，那旺季就是天天断，淡季就是天天压。
我帮门店落地时用的做法，是让系统按近四周的实际动销滚动算。举个具体的：某个单品近四周每周平均出二十八件，波动大的时候最多三十四、最少二十一，系统就把安全库存放在三十件上下浮动，而不是拍一个「二十五」。这个数每周自己更新一次，老板不用管。
这套算法不玄乎，难的是数据得干净——每天卖了多少、退了多少、损耗多少，得有人记、记得住。所以我在给本地商户做定制化开发的时候，第一步从来不是上算法，是先把进销存这条流水打通。系统开发这件事，算法是后面那层皮，前面那层骨头是数据能不能对得上。
从「我来定」变成「系统出清单，我来点头」
这是整件事真正的转折点，也是我最想跟老板们讲清楚的地方。
过去的流程是：老板娘想起来要补货 → 翻一遍货架 → 打电话给供应商 → 报个数。中间全靠记忆和手感。
现在的流程是：系统每天跑一遍 → 把低于安全线的、近四周动销在往上走的、压了超过三十天没怎么动的，三类拎出来 → 生成一张待确认清单 → 老板娘打开手机看一眼，改两个数，点确认。
差别在哪？在于老板从「想」变成了「审」。想是要花脑子的，审只要看一眼。
常宁一家母婴店老板跟我说过一句挺实在的话：以前补货是他老婆的事，两个人经常为「这个要不要多进点」拌嘴。现在系统列出来，谁也不用说服谁，看一眼数字就定了。他说这话的时候笑了笑，说家里清静了不少。
我特别想强调一点：这不是把人替掉。清单最后那一下点头，还是老板点。系统只负责把该看的信息摆到眼前，不替人做决定。这也是我一直跟商户讲的原则——AI 在门店里最靠谱的用法，是先做「提醒」和「算数」，不是先做「替你拍板」。
滞销标记这一步，才是真正把钱捞回来的地方
补货清单是往前看，滞销标记是往回捞。
我在系统里会给每个单品打一个「多久没动」的标记。超过三十天没出单的，标黄；超过六十天的，标红，同时推一条建议：这个款是不是该进清仓区、是不是该搭着好卖的款做组合。
衡阳一家做童装的店，去年冬天靠这个标记提前发现了十一款压货，赶在年前做了一波「买外套送围巾」的组合，清掉了七成。老板后来说，要不是系统标出来，这批货他打算留到明年，明年又是新款式，更卖不动。
这就是我说的「省下的不只是钱」。钱是一头，另一头是老板的时间和心气。压货压在心里，比压在仓里更难受。
落到工具上，别一上来就买大系统
有老板问我，这套东西是不是要买一套很贵的 ERP。我的建议是先别。
本地门店的体量，很多时候一张能自动算、能出清单的轻系统就够了。我见过太多店买了几万块的系统，功能一大半没用上，最后连基础数据都没人录。真正跑得动的做法，往往是从微信小程序这一端先接起来——顾客下单、店员开单、库存扣减，全在同一个入口里发生，数据自然就干净了。小程序开发这块，我们给本地商户做的思路一直是「先跑通一条线，再加第二条」。
网站建设、系统开发这些事，说到底不是为了上一个系统，是为了让「谁来决定进多少」这件事，从一个人的手感，变成一条能复查的流程。流程立住了，换谁管补货都不慌。
补货决策从人拍脑袋挪到系统出建议、人来确认，省下的是压货资金和断货跑单两头漏的钱，不是单纯少请一个人。