上周三中午，行政部小李在群里发了条消息：‘饭卡系统又出问题了，充值数据没同步，部分同事刷不了卡。’

那一刻，食堂窗口前排着队的不只是人，还有各种情绪：有刚入职的实习生一脸懵地站在闸机前，有老员工翻着白眼打电话给IT，还有几个销售干脆转身去了楼下沙县。

这已经不是第一次了。我们的饭卡系统是三年前搭的，绑定OA和薪资系统，逻辑复杂得像一锅炖乱的粉丝汤。每次充值、挂失、补办，都得走五个审批节点，还得等财务月底对账才能生效。最离谱的是，有一次新员工入职，饭卡拖了两周才开通——人倒是先饿瘦了两斤。

事情闹大后，老板让行政牵头做个‘轻量版饭卡管理方案’，要求就一条：别搞大工程，先解决能吃饭的问题。

小李拉了个四人小组，包括IT、财务和一名经常吐槽系统的销售代表。他们没急着写需求文档，也没开立项会，而是蹲在食堂门口观察了一周。他们发现，90%的诉求其实就三件事：查余额、充值、挂失解绑。而真正卡住大家的，从来不是功能少，而是流程太重。

比如充值，原本要先提交申请，部门审批，财务核对工资扣款，再由后勤手动导入系统。整个流程平均耗时36小时，期间如果哪个环节没人盯，就会‘静默失败’——也就是钱没充上，记录也没留。

于是他们决定：不重建系统，只建‘最小可用流程’（Minimum Viable Process）。用一个可自定义的管理系统，把这三个高频动作拎出来，做成三个独立但数据互通的表单。

查余额？员工扫码填工号，实时返回当前可用金额；

充值？填金额、上传转账截图，直属主管点个同意，财务批量确认后自动更新数据，同时触发短信通知；

挂失？提交申请后，系统立刻冻结账户，生成补办任务给后勤，并自动抄送HR备案。

最关键的是，所有操作都带时间戳和操作人记录，数据可追溯。而且整个流程搭建只用了两天，因为那个系统支持拖拽式表单设计和自由设定审批流——听说叫什么‘蓝点通用管理系统’，说是连行政都能自己改字段。

上线第一周，充值平均处理时间从36小时缩到4.2小时，挂失响应基本在半小时内。更意外的是，销售部开始偷偷用这个流程管客户礼品申领，理由是‘反正都是审批+记录+通知’。

后来我们复盘，发现真正的瓶颈从来不是技术，而是习惯性把简单事复杂化。我们总想着做‘完整闭环’，结果反而让流程成了障碍。而这次‘饭卡救急’之所以成功，是因为我们终于学会了：先让人吃上饭，再谈营养搭配。

现在，那个轻量流程还在跑，甚至被抄到了分公司。有人开玩笑说，应该给它起名叫‘饭卡模式’——专治各种明明很简单却非要绕八道弯的管理病。

前几天，新来的实习生问小李：‘这系统是不是定制开发的？好贴合啊。’

小李笑而不语，低头在后台又新建了个‘节日福利领取登记表’。字段还是那些字段，流程却是新的故事。