Феҳристи ҳуҷҷатҳо

王师傅的一天

本文以宿管王师傅一天的工作为主线,说明宿舍管理系统如何自动合成考勤、派发报修、筛选调宿目标并预警归寝异常,让基层宿管只处理需要人工判断的事,实现人机分工。

  • 系统在早晨自动合成头一晚的未归、迟归、报修、审批待办清单
  • 卫生检查用平板打分拍照,结果实时下发学生,无需周汇总
  • 报修支持派单、调优先级、催单,全流程留操作日志
  • 考勤自动合成,宿管从逐间敲门转为针对性上门核查
  • 连续未归等异常自动预警,推动通知辅导员与家长

明·如归 · 宿舍管理白皮书 | 第五篇 旅程篇

王师傅今年 52 岁,在这栋楼干了 6 年。他的每一天几乎一样:早上六点开门、上午查卫生、下午处理报修、晚上看着学生回来、夜里十一点查寝、凌晨锁门。以前他的口袋里装着三样东西:钥匙串、笔记本、老花镜。今年他口袋里多了第四样:一部装了系统的手机。

镜头从学生翻转——宿管看到的是什么、一天里系统在替他做什么、他又要替系统做什么

29.1 早上六点:开门之前系统已经替他做过一次事

王师傅早上 6:15 到值班室。打开手机上的管理端首页——他看到的不是"今天要干什么",是"昨晚出了什么"

  • 昨夜未归 3 人:具体名单、房间、连几天了;
  • 昨夜迟归 12 人:不逐个列、给聚合数字与"最严重的三位";
  • 昨夜紧急报修 2 单:某楼水管漏水、某房间门锁坏了;
  • 昨夜审批通过 4 单:调宿 1 单、请假 3 单;
  • 今日待查:本周检查计划里 512 是今天要查的、12 楼今天没排;
  • 今日到期:暂不考勤名单里 3 个学生今天到期、要提醒他们恢复打卡。

这六项都在首页的六个卡片上——不需要他打开六个不同的页面、不需要他查六个 Excel。系统替他做了"早上第一件事就是看清单"这件事

注意:这六项的默认排序是按"紧急度 × 时间"——紧急报修在最上、待处理审批其次、常规统计在后。这套系统对首页排序是固定的,学校不需要自己配。

29.2 上午八点到十一点:查卫生

王师傅带着平板上五楼。今天是宿舍卫生检查——这套系统的检查有四种模板

  • 卫生:床铺、桌面、地面、阳台;
  • 文明:有无违规电器、有无明火;
  • 物品:物品摆放整齐度;
  • 违纪:私拉电线、酗酒、养宠物等。

他在平板上点开"检查任务",选"5 楼今日"、开始逐间打分。每间房的评分项在模板里定死、他只需要按 1-5 星打分 + 拍照上传(不合格的项目一定要拍)。整个 512 从进门到出门大约 4 分钟;以前拿纸记要 8 分钟、回来还要录入。

评分提交之后,实时结果就落到管理端——被检查房间的学生 5 分钟之后在自己的移动端就能看到"你宿舍今天分数 X 分、扣分项照片在此"。不用等周汇总、不用等公告栏张贴

29.3 中午十二点:处理报修

王师傅回值班室、看到早上那 2 单紧急报修。他在管理端做三件事

  • 派单:把 512 的水管问题派给水电工老赵(老赵在系统里挂"外协 / 水电"标签);
  • 调整优先级:另一栋的门锁问题从"普通"升到"紧急"——因为那个学生今晚要出差不安全;
  • 催单:三天前的一单"某房间灯管闪烁"还在"处理中"——他点一下催单,处理人手机上收到一条推送。

这三件事在系统里都是"点一下"——不用打电话、不用发微信。每一件事都留下"王师傅 12:23 派单、12:25 催单"这样的操作日志——学期末统计"响应速度"就是从这些日志里出来的。

29.4 下午两点:一次调宿审批

李洋(还是那个李洋、他大三)在移动端提了调宿申请——理由是"和室友空调温度矛盾、希望换到早睡习惯的房间"。审批链走到王师傅这里。

他在管理端点开这条申请

  • 看到李洋填的原因;
  • 看到系统给的"可选目标房间"——同年级、同性别、当前空床 ≥ 1 的房间清单(不是所有房间、是能合法接收的房间);
  • 决定"通过 + 建议去 518(同班级、习惯早睡)"、或者"退回 + 附意见让他再选"。

这套系统对王师傅的价值不是替他决定——是让"他能看到的选项变清晰"。以前调宿他不知道哪有空床、要翻台账、要问同事;现在系统把可选目标一次性列出来,他只需要判断"518 现在住的都是谁、和李洋处不处得来"——这一步只有他能判断,机器不能

29.5 晚上九点:查寝前的一次预演

今晚王师傅要查寝。以前他 21:00 上楼逐间敲门、拿着本子记谁在谁不在、大约 90 分钟。现在他的做法变了

  • 21:00 打开管理端首页"今晚考勤"——实时看已打卡数
  • 22:00 打卡率到 78%,剩下 22% 里 3% 有请假、1% 有暂不考勤、剩下 18% 是"还不知道在哪";
  • 22:30 打卡率到 92%、剩下的 8% 才是他真正要上门看的名单;
  • 23:00 自动考勤一跑,剩下的"未归"名单被系统合成好;王师傅只需要针对那 3-5 个人上楼敲门

从"90 分钟逐间敲"到"30 分钟针对性敲"——这不是王师傅变懒了、是他把时间还给"真正需要看的那几个人"。这套系统对基层的价值不是"少做事"、是"把该做的事做到位"

29.6 夜里十一点:归寝异常预警的推送

23:15 王师傅正要休息,手机弹出一条——"512 李洋,连续 3 日未归,触发归寝异常检测(连续未归规则)"。他点开,看到李洋这三天的记录:确实都没打卡、也没请假、宿舍长也没上报。

王师傅做三件事

  • 打电话给李洋——关机;
  • 打电话给李洋的辅导员——通知"这个孩子三天没回来、我联系不上";
  • 在系统里点"已处理"、备注"已联系辅导员、需家长介入"。

这套系统对王师傅的意义在这一刻最大——它给了王师傅一个"我不用一个人扛"的机制。三天不回不是小事、也不是他能一个人处理的事;系统替他做了"该通知的人我通知了、该记录的事我记录了"——责任链在这里往下传导,不是停在他这一环。

29.7 一天里系统在替王师傅做什么、王师傅在替系统做什么

系统在替王师傅做

  • 早上把该看的清单合成;
  • 检查打分实时下发到学生;
  • 报修派单、催单、时限控制;
  • 调宿的可选目标自动筛选;
  • 考勤自动合成、异常自动检测;
  • 需要通知的人自动通知。

王师傅在替系统做

  • 判断"该不该上楼敲门";
  • 判断"调宿给谁批准";
  • 判断"哪一条异常是真出事、哪一条是数据没同步";
  • 判断"这个孩子要不要打电话给家长"。

这两件事合起来是"人机分工"最好的样子系统做规则能做的部分、人做规则做不了的部分。任何"系统取代人"的说法在王师傅这里都不成立——他被系统解放的是"重复劳动",被保留的是"人的判断"。

29.8 给学校的一件事

学期中段,请王师傅坐下来跟你聊半小时。三个问题:

  • "你现在每天花在系统上的时间是多少?花在楼里走动的时间是多少?"——如果系统 > 走动,说明你把一个楼管逼成后台操作员了;
  • "上周有没有一条预警是你觉得'系统在瞎报警'的?"——如果有 5 条以上,说明阈值配得有问题、要调;
  • "有没有哪件事你希望系统能提前告诉你、但它没有?"——这一条最有价值,因为它是"下一个功能点"。

这套系统对王师傅的评估标准不是"他会不会用"、是"他用了之后是不是更轻松、更有底气、更能把该管的学生管到位"。所有技术指标都是为这三件事服务的——如果一件都不服务,那系统就是失败的

王师傅不是这台机器的操作者,他是这台机器的用户与被服务对象。这套系统每一次改版、每一个阈值调整、每一条通知文案的措辞——都要问一句:"如果我是 52 岁的王师傅,我看得懂吗?我愿意用吗?用了之后我今晚睡得着吗?"