周六晚高峰断货那晚，我翻出后厨那张每周数一次的库存纸——食材级扣减到底怎么补

从一张手写盘点纸到食材级实时扣减：那家小笼包店周六缺货的账，我拆开算了一遍

周六晚高峰，后厨喊了一嗓子：饺子皮没了。外面还排着队，收银台上的单子一张接一张往下压。

那家小笼包店的老板后来跟我复盘，第一句话是"我周二才数过"。他把那张纸翻出来给我看——A4，格子是手画的，猪肉、白菜、饺子皮三行，后面跟着大概的数字，铅笔写的，划了又改。

这张纸的问题不在手写，在它的节奏。

每周数一次，意味着你手里那份库存数据，从落笔那一刻就开始过期。 周二数完，周三到周六的售卖全在消耗，纸上的数字一动不动。等它动，只能靠人喊。所以断货这东西特别爱挑高峰——高峰消耗最快，而你对消耗的唯一感知是"用完了"。

这笔账你算一下：一周数一次，等于每天有六天在赌。赌赢了没人夸你，赌输了就是周六晚上七点那一声喊。

更要命的是，那张纸上记的是"猪肉、白菜、饺子皮"这种原料，但门店卖出去的是"小笼包""猪肉白菜饺子"这种成品。中间那一层没人管。周二你看见猪肉还有一大块，可你没法知道它够不够撑到周六打烊，因为你不清楚今天到底用掉了几份的量。

合格的云端系统会追踪到食材层面，而不只是菜品层面。卖出四十份小笼包，系统自动扣掉相应数量的猪肉、白菜和饺子皮——扣的是三样，不是一样。库存快见底时提前提醒你，而不是等高峰期有人喊。这不是什么高级功能，是账目颗粒度的差别：一个记的是"小笼包卖了四十份"，另一个记的是"猪肉还剩多少公斤"。前者给你营业额，后者才给你能不能撑到明天的答案。

翻车点也在这儿。很多门店不是没系统，是系统只到菜品级，或者食材级接上了、BOM没维护。小笼包这个SKU背后挂着三样原料，卖一份扣三样，任何一样对不上，整套账就废了。最常见的做法是后厨抓料不按克数走，今天多抓一把，明天少抓一点，账面越跑越偏，跑上两周就没人再看了。

所以老板真正要的，不是报表上多一个数字，是数字要在还能动手的时候到他手里。实时看板的价值在这儿：营业额、退单、折扣、人力成本占比，发生的那一刻手机上就能看到，不是等第二天一份汇总。老板在外面办事，看见周二午市比上周同期低两成，当场打电话提醒经理——库存也是同一个逻辑。

舍予AI智能体这块的定位写得很直白：老板的第一支AI战队。我认同这种说法的地方不在于"战队"两个字，而在于它把AI压到具体环节上——盯数、算扣减、该提醒的时候提醒，而不是挂在墙上当概念。

这张纸的账，说到底不是纸的错，是"每周数一次"和"每卖一份就变一次"这两件事根本不在一个时间尺度上。

卖出40份小笼包自动扣猪肉白菜饺子皮：这套扣减逻辑，为什么九成门店的系统做不到

先说实话：卖出40份小笼包自动扣猪肉、扣白菜、扣饺子皮，这个动作本身不难。难的是它前面那张表。

系统要扣减，得先知道一份小笼包里有什么。猪肉多少克、白菜多少克、饺子皮几张——这不是算法问题，是后厨自己的配方问题。这份「菜品→食材」的映射，说白了就是配方表。九成门店卡在第一步：根本没有一份能进系统的配方表。

我见过的大多数店是这样的：POS里只有「小笼包 12元」，没有「小笼包＝猪肉＋白菜＋饺子皮」。收银系统把它当一个销售额记下来，厨房把它当一笼产品做出来，两边都不产生食材消耗数据。库存那一栏，靠每周数一次的那张纸。

这笔账你算一下：卖40份小笼包，系统知道配方，一次操作同时扣掉三种食材的对应用量；不知道配方，就是40次人工记忆，或者干脆不扣。

那有配方表就做成了？也未必。四个翻车点。

• 配方是活的。 今天白菜涨价，后厨把馅料配比调了，表没更新，系统还按老数字扣，越扣越离谱。
• 单位对不上。 配方写克，采购写斤，盘点写袋。中间少一层换算，扣减等于没扣。
• 例外不认。 退单、赠送、员工餐、试吃、打包多给一笼，这些不扣或扣错，一周下来账就飘了。
• 没人核。 扣减跑起来之后没人对，等发现时已经错了几百份的量。

说到底，这层映射是苦活，不是聪明活。数字拉出来：一份小笼包三种食材，假设一家店三十个SKU，就是九十条对应关系。谁录？谁维护？谁在改配方的时候同步？

AI不能替你尝一口馅。它能干的是把录入、单位换算、例外规则这些重复动作接过去，变成每次卖出自动执行。像舍予AI智能体这类「老板的第一支AI战队」的定位，卖的其实不是模型，是把这张表养住的那个岗位——一个人盯不过来的活，交给它按流程跑。

最容易踩的坑是：别指望一次录完就永久有效。 配方是活的，系统就得跟着活。做不到这一点，三个月后老板就不信这个库存数字了，回到那张纸上。那才叫白做。

预警不是发个红点就完事：缺货提醒要提前几小时、发给谁、带不带采购建议，才算真落地

扣减逻辑再准，也只是把账算对了。账算对了，不等于有人知道该动手了。

周六17:40，手机弹出一行字：猪肉库存不足。这不叫预警，这叫讣告。晚高峰的客人已经进门，供应商早就截单，后厨现在只能临时改菜单。

预警的第一个参数是提前量，而这个提前量不是拍脑袋定的，是从后面倒推出来的。供应商几点截单、从仓库到店走几个小时、解冻要多久、谁去下这个单——把这几段时长加起来，才是预警该弹的时刻。举个例子：假设猪肉供应商下午五点截单、次日早七点送达，那这条提醒最晚得在下午四点半出来。差半小时，这一单就赶不上车。所以"提前几小时"这个问题，没有标准答案，只有从你家供应链里量出来的答案。

第二个参数是发给谁。行业里最常见的翻车，是把预警一股脑发给老板。老板晚上十点看到，第二天早上八点处理，中间十个小时，足够一条街的客人都去隔壁吃了。预警要按"谁此刻能动手"分层发：后厨领班收到的是"今晚还够做多少份、哪个菜先停"；采购收到的是"补多少、找谁补、几点前下单"。同一个库存数字，收件人不同，说法就该不同——前厅要的是安抚话术，后厨要的是减配方案，两边的东西根本不是一回事。

第三个参数，也是最容易被省掉的——带不带采购建议。

"猪肉不足"和"猪肉快见底，按今晚预估缺口约三公斤，建议向供应商A加订五公斤、今日17:00前下单"，是两件事。前者把判断的活又推回给人，后者只需要点个确认。调研材料里讲食材级扣减那段说得很清楚：卖出四十份小笼包，自动扣掉对应的猪肉、白菜和饺子皮，快见底时提前提醒你，而不是周六晚高峰突然发现食材不够。但提醒只是开始，后面那半句建议才是真正省人的地方——省的是采购早上翻聊天记录、翻报价、打电话问有没有货的那二十分钟。

这里最容易踩的坑有三个。一是阈值一刀切，冻品和叶菜用同一个百分比报警，结果叶菜天天响、冻品到关门才发现；二是预警不收敛，一天弹二十条，第三天全员免疫，红点变成背景噪音；三是没闭环，弹了没人确认，慢慢就没人当回事，系统白装。

预警这活的难点从来不在算，在于有个人二十四小时盯着数字，并且知道该打给谁、说哪句话。舍予AI智能体把自己定位成"老板的第一支AI战队"，落到这个环节上，就是替老板干这件盯人传话的活——规则配好，它按时间、按角色、按话术往外发，不用老板半夜爬起来翻手机。

这笔账你算一下：一次周六晚高峰断货，损失的不只是那几份卖不出去的菜，还有客人下次不进门的概率。把预警从"红点"升级到"带建议的通知"，对做OPC的人来说，是个能按店收费、能复制、能验收的具体活计，不是概念。

换作你明天要上这套食材级扣减：先盘哪三样、先接哪一步、哪两个坑踩了等于白做

真到了要上的那天，顺序比选型重要。先盘三样，只接一步，避开两个坑，剩下的都是执行。

先盘这三样。

• 菜单到食材的换算表。 卖出40份小笼包，猪肉、白菜、饺子皮各扣多少——这张表你不写，系统替你猜不出来。不用一次写全，挑卖得最多、食材最单一的那道菜先写。
• 那张盘点纸上真正会断的几样。 每周数一次，数的是哪几样？哪几样一断当天就得停售？圈出来，这才是第一批要接进系统的。慢消耗的调料、干货，晚两个月上不影响这一周的生意。
• 你手机上真会看的数字。 营业额、退单、折扣、人力成本占比，这几个是发生那一刻就该看到，而不是第二天等一份汇总报告。看完不会动的指标，接进来也是墙上的装饰。

数字拉出来你会发现，前两样是纯手工的活，跟买不买系统没关系。可这两样不做，后面全是空转。

先接哪一步？先接扣减，别先接预警。

预警是扣减的下游。没有实时扣减，你那个"提前提醒"提醒的是拍脑袋估出来的数，弹三次你就把它划掉了。找一道菜、一个档口、一个营业时段，先跑通"卖出即扣、扣完见底"，跑通了再铺第二道。多店也是这个道理——一个账号同时看两家店的数据是对的，但那是第二家店开出来之后的事，不是第一步。

两个坑，踩了等于白做。

坑一，只做到菜品级。 系统显示小笼包卖完了，可猪肉白菜还剩一冰箱。这不叫库存管理，这叫换了个地方看那张纸。食材级和菜品级差的不是精度，是你能不能提前决定去下哪一单。

坑二，预警后面没有动作。 红点弹出来，发给谁？提前几小时发？带不带采购建议？这三件少一件，最后就变成群里@一下店长，店长再打电话问老板，周六晚高峰该怎么断还怎么断。红点不叫预警，红点后面那个动作才叫。

还有个隐形的坑：扣减靠人手动点。第三天没人点了，数据就烂了，比不接还糟。

对OPC创业者来说，帮一家店把"40份小笼包"这张对照表建出来，本身就是个能报价、能交付、能验收的活。

这笔账你算一下：一张对照表、一道菜的闭环、一个真人负责的补货动作。就这三样，可能就是你下周少断一次货的全部筹码。挑系统的时候别看功能清单，先问一句——卖40份小笼包，你扣我哪几样？答不上来的，直接过。

舍予AI智能体，老板的第一支AI战队，接的就是这种能掐出具体人和分钟数的活。