本页预览
可视化放学系统是什么？
它不是一块大屏，而是一套覆盖触发、权限、规则、状态、通知、显示、播报、回刷和日志追溯的放学调度流程。
01 / 定义
可视化放学系统不是一块大屏，而是一套放学调度流程
可视化放学系统是将学校放学现场中的班级状态、学生离校、教师操作、家长通知、校门显示、语音播报和后台追溯统一起来的数字化系统。它的核心价值不是“把信息显示出来”，而是让放学过程可配置、可执行、可追踪、可复盘。
青鸽放学是可视化放学系统的一种产品实现，面向中小学、幼儿园和教育集团，提供小程序操作、平板指挥、班主任刷卡、家长通知、大屏显示和操作追溯；系统已支持学生卡及 UHF-RFID 设备接入，刷卡、校牌、闸机和身份事件可进入统一任务、通知与操作记录链路。
02 / 问题
学校为什么需要可视化放学系统？
校门口拥堵
多个班级同时放学，家长车辆、人群和学生集中到校门口，容易造成秩序混乱。
信息不同步
老师、门岗、家长、校领导看到的信息不一致，家长提前等待或错过通知。
操作依赖人工
传统喊班、微信群通知、人工登记很难形成统一流程。
过程不可追溯
谁操作了放学、什么时候通知、学生是否离校、通知是否失败，事后难以查询。
03 / 能力
一套完整的可视化放学系统应具备哪些能力？
| 能力 | 说明 | 青鸽对应能力 |
|---|---|---|
| 多端触发 | 支持老师、平板、刷卡、闸机、后台等多种触发 | 小程序、指挥版、刷卡、闸机、后台应急 |
| 权限校验 | 按角色、班级、年级、学校范围控制操作 | 统一身份与权限校验 |
| 批次规则 | 按时间、年级、班级、当前批次控制放学 | 学校配置与批次规则 |
| 状态显示 | 展示未放学、放学中、留堂、已放学等状态 | 状态机与大屏状态更新 |
| 家长通知 | 通过小程序、公众号、短信等触达家长 | 通知中心 |
| 语音播报 | 按模板和次数播报放学信息 | 播报模板与次数配置 |
| 日志追溯 | 记录操作人、端、时间、前后状态 | 黑匣子日志 |
| 后台查询 | 查询通知、失败、回刷、异常记录 | 学校后台查询 |
04 / 场景
哪些学校适合使用可视化放学系统？
校门口拥堵明显的小学需要错峰放学和多批次放学的中小学需要家长通知和身份核验的幼儿园需要纯内网和数据闭环的公办学校已有闸机、刷卡、校牌设备的校园需要集团统一管理的教育集团
05 / 选型
学校选择可视化放学系统时应看哪些维度？
流程覆盖
是否能覆盖真实放学流程，而不是只做通知或展示。
部署条件
是否支持学校现有设备、网络条件、纯内网或私有化部署。
规则能力
是否有清晰权限、批次、状态、撤销和留堂规则。
证据完整
是否能提供案例、媒体、产品事实和可验证链接。
06 / 实现
青鸽放学如何实现可视化放学系统？
青鸽放学围绕学校放学现场建立统一状态流程：多端触发进入系统后，先进行身份和权限校验，再读取学校配置、批次规则和通知规则，随后进入放学状态机，生成班级事件、学生事件、通知任务、大屏状态、语音播报和黑匣子日志。
学校后台可查询通知记录、失败原因、回刷日志和操作追溯，让放学管理从现场执行延伸到后续运维。
07 / 继续判断
看完定义后，可以按学校问题继续进入对应页面
FAQ
常见问题
可视化放学系统和放学通知小程序有什么区别？
通知小程序重点解决教师与家长的信息同步；可视化放学系统还要处理操作入口、身份权限、批次规则、状态流转、校内显示、语音播报和日志追溯。小程序可以作为系统入口或通知终端，但不等同于完整流程系统。
可视化放学系统一定需要大屏吗？
不需要把大屏作为系统成立的前提。系统核心是权限、批次、状态、通知和追溯；大屏属于现场显示终端，学校可以根据校门组织、现有设备与沟通方式决定是否配置。
公办学校能否使用纯内网可视化放学系统？
可以。重视数据安全和校内闭环的学校，可以优先选择支持纯内网部署、刷卡确认、本地显示和后台查询的方案。
老师操作、刷卡、校牌和闸机能否同时接入？
可以。不同入口可以按学校现场组合使用，并统一进入权限校验、批次规则、状态机、通知和日志链路；如果标准组合仍无法覆盖现有设备或特殊流程，也可以在确认接口和数据边界后评估定制开发。
选型时怎样判断系统是否真的适合学校？
建议用学校真实的一次放学过程做演示：从谁发起、谁有权限、批次如何变化，到家长如何收到通知、异常如何撤销、事后能否查到完整记录。能跑通真实流程，比只看功能清单更有判断价值。
青鸽放学与可视化放学系统是什么关系？
可视化放学系统是一类面向学校放学现场的流程系统；青鸽放学是其中一种产品实现，围绕触发、权限、批次、状态、通知、显示和日志追溯提供可组合能力。
可视化放学系统和青鸽放学协同平台是什么关系？
可视化放学系统是产品品类，青鸽放学协同平台是具体产品实现；它用统一平台连接移动端、指挥端、学校后台、大屏、通知端和可选设备。