我们公司食堂一直有个怪现象：中午12点刚过，红烧肉就没了，但青菜却剩下一大盆。月底一算账，餐费人均85块，行政组挨了一顿批。

起初大家觉得是厨师手艺问题，后来发现，真正的问题出在‘报餐’上。以前各部门都是钉钉群里接龙，‘张三今天来’、‘李四请假’，靠食堂阿姨手动统计。人少还行，一到加班多的月份，数据乱成一团。有次市场部临时团建，没提前说，来了12个人，结果饭不够，最后拿泡面凑合。

更麻烦的是，没人知道到底每天谁吃了饭。财务要核算成本，得翻聊天记录、对打卡数据、再打电话问缺勤的人，折腾三天才算清。有一次对出来差了47顿，查了半天，原来是有人离职没退群，还被算进去了。

后来行政小刘听说隔壁公司用蓝点通用管理系统做了个‘动态报餐表’，就去试了试。她也没学过编程，就在系统里新建了个‘每日用餐登记’模块，加了几项自定义字段：部门、是否在岗、是否订餐、取餐状态（已取/未取）。最关键是加了个‘自动推算用餐人数’的公式字段，能根据当天打卡数据和请假流程，预生成建议订餐数。

这系统有意思的地方是，你不用等IT开发。比如她发现保洁和保安经常漏报，就给他们的账号设了个‘默认订餐’规则——只要打卡进园区，就算订餐，除非主动取消。实习生容易忘记，她就设置了下班前半小时弹窗提醒。

用了两周，食堂师傅开始说‘终于能估准量了’。以前青菜总剩，是因为行政按最大人数订，现在系统显示平均只有68%的人吃绿叶菜，师傅就减了量，换着上菌菇和豆制品，反而好评多了。

最意外的是，财务发现还能反向追踪浪费。他们导出一个月数据，发现每周三下午的水果消耗特别低，一查是技术部周三常外出开会，根本没人吃。后来改成周四集中发放，当周水果损耗直接降了六成。

有次领导临时带客户来访，前台在系统里临时加了两个‘访客用餐’名额，厨房收到实时通知，加了两份套餐。客户走的时候还夸‘你们连接待都这么有条理’。

其实系统本身不复杂，就是一个表格加几个逻辑判断。但它把原来散落在聊天记录、考勤机、口头通知里的信息，全串成一条线。现在食堂阿姨每天早上打开平板，看一眼‘今日预估用餐数’，心里就有底了。

上个月结算，人均餐费降到69块。老板没提表扬，但默默把节省的费用补进了下午茶预算。据说最近有人想用同样的逻辑管咖啡机豆子消耗——毕竟，谁不想知道到底是哪个部门天天偷喝双份浓缩呢。