给运营

为周二晚上而建,不是为演示而建

任何系统在数据干净、没人催的时候都好看。这一套是为人手吃紧的傍晚设计的 — 盘点已经拖晚了,货又刚到。

盘点表 · 07号店 · 2026年8月31日 · 版式 v3

013 鸡腿肉(去骨) 18.400
014 冬阴功酱(自制) 6.250
015 椰浆 400 毫升 42.000
016 椰糖(块装) 9.750

通常是哪里出问题

01

盘一次要耗掉整个傍晚

在冷藏库里拿平板又慢又冻,还容易摔。多数团队最后还是在纸上盘,然后再录一遍。

02

一份配方被强加给所有分店

你的中央厨房做那款酱。4号店因为没有空间,选择直接买。多数系统逼你为整个集团选一个答案,于是其中一家分店的成本就永久算错。

03

改一个错要开工单

有人晚上十点把盘点记到了错误的分店。如果更正需要发邮件给厂商,这个数字就要错上一个星期。

04

计划一进厨房就不成立了

一份已审批的生产计划,不该逼任何人谎报实际做了什么。现实说了算,系统必须有能力如实记录。

Fivooo 如何逐一回应

这些是机制,不是承诺。

盘点表就是操作界面

打印、用笔点数、拍照。角标会校正拍摄角度,数字来自它被打印的那个框。遇到不认识的表格,它会拒绝,而不是猜。

配方该按分店走的地方就按分店走

一份被所有分店继承的公司默认配方,一份给做法不同的分店的覆盖配方,以及一份给“我直接买”的分店的明确声明。三者可以同时成立且成本都算对。

更正是新分录,不是修改

做错的批次靠冲销批次来更正。什么都不会被覆盖,不需要开工单,真实发生过的历史完整保留。

计划外批次是被刻意允许的

你可以记录一个没人计划过的批次。这样与计划之间的差异就是一个可以看的真实数字,而不是被悄悄抹平的一致。

记一笔损耗只要几秒

它是一份有明细行、有审批、并生成自身库存变动的单据。当下花三十秒,好过月底多一个无从解释的数字。

调拨要么结平,要么一直开着

已经离开一间分店、还没到另一间的货,独立记在在途账上。只要还有没交代清楚的部分,调拨单就无法关闭。

多数系统弄错的地方

一份已审批的计划,不该逼任何人谎报实际做了什么。这一页上的每一项机制,都是从这句话推出来的。

看一眼真正的盘点表

判断这套东西最快的办法,就是看看你的团队真正会拿在手上的那张纸。