检查评级与设施服务

明·如归 · 宿舍管理白皮书 ｜ 第二篇 能力篇

考勤管的是"人回来没有"，床位管的是"人住在哪里"。但宿舍里真正高频发生的，是另外两件小事：每周一次的查卫生和不知道什么时候会来的一次报修。 它们在系统里可能只是两个功能模块，但对学生来说，这是他和宿管之间唯二高频的"人与人的接触"——接触的结果要么是一个说得清的分，要么是一个兑现了的承诺。 系统能帮上的忙，就是把分数算得明白，把维修跟到底。

12.1 检查四类：从"被子叠没叠"到"有没有违规电器"

宿舍检查在系统里被分成四种独立类型：卫生检查、文明品行检查、公共物品检查、宿舍违纪检查。 四种走同一个入口、同一条打分流程，但记录各自归类。

为什么要分四类而不是笼统一个"检查"？因为后果不同。卫生差是扣分、违纪是要通报、公共物品损坏是要赔——混在一起记，期末统计就成了一笔糊涂账。分开了，"这栋楼本学期违纪最多的是哪一层"这类问题才有干净答案。

每次检查带着检查人、日期、房间号和分值入库。检查记录同时是评级输入的一部分——卫生检查的分数直接喂进宿舍周评分（下一节展开），而违纪记录喂进个人积分的负向扣分。

12.2 三维评分：个人、宿舍与物业

系统的评分不是一张卷子打一个分。它分三条线各走各的：

个人评分按周为粒度，评的是这个人在宿舍里的日常表现——被子整理、地面清洁、桌面摆放、垃圾清理各若干分，违规项负向扣分。评分项（项目名称和对应分值）由学校自行配置，系统只给结构。

宿舍评分按房间为粒度，评的是公共区域——走廊卫生、公共设施维护等。它属于"物业评分"通道，扣分扣的是管理方而不是住在里面的人。

宿管评价反过来——学生给宿管老师打分。1 到 5 分，匿名提交。一条评价记录着评价人、被评价人、时间和等级——系统不替宿管挡差评，但也不让差评变成无端攻击：谁打的分、为什么打，后台查得到。

三条线各有批次、各有统计口径、互不污染。 把个人分混进宿舍分，会出现"一个懒人拉低全间星级"的矛盾；把物业分混进个人分，学生该为走廊的脏负责——这三条线的分离，是对"谁的锅谁来背"这件事的诚实回答。

12.3 星级与等级：不是一次评优，是一个周期

宿舍评级在系统里走两个并行维度：

星级（普通 → 一星 → 五星） 偏重"硬件与管理水平"。每条星级记录都带着原星级、新星级和变更类型（升或降），系统始终新增记录而非覆盖——星级升降历史完整保留，"这间的三星是哪学期拿的、什么时候掉回二星"可以逐条翻出来。

等级（不合格 → 合格 → 中等 → 良好 → 优秀） 偏重"综合评定"。等级与最低/最高分、晚归次数、未归次数挂钩——不只卫生好就优秀，作息也计入。

两者共用"批次"作为时间锚——按周、按月、按季，学校自己定评定周期。一个批次一旦定档，里面所有房间的星级、等级就有了唯一参照时点。 期末评优、宿舍排行榜、年级对比，全部从批次切片出发。没有批次，"本学期和上学期比进步了多少"就无从算起。

排行榜按频率（默认七天）滚动计算——宿舍排行、个人排行、星级排行各出一份前 N 名。排行不是给学生看的压力工具，是给宿管看的——"三号楼有六间连续两周没进前十"这句话，比"你要加强管理"有效十倍。

12.4 报修：从"坏了"到"修好了"之间有四段路

宿舍里东西坏了是最高频的突发事件。灯不亮了、水管漏了、门锁卡了——报修是系统能帮上的最具体的忙。

一条报修从提交到关闭走四段：待处理 → 处理中 → 已完成 → （或）已取消。 四段状态对应三个动作：提交（报修人发起）、处理（维修人员接单）、完成（确认修复并记录）。每一步都带着时间戳和操作者，全程可追。

优先级分四档——低、普通、高、紧急。紧急意味着"今晚不修不行"（水管爆了、门锁卡死出不去人），普通意味着"这周排上就好"。优先级是报修人提交的——系统不替他判断紧不紧急，他只管选，选错了后面有流程纠偏。

有些学校给报修加了审批环节——报修提交后先过一级确认再派单。系统的做法是把审批链作为可配选项：有则生效，没有则直接进"待处理"。和调宿共用一套审批引擎（依次/或签/会签），报修的特殊之处仅在于"任何管理组均可审批"——不限制组织架构范围，因为水管不等人找到对口的人。

报修支持图片证据——手机拍下坏的东西随单附上。对远程派单的人来说，"看图判断该带什么工具"省掉一次白跑。

12.5 设施台账：批量导入不覆盖历史

报修的前提是有东西可修——灯、锁、水管、床架，每一样都在台账里。系统用设施台账管理每间房有哪些设备、什么品牌型号、什么时候装的。

台账支持批量导入（楼栋/房间/设备三级对应），但有一条硬规则：导入只新增或更新当前状态，不覆盖历史维修记录和评分记录。 一次误操作导入了错误型号，把设备信息改过来了，但之前那张"换了三次锁"的维修履历不该被抹掉。

12.6 一张表：检查与服务能力清单

能力	当前状态	要点
四类检查	已投产	卫生 / 文明品行 / 公共物品 / 违纪
三维评分	已投产	个人 / 宿舍 / 宿管评价
星级与等级	已投产	升降历史不覆盖
批次时间锚	已投产	周 / 月 / 季可配
排行周期滚动	已投产	默认七天、前 N 名
报修四段状态	已投产	待处理 / 处理中 / 已完成 / 已取消
四档优先级	已投产	报修人自选、不默认
报修审批可配	已投产	依次 / 或签 / 会签
报修图片证据	已投产	手机拍图上传
三级设施台账	已投产	楼栋 / 房间 / 设备
批量导入不覆盖历史	已投产	维修与评分不变
自动派单	未投产	当前默认工单池、维修人员自接
星级自动升降	不做	升降永远人工确认

12.7 三条常见误解

误解一：检查就是为了扣分。检查的目的是把“好”与“不好”可比较化。一个“不扣分、只看情况”的检查，一个月后宿舍长就不采了。健康的检查不会只看“本周谁被扣了多少”、也会看“本周谁从上周的 70 分进到了 85 分”——进步与退步都能看见、检查才有牵引力。

误解二：报修越快修好越好。修得快不外乎两种情况：现场小修确实快；或者 未修完就标“完成”、看上去数据好看。健康的指征不是“中位完工时长”、而是一次完工后 7 天内同房间同类型是否再报修——返修率低才是真修好了。

误解三：设施台账一次建完就行。台账不是一次工。新学期入住、新生报到、老旧设备报废——三类事件都会推动台账变化。 台账里“当前使用”与“历史型号”两层信息不能混——上一次写“型号 A”的锁、下一次写“型号 B”的锁、但“上一个型号 A 的锁已更换”不能丢。

12.8 给学校的一件事

下学期第一周的卫生检查结束后，随机挑一间房做三件事：看它本周的个人分和宿舍分是否各自可追溯到具体检查记录；看它的星级从入学到现在变了几次、每一次是谁在哪个批次里定的；看这间房里上次报修从提交到完成经过了多少天。 三件事的答案都干净——检查、评级和维修这条服务链就算及格了。

能力篇到这里讲完了六件主要的产品事实：数据接入、权限审计、床位并发、考勤日历、住宿生命周期、检查评级与维修。下一章开始进入第三篇——数据篇。数据篇不再谈"系统能做什么"，谈的是数据本身应该被怎样对待：分级、安全、积累之后形成的档案价值。