第二十五章　床位与邻：未来四年最近的人

他心里对大学生活的想象，一半以上落在两件事上：睡在哪张床上，和谁睡在隔壁那张床上。

这两件事他没有办法从任何平台问准。攻略能告诉他楼新不新、有没有独立卫浴，答不出他会被分到哪一间、和谁一起住四年。而这恰恰是他在出发前最焦虑、又最无处可查的一个问题——家长比他还焦虑，因为新闻里那些宿舍事件，每一条都发生在"住进去之后"。

第四篇讲判断能力的时候反复说"数据在学校手里"。宿舍这一项最典型：学生极想知道、外面谁也拿不到的数据，只有学校这里有。

25.1 床位先定下来，家长的心才落地

第十章把住宿的技术侧面讲完了：楼栋—楼层—房间—床位的层级、指定分配与自主选床位并存、数千人同一分钟抢床位的并发保护，以及这套保护在开学季的实际验证。那里问的是学校能不能管住，这里要问的是他能不能安心。

结论只有一句话：确定性本身就是安抚。

家长不需要系统夸宿舍多好，他需要三样确定的东西——哪一栋、哪一间、几点可以进去。这就是为什么床位这件事不能留到报到当天现场分：现场分床位的每一分钟排队，都是家长焦虑被放大的一次机会。 而线上提前定下来之后，报到当天的宿舍环节只剩一件事：领钥匙。

有一处范围要说清：学生端目前看到的宿舍信息，是楼栋、房间号与文字地址，可以跳到地图上看位置；实拍与内景内容还在楼栋这一级的图片上，成套的房间展示需要学校自己准备素材（第二十三章讲过这条线）。宿舍条件被夸大或被抹黑，都不是靠声明纠正的，是靠学校把确定的信息给够。

25.2 "邻"就是室友：一件只有学校答得出的事

四年的室友，是新生在群里被问得最多、也是毕业多年之后还被提起的一件事。

从数据上看，这个问题系统里早已有答案：床位落在房间上，房间落在楼层与楼栋上；同一个房间号里的每一个人，性别、学院、专业、班级、生源地，全都在同一份名册里。 选床位的时候系统按性别做硬过滤——这是所有学校都不容商量的那条规则，也是它今天唯一做了的那一层匹配。

也就是说，"你们宿舍四个人里有两个人来自同一个省""你隔壁那张床是同专业的同学"这类话，依据早就躺在库里，只差一道呈现。

呈现这一层目前不在学生端的范围之内，按批次推进；而它不是技术问题，是三件事要先定下来：

谁有权看到谁。 宿舍名单是敏感级别的个人信息，一张名单背后是八个具体的人。系统这一层授权目前按组织范围划分（学院、专业、班级），"只对同房间的人可见"这种更窄的粒度需要单独补；要不要开、开到什么字段，得学校定。

默认公开还是主动查看。 我们的立场很明确：必须由学生主动查看才出现，不默认公开、不群发、不进入任何汇总画面。 同宿舍不等于互相同意把生源地和家庭情况摆到对方面前。这条分寸和第十五章那三条复用规则是同一套。

看到之后能做什么。 只是一张名单，价值有限；能提前说一句"我九月三号到，要不要一起走"，才是真正的破冰。这是消息通道那一条要接上的下游（第十一章讲过：站内已读与回执在，主动推送的通道按批次建设）。

25.3 提前破冰：这份数据只有迎新系统拿得到

头部高校的公开实践里，把迎新做成"欢迎页"的学校不少，靠的是新生专属的一屏入口。但在破冰这件事上，一个欢迎页给不了他最想要的东西——一个可以说话的人。

迎新系统在这上面的位置很特殊：它是全校唯一在报到之前就同时握有"班级归属、宿舍归属、联系方式、行程时间"这四样数据的系统。教务处有班级但没有宿舍，宿管有宿舍但没有班级，团委有活动报名但没有行程。把这四样拼在一起，就能做一件别处做不了的事：让两个将在同一间屋子里住四年的人，在还没到校之前知道彼此存在。

现在能做的是班级这一层——他的资料页里有学院、班级、班主任与辅导员的姓名和电话（第二十三章那条），这已经比"九月报到后再认识"提前了一个月。宿舍这一层的可见性排在批次里。

这一段值得留一句判断给学校：破冰不需要产品做一个社交功能。 学生自己要的从来不是一个聊天室，是"我到了学校有人认识我"这句话变成事实。学校能给的最低成本的东西，是一个真实存在的班级、一个能打通的电话、一间提前定下来的宿舍。

25.4 匹配与调宿：数据具备，算法在建

两件事分开说，因为它们现状完全不同。

调宿与走读是有实现的。 调宿诉求可以提出、可以审核、可以落到床位变动上；走读申请有独立入口与状态流转（第二十四章那条）。宿舍的设施台账在楼栋与房间层级维护。这些属于"学校日常要处理的事"，系统里有一条完整的路径可走。

主动匹配不在当前版本的能力范围内。 "按作息习惯分配室友""按兴趣组合宿舍"这类说法在行业里很流行，需要的输入其实系统里都有——采集阶段可以勾兴趣、可以填作息偏好，名册里有生源地与专业。但这些字段今天只用于采集与统计，没有任何匹配计算。原因不是做不出来，是这件事的代价和收益不划算：

其一，匹配质量取决于数据真实度。 一个学生为了尽快填完随手勾的三项爱好，不能决定他四年和谁住。一旦把分配结果交给这类数据，出错时没人能解释为什么。

其二，宿舍分配在学校这边有一条硬规则线。 班级集中、按专业归拢、对身体情况特殊的学生就近安排、家长陪读的调整——这些是真正的分配依据，而它们多数不在数据里，在学工口的经验里。算出来的方案如果通不过这一条线，就只能被推倒，一推倒整个匹配就废了。

其三，宿舍调整是高频争议源。 提前匹配做得越精细，事后调开的概率越高，而每一次调整都涉及两个家庭的预期。在争议场景里，一个说得清的规则永远比一个算得准的结果好卖。

所以我们的取舍是明确的：性别过滤与班级归拢是规则，写死；作息与兴趣先做成可选采集项，把数据攒下来，等学校想清楚愿意为哪种匹配负责再上算法。 这一条与第十六章宿舍匹配那节的口径一致——数据具备，匹配按批次建设。

25.5 判断这件事的标准

学校问任何一家产品宿舍做得怎么样，其实只需要问三句：

"床位定了之后，学生在报到前能看到什么？"——只看到"已分配"三个字，和能看到楼栋、楼层、房间号与同屋信息，是两个世界。

"如果我今晚把一间六人间改成四人间，系统会怎样？"——考的是约束：超员要不要拦、原来住进去的人怎么迁、迁完床位状态对不对。这一类是第十章不超卖那套机制的真实压力测试。

"我按兴趣给新生配宿舍，你们有现成算法吗？"——老实的回答是"数据能采，算法没有"。急着回答"我们有智能匹配"的，请他出示一次实际分配的方案、以及方案被学工口推翻时怎么处理。

宿舍是新生在平台上议论最多、学校却最有资格说清楚的地方。 说清楚的方式不是解释得更漂亮，是把床位、房间、那几张陌生的面孔，提前交到他手上。