建设初期便选择小程序版，希望通过移动操作、家长通知与校园大屏联动，形成更直观、更现代的放学体验。
日常放学由老师或年级主任发起操作，系统需要把校内操作、家长端消息和现场可视化展示连接起来，而不是让三个渠道分别维护。
操作角色
老师与年级主任都可能承担放学操作，需要明确各自可操作的年级、班级与状态。
项目版本、现场流程与实施边界
先回答学校采用什么版本、现场怎样运行，再按实施顺序阅读问题、方案、上线过程和结果边界。
- 学校与场景
- 湖南省长沙市学校
- 采用版本
- 小程序版
- 现场主流程
- 操作入口 → 家长通知 → LED 展示 → 语音播报
- 配套协同
- 小程序版、微信公众号通知、LED 展示、语音播报
- 公开方式
- 匿名实施记录
湖南省长沙市某学校小程序放学实践：先理解学校现场与建设起点
先说明原有流程中真正需要解决的断点
状态区分
家长不仅需要知道是否放学，也需要及时收到留堂等状态变化，减少到校后的反复确认。
多端同步
微信公众号通知、大屏显示和现场播报应来自同一次操作，避免信息不同步。
围绕学校原有管理方式组织系统流程
以小程序作为老师和年级主任的操作入口，选择班级并发布放学或留堂状态；家长通过微信公众号接收对应通知。
同一条放学操作同时驱动校园大屏显示和语音播报，使家长端、现场端与校内操作端保持一致。
明确谁来操作、如何上线以及怎样逐步校准
版本选择
项目初期直接采用小程序版，将移动操作和家校通知作为主要建设方向。
角色配置
按老师、年级主任等不同岗位配置可操作范围，避免所有人员看到相同的管理入口。
状态设计
在放学之外保留留堂状态，让家长收到的不是笼统提示，而是与学生当前安排相符的信息。
终端联动
将微信公众号通知、大屏显示与语音播报接到同一条操作链路，减少重复发布。
一次操作如何传递到现场展示、播报与相关终端
操作入口
老师或年级主任在小程序中选择班级，并发布放学或留堂状态。
家长通知
系统依据同一状态向家长发送微信公众号通知。
LED 展示
校园 LED 默认同步展示当前班级及放学状态。
语音播报
现场语音播报与 LED 展示由同一次操作触发，减少重复发布。
操作记录
系统保存放学、留堂及状态调整的操作记录，便于后续查询与复盘。
真实运行中如何处理临时变化和状态偏差
留堂状态
学生未按常规放学时可发布留堂状态，让家长获得与学生当前安排一致的信息。
多端一致
微信公众号通知、LED 展示与语音播报共享同一状态来源，避免重复操作造成信息差异。
只呈现已经确认的变化，也保留后续改进边界
老师或年级主任完成一次操作后，家长通知、现场显示和语音播报能够沿同一状态同步更新。
放学与留堂得到明确区分，家长能够更早理解学生当前安排，现场也获得一致提示。
项目以渠道联动和使用体验为主要成果，不使用未经学校确认的等待时长或满意度数据。
科技感并不只来自新增屏幕，而是来自一次操作能否让校内人员、家长和现场终端获得一致信息。
类似项目需要提前核对微信公众号触达、学校操作权限、大屏接口和播报环境，才能稳定形成联动体验。
本案例实际使用或配套的产品能力
统一平台关系
本案例采用的操作端、LED 展示、语音播报、通知和操作记录进入同一学校任务与状态链路。
小程序版
老师或年级主任通过移动端发布班级放学与留堂状态。
微信公众号通知
家长接收与校内操作一致的放学或留堂消息。
LED 展示
现场默认展示当前班级和对应状态。
语音播报
与 LED 展示同步提供现场语音提示。
操作记录存档
保存放学、留堂及状态调整记录，便于查询与复盘。
FAQ
常见问题
老师和年级主任能否使用同一套小程序操作？
可以按岗位分别配置可操作范围。老师通常只处理授权班级，年级主任可按学校安排处理对应年级；两类人员不必看到完全相同的入口和数据。
放学、留堂、LED 和语音播报怎样保持一致？
本案例把小程序操作作为统一状态来源，同一次放学或留堂操作驱动微信公众号通知、LED 展示和语音播报，并保留操作记录；实施前仍需核对各终端接口和现场播报环境。
学校已有微信公众号和 LED，能否直接接入？
需要先核对公众号消息能力、LED 控制方式、网络条件和现场播报设备。只有接口、权限与异常处理均可验证时，才适合接入同一状态链路。