公司食堂一直有项不成文的规定：员工每月发50张餐票，用完自费。票是纸质的，红底蓝字，边角容易卷，还常被咖啡渍泡软。财务说这是传统，省事。可时间一长，问题就冒出来了。

先是行政发现每月采购量对不上消耗量。按理说50张票对应50份餐食，可实际打饭的次数总比票数多出一截。起初以为是统计误差，后来连保洁阿姨都看不下去了：‘你们不知道啊？有些人一顿饭刷两张票，窗口师傅也懒得拦。’

更离谱的是，离职员工的票还在流通。有个同事上个月离职了，结果上周还有人用他的票打了一份红烧肉。行政去查，根本没法查——票不记名，回收也不登记，谁手里有就是谁的。这事儿传开后，有人开始私下买卖餐票，十块钱三张，当饭补外挂用。

老板没吭声，但让行政提个解决方案。第一个方案是刷工卡就餐，技术部说要接门禁系统，还得装读卡器，预算八万起步。第二个是改发餐补到工资，财务反对：‘这算福利还是收入？税务怎么处理？’第三个是继续发票，但加水印和编号，行政自己都觉得悬：‘编号也没人核对啊，照样能借、能转、能丢。’

最后是个实习生提了一嘴：‘能不能做个在线领票的页面？每人每月自动到账50张，扫码吃饭，过期作废。’

这想法听起来简单，可真落地才发现麻烦一堆。比如，怎么保证只有本人才能领？要不要支持请假期间暂停发放？临时加班想多领两张怎么办？如果员工轮班，系统能不能按早中晚分时段放票？光是规则就写了三页纸。

我们试了两个现成的OA系统，都不支持这种定制逻辑。一个只能发固定补贴，另一个流程僵化得像铁板一块，改个字段都要等版本更新。后来技术部小哥说：‘要不试试蓝点通用管理系统？上次人事做绩效考核表，就是他们自己拖拖拽拽搞出来的。’

我抱着试试看的心态注册了账号。界面确实不像那些大厂软件那么‘高级’，但胜在自由。新建一个‘电子餐票管理’应用，先搭数据结构：员工信息、月度额度、领取记录、核销日志，每个字段都能自定义类型和权限。然后画流程：每月1号自动触发额度发放，员工通过企业微信扫码领取，每张票生成唯一二维码，食堂窗口用平板扫描核销，实时扣减余额。

最关键是几个控制点：一是绑定实名账户，无法转让；二是设置每日上限，防代刷；三是加入异常预警，比如同一张票多次核销或非工作时间高频使用，系统自动标红提醒管理员。我们还加了个柔性规则：年假期间额度暂停累积，返岗后补发，避免‘白嫖’争议。

上线头一周，有人不适应，跑去行政柜台问‘我的票呢’。后来发现手机点一下就能领，还能查历史记录，反而觉得透明了。以前月底票不够要么饿肚子要么掏钱，现在可以申请临时增额，主管批一下就行，流程留痕，谁也不尴尬。

三个月后复盘，食材采购量下降了18%，基本和就餐人数匹配。最意外的是，连带着办公室零食柜的损耗也降了——原来有些人拿餐票顺手蹭零食，现在行不通了。老板没表扬，但默默把项目奖励翻了一倍。

其实这类‘小漏洞’每个公司都有。可能是打印纸不限量导致滥用，可能是会议室预约没人守约，也可能是样品申领缺乏追踪。它们不致命，但长期吃掉成本，还滋生灰色操作。关键不是换多贵的系统，而是有没有能力快速响应具体问题。

蓝点这类工具的好处就在这儿：不用等IT排期，人事、行政甚至车间主任都能根据实际场景搭一套管理逻辑。就像这次，从提需求到上线只用了五天，其中三天还是用来说服食堂大叔学会扫码。

现在那叠红蓝票子锁进了档案柜，成了‘企业管理文物’。偶尔新人看到，问那是啥，老员工笑一笑：‘上个时代的漏洞凭证。’