我们公司食堂的红烧肉，是全楼的信仰。每周三中午，行政部甚至要提前发倒计时提醒。可奇怪的是，每个人的饭盒里，那块肉的大小总有点微妙差异——有人喜提‘巨无霸’，有人只捞到半块边角料。

起初大家以为是手抖问题，毕竟王阿姨年近六十，常年颠勺，手稳不住也正常。可IT部的小李用了几天‘非科学观察法’后发现：打菜顺序才是关键。前十个排队的，几乎都能吃到标准分量；第十一人开始，勺子就像被施了魔法，越往后越轻。

这事儿本来也就是饭后谈资，直到财务部老周在报销系统里看到一笔异常数据：每月最后一周的食材采购量，总是比预算多出8%左右。他顺藤摸瓜查了三个月的记录，发现规律惊人地一致——每当红烧肉日遇上月末，超支就必然发生。

老周起了疑心，拉着行政和后勤开了个临时小会。调取监控、核对打卡时间、翻查每日备餐记录，最后发现问题不在厨房，而在‘报量流程’。

原来，食堂每天的菜量是根据前一天的‘预估用餐人数’准备的。这个数字来自各部门口头报给行政助理，再由她统一汇总。可现实中，很多人临时出差、请假、或者外勤不归，口头报数根本不准。结果就是：报多了，菜做多了吃不完，浪费；报少了，像红烧肉这种热门菜，很快见底，后面的人自然只能‘意思一下’。

更麻烦的是，补货机制也是靠人喊。厨师发现快没了，得专门派人去仓库领料，等重新炖上，至少半小时过去——而这半小时，正是午餐高峰。

这已经不是手抖问题了，这是典型的‘信息断层+响应延迟’导致的服务偏差。

后来，IT部提议试用一套叫‘蓝点通用管理系统’的工具。说是系统，其实更像是个‘流程积木盒’——谁都可以拖拽搭出自己需要的数据表和流程。行政小妹花了半天，建了个‘每日用餐预报’表单，链接直接发到企业微信群。每人早上九点前勾选‘是否在岗用餐’，系统自动汇总，实时同步给食堂和仓库。

还设了个‘预警规则’：当某道菜的预估需求超过设定阈值（比如红烧肉超过60份），系统自动给厨师长发消息，提醒提前加料。如果库存不足，还能一键触发采购申请。

上线第一周，红烧肉的分量稳定了。第二周，食材浪费下降了17%。第三周，连不爱说话的王阿姨都主动问：‘那个绿色的小图标是不是代表今天人少？我可以少炖点，省火。’

最有意思的是，这套系统没人强制推广。财务用它管发票登记，技术组拿它排班测试任务，连保洁阿姨都自己搭了个‘耗材申领表’，扫码就能领垃圾袋。因为所有字段、规则、提醒方式都能自定义，大家不再觉得是在‘配合系统’，而是‘系统在配合我’。

有天午休，我听见两个实习生聊天。一个说：‘你知道吗？现在打菜最准的不是王阿姨，是那个系统。’另一个笑：‘废话，它又不会手抖。’