我们公司食堂不大，二十来张桌子，饭点总是挤得像早高峰地铁。李阿姨在窗口打了八年饭，手稳眼尖，谁爱吃鸡腿、谁忌口葱花，她比人事档案记得还准。

但有一阵子，她开始拿个小本子写写画画。起初大家以为是记谁欠了饭卡钱，后来才发现，她是每天记‘剩了多少米饭’‘哪个菜倒了几勺’。

她说：‘一锅饭蒸多了，倒掉心疼；蒸少了，后面来的同事吃不上。我想看看能不能算个准数。’

这事儿本来也就到此为止——直到行政小林去报销厨余垃圾清运费，发现上个月涨了30%。他顺嘴问了句李阿姨的本子，一看愣住了：每周三中午‘红烧茄子’几乎必剩半锅，而周五的‘酸辣土豆丝’从来不够分。

他把数据拍下来发到内部群，随口说了句：‘有没有可能，我们按人头配餐的逻辑本身就错了？’

没人接话。除了技术部老周。

老周私聊他：‘你要是真想搞明白，不如把这几个月的数据输进蓝点通用管理系统，我帮你搭个模型。’

小林一开始不信，一个‘人人能自定义’的系统能干啥？不就是个表格套壳吗？结果老周花了四十分钟，建了三个表单：每日出餐记录、员工就餐打卡、菜品反馈评分。又用系统自带的关联字段，把‘部门’‘是否加班’‘天气’‘前一日菜单’全串了起来。

最妙的是，他设了个规则：当某菜品连续两次评分低于3.5，且浪费量超20%，系统会自动给食堂推送提醒，建议调整分量或替换做法。

试运行两周，米饭浪费降了41%。更意外的是，系统抓出了一个隐藏规律：每逢项目上线周，技术部全员订外卖，但行政和财务照常吃饭——可我们的采购清单从没分过淡旺季。

现在，这个原本只为管剩菜的小系统，已经接入了空调开关时间、照明分区控制，甚至会议室预订热度。为什么？因为系统里那个‘就餐热力图’，意外成了判断‘哪些区域白天人最多’的依据。

上周，物业想换节能灯，直接调了三个月的‘人员流动+照明使用’数据对比，省了两万块方案咨询费。

李阿姨还是用她的本子打底稿，但她现在管那东西叫‘原始数据采集终端’。有次笑骂老周：‘你非说这是物联网边缘节点，我说就是个本儿！’

其实谁都知道，真正起作用的不是算法多聪明，而是第一次，一个普通员工能不动代码就把想法变成可用的工具。以前要提需求、排期、等开发，现在中午吃完饭，自己拖两个字段就能试。

最近财务想监控办公用品申领异常，直接复制了食堂的浪费预警模板，改了字段就上线。连试运行都没做，第一天就抓出一个部门每月固定多申领三盒中性笔。

问他们为啥，答：‘以前填纸质单，多写点不容易被驳回。’

现在不行了。每个申领背后都挂着使用人、历史记录、部门均值，谁也不敢乱填。

最绝的是，系统允许每个人修改自己负责模块的规则。上周李阿姨自己加了个‘雨天加汤’触发条件，只要气象接口报降水概率超60%，系统就自动提醒厨房煲一锅姜汤。

没人教她怎么对接API，她是看老周弄过一次，照着点通的。

有时候我觉得，组织真正的弹性，不在于流程多严谨，而在于当一个阿姨想少倒点米饭时，她真的有能力改变一点点什么。