第十一章　消息触达、多端与大屏

分好的床位、排定的体检时段、还缺的那一样材料，最后都要过同一步才算落地：这条消息到了他手上。 学生不知道，这些结果在报到日之前就等于没有发生。

触达也是最容易做过头的一层。同一件事提醒三遍，第二天学生就把群屏蔽了；一份群发的须知，八成内容与他不相干。所以这一层的功夫不在能发多少，在什么时候发、发给谁、发几条、由什么触发。

这一层最需要的是一份准信：哪些今天就可用，哪些随批次建设。

11.1 一条消息在学校这边留下什么

站内消息的记录是完整的：标题、正文、发布人、发布时间、指定的接收人群，每一条都可回溯。发布与人群管理在管理端完成，一个通知可以精确到某个批次的某个学院、某个分组。

也就是说，"发过什么、发给了谁"这两件事有账可查。这是消息层最容易被忽略的一半——多数学校今天的消息发在群里，三个月后没人答得出"这条通知到底有没有发给这个学生"。

消息系统的价值不取决于能发多少条，取决于每一条能不能说清是发给谁的。

11.2 目前那条自动发出去的路径

整条迎新业务里，有一处不必有人记得去发：体检预约成功的瞬间，系统即刻生成一条属于这个学生的个人通知，写着他约到的时段与注意事项；管理端一侧还能按人群批量生成、批量推送。

这条链路的意义不在于它发了什么，而在于它已经证明了一件事：触达可以长在业务动作上，不必长在一个通知群里。 谁的状态发生变化，谁的通知就自动生成。

消息层往后的建设，就是把这条跑通的路径铺到其他环节上——审核结果、缴费到点、材料补齐、绿色通道结论、选床成功。这些随通道一并落到批次上。

消息发出去不难，难的是每一条都因为某件事发生了变化而发出。

11.3 两类外部通道，和它们必须先解决的事

范围要说清楚：短信与微信两类外部通道，不在当前版本已交付的能力之内。 今天学校把消息送到学生眼前，实际走三条路——学生自己打开系统、辅导员在人群里转达、学校原有的短信平台与公众号（由人工发起）。

系统内已具备消息记录与人群管理；企业微信这一侧接的是登录，不用来推送消息。通道接入是下一步要做的事：短信网关与微信模板消息两类，与任务引擎联动，由"谁的哪件事没办、办到了哪一步"来触发，模板可配置、触发规则可配置、发送记录可查、失败可重发。

这里有一个判断：通道接进来之前，所有"精准触达"的说法都只是把群发换了个名字。 决定精准与否的是触发条件，不是发送工具。工具接上一天就能用，触发条件要靠任务引擎配到多细，这才是难度所在。

11.4 克制要有机制，不能靠值班的人手软

系统侧的防护底子是在的：接口层有全局限流，认证用户每秒 100 次、匿名用户每秒 50 次，超限直接拒绝；登录侧有失败锁定，10 分钟内失败 20 次锁定 30 分钟。这些防的是机器滥用，防不了对人的打扰。 打扰要靠另一套规则，随通道一并设计：

• 同一件事不重复推，第二次只能是状态发生了变化；
• 每人每日有上限，超出的合并成一条待办变化，而不是接着往外堆；
• 夜间静默，非安全类消息不在休息时间送达；
• 可退订，但资格核验、缴费截止、安全通知这类必办事项不在可退订范围之内；
• 退订状态学生自己查得到，学校一侧审计得到。

主动推送一旦没有频次约束就等于自废：第一条是服务，第五条是打扰，而学生记住的是第五条。

这笔账也算得清。一桩催办落在辅导员身上，是一个班一个班地打电话；落在系统上，是只把没办的那几个人挑出来，推给他本人和班主任。后一种做法省下的是同一件事在人身上重复的花费——而迎新那两天最贵的东西就是人。

11.5 端不是一个界面，是几种人各自的工作台

三个前端合计 207 个页面（管理端 108、移动端 73、学院端 26）。移动端没有一个"装下所有角色"的界面，而是按身份给三套工作台：新生一套；工作人员与志愿者共用一套，但按角色分栏；校医院教师一套。

底部导航按权限动态生成——该接站的看到接站登记，该办事的看到任务清单，管院的看到统计。学生登录后，首页是一句带他姓名的问候和本人的报到进度：哪几件办了，哪几件还差。

《无障碍环境建设法》自 2023 年 9 月施行，屏幕朗读可达、字号可调、色彩对比度这些要求，对以学生为主要入口的移动端同样成立。这几项应当作为端上的检查条目先立起来，而不是等上线后被一位看不清屏幕的学生家长提出来。

工作台按身份分，还是把同一堆菜单发给所有人，背后是两种假设：前者假定每个人要办的事不一样，后者假定系统省事比学生省事重要。

11.6 学院端：二级单位自己把事办完

学院端不是把管理端裁一块给学院看。学院在自己的界面里办自己该办完的事：本院学生名单、任务办理、绿色通道审核、照片审核、分班、未报到名单、志愿者管理、批量导出与操作日志。统计另有一层，宿舍、体检、财务各自成表，范围一律限定本院。

看得到谁，由第八章那套组织授权决定：院级账号只到本院，往下递归到专业、班级、学生；跨院汇总仍由校级账号出。

这一段有没有落到实处，一个动作就能看出来——给一个院级账号，让他从登录开始自己审一条绿色通道、调出本院的未报到名单，全程校级管理员不参与。走完这个动作，学院在报到日才是解决问题的一方；走不完，学院还是那个等着学校帮忙点一下的角色。

11.7 家长：先定给什么，再决定给不给入口

第八章已经写明家长目前的位置——被记录、被联系、签名，独立入口不在当前范围内。这里要补的是触达一侧的边界，因为家长这一侧真正会发生的事情是消息。

三条原则：以孩子本人知情同意为前提；范围限定在家长事实上需要知道的事项（到校时间是否确认、报到是否完成、需要家庭配合的材料与安全告知）；不默认开放学生本人的完整档案、健康明细与室友信息。入口形态是轻量的——扫码即看，不做独立的家长程序。

还有一条更难的：未到校预警要不要通知家长。这件事一旦做了就收不回来，所以必须先有一句明确的制度表态——一个十八岁的学生，他的行踪信息在什么情况下可以绕过他本人发给家庭。这条表态应当由学校作出，不该由系统的默认配置替学校作出。

顺带一件更省事的事：家长关切的多数内容（停车、休息区、场馆开放、报到流程）并不需要家长登录，放在新生端的家长栏目里就能覆盖。先解决信息，再解决身份，顺序反了就会为一个低频需求开一条数据出口。

11.8 大屏：这句话第一次有据可说

管理侧的可视化是一个统一画布，分 8 个视角：迎新总览、报到指挥、宿舍全景、缴费看板、体检监控、出行调度、趋势分析、竞赛榜单。所有数字由业务记录即时汇总，不需要有人填报；总览视角约一分钟刷新一次，报到指挥视角约半分钟一次。

它的价值不在好看，在"哪个环节卡住了多少人"这句话第一次有据可说。 报到指挥那一屏是给那两天用的：哪个时段到站最多、哪个环节排得最长、哪一项完成率落在后面，值班的校领导不必听汇报，也不必把各处主任叫到走廊上碰头。

隔离规则跟着权限走：校级看全校，院级只看本院，学生账号看不到这一层。

有一处分工要讲明白，否则容易被当成缺陷：大屏本身不做点选下钻。 它回答的是"整体走到哪一步"；"这个数字里具体是谁"发生在管理端的统计页与移动端工作人员的统计里——学院、专业、班级、学生逐级点开，还能锁定到某一个环节。分两层是有理由的：下钻必然涉及个人明细，个人明细每一次都要重新判定权限，不适合放在公共场所投屏的那块画面上。

能看数字和能知道数字是谁，是两层能力，后一层必须带着权限走。

11.9 一个人的第一屏

南京大学为每位新生生成专属欢迎页，1008 人主动打卡。这是公开报道里很能说明问题的一件事：学生愿意点的不是"欢迎"两个字，是这一页上写的都是他自己的事。

系统这边有两个基础。移动端首页本来就带姓名与本人进度；按批次、按学院配置自定义欢迎页的底座也已经存在，学校可以给自己这一届学生配一页有校史、有院长寄语、有本学院安排的内容。

在此之上，按批次建设的是现场那一屏：新生在报到点扫码或输入学号，大屏切出专属于他的那一页——姓名、学院、专业、班级，停留数秒，顺手记一次到场。这一页的意义不在感动，在于学校说的每一个字都是对一个人说的。

值得留意它的成本：不需要新采集任何一个数据项，纯由已有记录与规则触发。投入极小、现场感受极强的事，通常是这批建设里性价比最高的一类。

11.10 接得进来，也分得下去

登录这一侧不做封闭：支持 CAS 与 OAuth 两类高校通用认证协议，另加企业微信，按学校配置动态生成登录按钮；对接过程使用一次性凭证，凭证三十秒内失效。学校不需要为了迎新改动自己的统一身份认证体系，这是接入成本的底线。 需要加新协议时只加一个实现，主干不动；校方按接口自行对接的配置化接口位随批次建设。

方案粒度这件事常被问成"能不能一个校区一套方案"。当前版本的粒度不在校区，在批次与任务分组：一个批次面向哪些群体、排除哪些群体，配到哪一级组织。这个选择有实际理由——同一校区里，研究生与本科、不同学院、定向与非定向的流程差别，通常远大于校区之间的差别。按校区切是行政视角，按群体切才是学生视角。 校区目前作为字段与统计维度存在，各校区的接站点、服务点随批次配置；把校区提升为方案维度做成开关，单校区学校不启用，这一项按批次建设。

回到开头那件事：他还没到校，就已经在等学校的消息。他什么时候收到、收到的是不是只给他那一条、收到之后能不能在手机上办完，就是学校对他的态度。 通道、克制、按身份分的工作台、二级自助、大屏与专属的那一屏，全都服务这一句。

而它们留下的是一条条记录：一次点击、一条通知、一个进度、一次审核结论。这些记录怎么变成能查、可比、可算的东西，是第十三章开始要回答的问题。