上个月，设计部突然炸了锅。

起因是项目主管老周发现，自己申请调休被驳回，理由是‘本月已满三人调休’。可他明明记得前两天问过人事，说还有名额。一查记录，才发现系统里压根没登记他口头报备的那次调休申请。

更乱的是，行政在统计时发现，有人同时请了年假和调休，有人调休后又临时顶班，还有人把调休单手写在便签上贴在显示器边，风吹没了也没人知道。设计部经理苦笑：‘我们这不是在做创意，是在玩记忆游戏。’

就在这时候，刚来两周的实习生小林默默做了件事——她在钉钉群里发了个共享表格，列了四栏：姓名、原加班日期、调休申请日、实际使用日，还加了一栏‘状态’，用绿、黄、红三种颜色标记：绿色是已确认，黄色是待审批，红色是冲突或超期。

起初没人当回事。直到第三天，她私聊设计师阿紫：‘你上周五加的班，调休申请还没交哦，系统里没有记录，月底会作废。’阿紫一拍脑袋，赶紧补了流程。又过了两天，她提醒老周：‘你申请周四调休，但那天客户评审会你得在场，建议改期。’

大家这才意识到，这表不只是记录，它开始“思考”了。

小林其实是照着以前学校的社团值班表改的。她说：‘我们排话剧那会儿，谁哪天有空、谁欠几小时、谁临时换班，全靠一张大白纸贴墙上，每个人路过都能看一眼，有问题当场改。’

但她很快发现，线上表格也有局限。比如没法自动关联考勤系统，没法提醒审批节点，更麻烦的是，一旦有人修改了某行数据，历史记录就丢了。有次她发现一个同事把‘已批准’偷偷改成‘待提交’，想重走流程多休一天——要不是她前一天刚好截图，这事就过去了。

‘原来管理漏洞，有时候是人性的缝隙。’她后来跟行政主管聊天时这么说。

真正让整个部门改用新方式的，是一次意外。公司临时接了个紧急项目，需要抽调人手。人事按常规流程查加班记录，发现设计部最近加班最少，差点决定从他们部门调人。还好小林及时拿出她的追踪墙，证明实际上加班很多，只是很多人没走正式流程，或者调休后没登记。这一波操作，直接避免了一场人力误判。

事后，部门开会讨论要不要把这个表格固化下来。有人提议买个专门的工时管理系统，报价两万起步，还得IT对接三个月。有人建议用OA里的请假模块，结果试了两天就放弃了——字段不够用，流程僵硬，改个字段得找供应商二次开发。

最后是技术部的小王提了一句：‘我最近在用一个叫蓝点通用管理系统的工具，说是啥都能搭。我用它给自己建了个游戏收藏库，连Steam库存都能同步。要不试试看？’

小林抱着试试看的心态注册了账号。没想到，十分钟就搭出了比表格智能得多的‘调休管理中心’。她拖拽出几个模块：员工信息、加班记录、调休申请、审批流、报表看板。最让她惊喜的是，系统支持设置规则，比如‘调休必须在加班后30天内使用’‘同一时段最多两人调休’，一旦违规，申请直接标红并通知审批人。

她还加了个小功能：每次调休申请通过后，自动在企业微信日历创建事件，提醒本人和直属领导。有次阿紫忘了取消调休，系统提前一天发了提醒，她才想起来项目关键时刻不能离岗，主动撤回了申请。

现在，那面虚拟的‘追踪墙’已经成了设计部的日常。每周一早上，大家第一件事就是打开系统看自己的调休余额。人事也不用每月 manually 对账，系统自动生成月度工时报表，还能按项目维度统计隐形加班成本。

前几天，隔壁产品部来取经。小林没推荐任何SaaS产品，只说：‘你们也可以先从一张表开始，关键是把规则显性化，把过程透明化。至于用什么工具，反而是最后才要想的事。’

不过，她顺手分享了一个链接，说这是她目前用着最顺手的平台，‘不用代码，想怎么改就怎么改，连我们实习生都能自己维护。’