一人一档与住宿画像

明·如归 · 宿舍管理白皮书 ｜ 第三篇 数据篇

考勤有记录、床位有分配、报修有工单、检查有分数、调宿有审批——这些东西各自安安静静躺在自己的表里。但如果有人问："张三这四年的住宿情况到底怎么样？"——学校能不能一屏之内答出来：他住哪栋哪间、换过几次床、晚归多少天、报修提了几次、检查拿过几星、请过几次假？ 大多数时候答案散落在五六个系统、三四张 Excel 里、要拼齐一份完整档案得花半天。

住宿记录攒下来、应该攒成"一个人怎么生活"的档案、而不是一堆点名册。系统能把这些散落的碎片聚成什么——这就是画像的价值。

16.1 画像不是标签、是时间线

系统有一个聚合查询入口：按学生 ID 一次性拉出他的住宿全景。它不是一个新数据源、是把已有数据按"人"这条线重新串起来。

16.1.1 五维数据构成

一维：基本信息与当前床位。姓名、学号、学院、专业、班级、性别、民族、籍贯、政治面貌、入学年份、学籍状态——加当前住宿地址（校区 / 楼栋 / 楼层 / 房间 / 床位号）。未分配的显示"未分配"、不留空。

二维：考勤统计。近三个月的打卡记录聚合：

• 总天数（应考勤日数）；
• 在寝天数、晚归天数、未归天数、请假天数、暂不考勤天数；
• 逐日时间线（每天一格、五色编码）；
• 归寝时刻中位数与最近 7 天的趋势线。

一个数字都不新——都是从考勤日志里按人筛出来的原始事实。但"他这学期未归 7 天"这句话、不需要人再去翻每天的记录。

三维：住宿变更轨迹。最近 20 条入宿 / 调宿 / 退住记录、带时间、类型和操作说明：

• 类型：入宿（第一次分配）、调宿（换床）、退住（离校）；
• 起点：从哪个床位；
• 终点：到哪个床位；
• 原因：调宿原因字段的字典值；
• 操作人：谁做的这一步。

换过几次床、从哪换到哪、为什么换、什么时候换的——一目了然。

四维：请假记录。最近 10 条请假、带起止时间、类型（事假 / 病假 / 公假）、审批状态、审批人。当前生效的请假会高亮显示、提醒系统"这几天他不算未归"。

五维：评分明细。最近 10 次宿舍检查的个人分（该学生所在宿舍的检查得分按人头摊到个人）、带五项打分明细（卫生、纪律、内务、安全、其他）。

16.1.2 权限边界

这些数据的聚合口径有权限边界：画像的查询受数据范围约束。

• 辅导员：只能看自己所带班级学生的画像；
• 宿管：只能看本楼栋在住人员的画像；
• 学院负责人：能看本院全体学生画像、但字段可能有脱敏；
• 管理员：能看全校画像、字段完整；
• 学生本人：能看自己的画像、能看到同寝名单但看不到同寝的考勤。

越权访问直接拒绝（"无权查看该学生信息"）。这不是功能限制、是第十三章"最小授权"在画像层的体现。

16.2 六维聚合：从"看一个人"到"看一群人"

画像是"按人聚合"、决策仪表盘和统计总览是"按范围聚合"——把某个时间窗内的所有学生按六维分别看：

16.2.1 六维分布

• 趋势维度：过去 N 天（默认 30 天）的逐日在寝 / 晚归 / 未归 / 请假 / 暂不考勤五条曲线；
• 状态占比：当日在寝率、晚归率、未归率的百分比堆叠柱；
• 学院分布：各学院当日的异常率排名、可以下钻到具体学生；
• 楼栋分布：各宿舍楼当日的异常率排名、可以下钻到具体房间；
• Top 20 学生：一学期累计异常次数最高的 20 位学生；
• 来源分布：考勤记录来自哪个通道（学生自助 / 宿舍长 / 宿管 / 门禁 / 自动）。

16.2.2 六维的共同点

六维都是"能一路下钻到具体学生、具体房间、具体一天"。不能下钻的聚合是虚的、只有能追到源记录的聚合才是可问责的。

六维之间能交叉："女生 3 号楼 + 未归 + Top 20"—— 直接看到"哪些女生在 3 号楼的未归次数最多"。这种交叉查询是宿舍主任开例会前最常用的动作。

16.3 画像的价值不在页面上、在追问里

一个系统能展示学生的住宿全景、这本身不稀奇。真正有价值的是追问：

追问一："为什么这个学生连续三周未归？" —— 打开他的画像：考勤统计里未归天数异常、请假记录最近 10 条全是空——他没有请假但不在。这时候该打电话的是辅导员、不该等到宿管在夜查名单上画圈。

追问二："他去年调宿的原因是什么？" —— 打开住宿变更：一条"调宿申请"记录带着时间、原因和操作者。不用翻那台旧电脑里的纸质审批单照片。

追问三："这个房间这学期的平均分为什么突然掉了？" —— 打开住宿变更：发现两个月前换进来两个人；打开检查记录：卫生连续四周低分。因果链当场串起来了。

追问四："他有没有未结的报修？" —— 打开服务轨迹：3 天前提交过一条网络报修、当前状态"处理中"。这条不在核心五维里、但在扩展的服务轨迹视图里能看到。

追问五："他这学期被预警过几次？" —— 打开异常轨迹：3 条预警、都已被处置、原因分别是"连续未归"、"作息突变"、"同寝连带"。没有这条画像视图的话、辅导员要看预警就要跳到预警工作台再按人筛。

画像不是给系统自己用的——是给那个需要判断的人一个不用跨系统、不用翻台账、不用打电话问的入口。

16.4 分寸：什么不该出现在画像里

画像聚合了住宿相关的一切、但不等于一切都可以被聚合。系统守三条边界：

16.4.1 室友信息不主动公开

"他和谁住"是画像的数据范围内可以查到的事、但系统不做一个页面同时展示全房间人的联系方式——同宿舍不等于互相同意公开手机号。室友的名字和床位号在"我的宿舍"页面给本人看、家长电话只有管理岗按权限看。

16.4.2 考勤轨迹不向外人展示

一个学生几点回来的、闸机记录了几次进出——这些属于第十三章说的"生活轨迹"层。画像页面按角色脱敏：同一条考勤记录、处长看到的和宿管看到的不是同一粒度。辅导员能看到"未归"、但不该看到"具体几点出的门、几点回的门"——那需要更高级别授权。

16.4.3 健康备注不进入通用画像

健康备注字段属于第 3 层"生活轨迹与联系方式"、默认对普通管理员不可见、只对校医角色开放。画像里"是否少数民族聚居区生源"和"是否有特殊照护需求"这类字段是分开的——前者是统计用的、后者是照护用的、权限模型不一样。

16.4.4 分寸纪律的哲学

分寸纪律不是技术限制、是教育态度。一个成年人有权利知道自己的信息被怎样展示、也有权利要求不被无关的人围观。如果画像系统的价值是"让该判断的人当场判断"、那它的边界就是"让不该看的人看不到"。两件事同等重要。

16.5 档案的出口：导出与对接

画像数据不只是在屏幕里看的：

• 管理端支持按条件筛选后导出：一个学院、一个年级、一栋楼、一段时间；
• 导出带着操作者、时间、字段清单和行数入操作日志（第八章）；
• 对外通道走受管的开放接口：第三方系统（学籍、就业、一卡通）可以按受管方式拉取住宿相关数据、每条调用全量留痕、可以精确到"哪个应用在什么时间查了什么字段"。

"毕业十年后用人单位来函核实住宿信息"——这个场景不常见、但一旦发生就是急事。档案的完整留存和快速定位能力、在这种时刻是学校的信誉。数据攒下来的终极价值不是给管理用的、是给学生将来能带走用的。

16.6 三条关于画像的常见误解

误解一：画像就是标签集合。有些系统给学生打上"晚归专业户"、"卫生差等生"这种标签、在管理页显示。这不是画像、是标签墙——它把动态的过程压成了静态的判断、容易被滥用、也伤人。真正的画像给的是"数据 + 时间线"、判断留给人做。

误解二：画像能给所有人看。恰恰相反——画像是最需要精细权限的页面。因为它一次展示的字段多、跨系统聚合、容易被"看一眼就记住"。没有精细权限的画像是一个反安全设计。

误解三：有了画像就不需要追问人工了。画像只是把散在系统里的数据聚到一处、它不解释数据、不做判断、不给方案。"这个学生这学期未归 7 天"——为什么？要不要打电话？打给谁？——这些问题画像不答、答的是人。

16.7 一张表：画像能力清单

能力	当前状态	说明
单人五维画像	已投产	基本、考勤、住宿、请假、评分
六维聚合与下钻	已投产	趋势、占比、学院、楼栋、Top、来源
角色化字段脱敏	已投产	不同角色看不同粒度
数据范围裁剪	已投产	组织树 + 角色树双约束
档案导出与调用留痕	已投产	导出入日志、跨系统全留痕
学生本人自助画像	已投产	看自己完整、看同寝有限
打标签	不做	画像不是标签墙
心理 / 行为预测	不做	只报事实、不推断心理

16.8 给学校的一件事

随机点一个在校学生的画像页、试着回答五个问题：

• 他住哪？
• 他这学期有几天没回来？
• 他换过几次床位？
• 他有没有过未结的请假？
• 他上次检查拿了几分？

五问全部不用离开当前页面就能答出来、说明画像这个聚合入口真的在工作。如果有任何一问需要"去别的系统查"或"打电话问宿管"——那个缺口就是画像还不完整的地方。

档案拼齐了一个人的住宿一生。但档案里的数据不全是系统自己产的——有些是闸机告诉它的、有些是教务源同步来的。下一章谈的是：和外部世界之间、数据怎么进、怎么出、怎么不丢掉尊严。