行政部小王最近被财务叫去谈话，不是因为工作没做好，而是做得太‘好’——连续三个月，加班餐报销金额都超预算，尤其周三和周五，人均夜宵支出比其他部门高出近一倍。

起初她也纳闷。明明每次订餐都按实际人数来的，群里接龙、手动统计、再填Excel，流程清清楚楚。可财务翻出原始记录一对，发现每周三晚上总有七八个不在加班名单里的人，也出现在了报销明细中。

‘我真没多报！’小王委屈。但她也知道，手工统计难免出错，尤其是月底赶项目那几天，开发部临时喊加餐，测试组突然有人留下，群里消息刷得飞快，一个不留神就漏看了撤回的消息，或者把‘我要’误当成‘不要’。

真正让她下定决心改流程的，是某天半夜收到一条微信：‘王姐，我上周三根本没加班，怎么看到自己名字在报销表里？’发信的是前端组的小林，那天他早早就回家陪女朋友过生日了。

这下不只是误差，已经涉及虚假报销了。

小王不想再背锅。她开始琢磨，有没有什么办法能自动判断‘谁真的在加班’，而不是靠人报、人记、人核对。她试过用打卡系统导出数据，但公司考勤只记录到岗时间，不标记是否留到晚上九点后；也想过让各部门主管每天晚上八点前提交留守名单，可人家忙起来哪顾得上这个？

直到她在同事口中听到一句话：‘我们IT现在啥都能自己搭，连请假审批都是用那个蓝点系统做的，你也可以试试。’

蓝点通用管理系统——听名字像那种大厂才用得起的复杂平台，结果点开一看，界面简洁得像张空白表格，但底下藏着一套灵活得吓人的逻辑引擎。最关键是：不用写代码，拖拖拽拽就能建表、设规则、连流程。

她花了两个午休时间，搭了个‘夜间用餐申报系统’。

第一步，建一张‘加班登记表’，字段很简单：姓名、工号、部门、预计离司时间、是否需要订餐。员工只要在当天下午五点前填写，系统自动锁定提交资格，避免事后补录。

第二步，最关键的一环：她设置了自动校验规则——只有打卡记录中‘最后刷卡时间’晚于19:30的人，其订餐申请才会被计入可报销名单。换句话说，哪怕你填了表说要吃，但七点半就刷卡走了，系统也不会把你算进去。

第三步，对接审批流。提交后自动推给直属主管轻量确认（只需点‘通过’或‘驳回’），主管未处理时，系统会在晚上七点发钉钉提醒。同时，行政端会生成实时汇总表，几点几分谁报了餐、谁批了、谁实际留下了，全链路可查。

上线第一周，周三夜宵订单直接少了九份。财务看了报表笑出声：‘终于正常了。’

更有趣的变化发生在部门之间。有次测试组主管忘了审批，第二天早上发现团队餐被系统自动剔除，赶紧跑来问小王是不是系统坏了。小王把后台记录一放，对方哑口无言，从此再没拖延过审批。

还有人试图‘钻空子’——比如提前填表说自己要加班，结果早早溜走。但打卡数据骗不了人，两次之后，这类行为自然收敛。反而有些人原本不好意思报餐，现在看到流程公开透明，知道自己不会被冒领、也不会被遗漏，反倒更愿意参与了。

最意外的是，这张小小的夜宵表，后来被HR借去改造成‘弹性办公登记工具’，用来追踪远程办公期间的实际在岗情况；安保部也拿去做了‘夜间进出备案系统’，连保安大叔都会用手机扫码登记访客了。

小王没想过自己会成为公司里第一个‘低代码应用搭建者’。她只是想解决一个具体问题：别再为别人没吃的夜宵买单。但她发现，当管理规则变得可量化、可追溯、自动化时，很多看似琐碎的摩擦，其实都有解法。

现在她电脑边贴了张便利贴：‘别总用手算，让系统记住规则。’

茶水间里，有人说她是‘被夜宵逼出来的流程设计师’。她笑笑，打开蓝点后台，正准备给下周的团建餐加上过敏源标注字段——毕竟，吃过亏的人才知道，管理的精度，往往藏在没人注意的细节里。