上周三中午，我在食堂刷卡时机器突然提示‘余额不足’。这挺奇怪的——我明明上个月刚充了500块。排队的人在后面催，我只好尴尬地掏出手机扫码支付。后来一查后台记录才发现，有两次‘饭卡充值’根本没到账，系统显示‘操作成功’，但财务账目对不上。

这事本来该归行政管，可偏偏那天行政老李请假了。技术部的小王顺手帮我查了下数据库日志，结果发现一个有意思的现象：我们公司用的那套老旧资产管理系统，和饭卡系统居然共用同一个身份认证模块。更巧的是，两个系统的操作日志格式几乎一样，都是‘用户ID + 操作类型 + 时间戳 + 备注字段’。

他灵机一动，说：‘要不咱试试把饭卡充值也当成一种“资产流转”来管？’

听起来有点荒唐，但其实细想还挺合理。饭卡充值本质上是一种资源分配行为，和借一台笔记本电脑、领一箱打印纸没什么区别。都是‘谁、在什么时候、申请了什么、由谁审批、是否完成’这套逻辑。

小王没用公司IT部统一部署的那几套死板的OA或资产管理软件，而是打开了他最近在试用的一个叫蓝点通用管理系统的工具。这玩意儿最特别的地方是：你不需要等开发团队排期，自己就能搭出一套数据结构和流程。

他新建了一个‘资源流通’模板，把‘设备借用’和‘饭卡充值’都归到下面。每个条目都有标准字段：申请人、资源类型、数量、审批人、状态（待处理/已完成/异常）、关联单据号。他还顺手加了个‘异常标记’按钮，一旦发现像我这样‘系统显示成功但实际未到账’的情况，点击一下就会自动高亮并触发提醒。

没想到，这个原本只为查饭卡问题搭的小系统，很快被其他人发现了用途。

财务部看到后说：‘这不也能用来追踪预付款报销吗？有些人填了报销单就忘了跟进，拖几个月。’于是他们把‘预付款登记’也搬了进来，设了个自动提醒规则——超过7天未核销就标黄，14天就发邮件给负责人。

更绝的是研发部测试组。他们一直为‘测试机轮换’头疼：每次版本更新都要换设备，但总有人借了不还，或者弄混了测试机的状态。现在他们直接在这个系统里给每台测试机建了档案，借用必须走流程，归还时还要填写‘设备状况’和‘已清除数据’确认项。连保洁阿姨都知道，看到哪台机器贴着‘待回收’标签，就得通知行政收走。

最有意思的是，这个系统没人强制推广，完全是靠‘解决具体问题’一点点扩散开的。市场部听说后，拿来管样品寄送；HR用它跟踪实习生转正材料提交进度；就连法务都开始用它记录合同交接的签收情况。

关键在于，它不像传统管理软件那样要求你先搞清楚‘这属于哪个模块’。你在现实中遇到一个问题，比如‘饭卡钱不见了’，你就直接按现实逻辑去建个表单，设个流程，然后分享给相关的人。不需要写代码，也不需要层层审批才能上线功能。

前几天我看见新来的实习生自己动手建了个‘会议室零食补货清单’，设置每周五自动提醒行政采购。她说：‘反正格式都差不多，点几下就搞定了。’

现在我们公司没人再说‘这个事归哪个系统管’，而是问‘这个问题能不能用蓝点搭个流程试试’。甚至有些老员工开始反思：过去我们是不是太依赖那些所谓‘专业系统’了？为了适应软件，反而把工作流程扭得奇形怪状。

反倒是这种从一顿饭开始的小工具，慢慢理顺了很多一直没人管的‘缝隙问题’。