什么规模的食堂，才值得上一套订餐系统

经常有人问：我们食堂一天就两百来人，用得着上系统吗。

这个问题问反了。该问的不是总共有多少人，而是高峰那半小时里有多少人。

两百人分在四个小时里慢慢吃，和两百人挤在四十分钟里，是两回事。前者一台收银机就够，后者会排队。

三个判断维度

第一个是高峰并发。不谈总人数，谈同时站在窗口前的人数。这个数字决定要不要分流，也就是要不要做提前订餐。

第二个是补贴怎么发。有餐补的单位和没有餐补的单位，系统的价值差很多。餐补一旦涉及按人员类别区分金额、按月结算、限定使用范围，人工处理就会变成一件很痛苦的事。没有补贴、员工自己掏钱，统一结算的收益就少了一半。

第三个是账目复杂度。单一承包商、窗口统一收钱，账目本来就简单。多档口各自经营、各自核算，系统才有意义——因为要按档口出账。

什么情况其实不用上

我见过一些单位上了系统之后反而更麻烦。

典型的是食堂整体承包给第三方、承包商自负盈亏。这种情况下承包商有自己的收银体系，硬要把他的流水并进单位的统一平台，中间要谈的东西比技术多得多。最后往往是系统装了，但承包商那部分数据没进来，形成半拉子工程。

还有一种是小规模单位：一个窗口、现金或扫码、没有补贴、没有对账需求。这种情况下，简单的收银设备比整套系统更合适。

上了系统之后，真正变的是什么

不是收银变快。收银快只是顺带的。

真正变的是备餐。原来靠估，现在有订单数据。食堂最怕的两件事——做多了剩下、做少了不够——都跟"不知道明天有多少人吃"有关。

这几条判断标准，是国万科技这些年做食堂项目攒下来的。所以判断值不值得上，可以换个问法：你们食堂现在有没有因为备餐不准而浪费或者不够？如果有，这件事系统能帮上忙；如果没有，那上系统的理由主要是管理和对账，而不是"让排队快一点"。