青鸽放学协同平台:一套平台连接整个放学过程
一套核心平台连接统一 App、微信小程序、现场指挥端、学校管理后台、大屏显示端、通知端和可选设备,让学校按实际场景组合终端与模块,并共享同一套权限、任务、状态和审计数据。
不是几套彼此独立的版本,而是一套可以组合的放学业务平台
一套核心平台连接统一 App、微信小程序、现场指挥端、学校管理后台、大屏显示端、通知端和可选设备,让学校按实际场景组合终端与模块,并共享同一套权限、任务、状态和审计数据。
学校可以从小程序和管理后台起步,也可以加入现场指挥、大屏与语音、通知端、刷卡或闸机设备,以及私有化部署。无论从哪个入口操作,最终都进入同一套学校隔离、角色权限、放学任务、状态同步和审计链路。
六类终端面向不同岗位,共享同一份可信业务数据
| 使用终端 | 主要形态 | 负责什么 |
|---|---|---|
| 统一移动端 | 统一 App 与微信小程序 | 家长、教师、校长和值班人员按账号授权进入各自工作台。 |
| 现场指挥端 | 手机与平板 | 面向门卫、指挥员和值班领导,聚焦当前批次和现场快速操作。 |
| 学校管理后台 | 浏览器后台 | 管理组织、账号、规则、通知、大屏、设备、日志和交付配置。 |
| 大屏显示端 | 浏览器显示端 | 展示授权范围内的班级进度,并按学校配置联动语音播报。 |
| 通知端 | 公众号、短信与可选外部平台 | 当前支持按配置发送公众号和短信通知;企业微信、钉钉、学校自有平台等需核验账号、接口、网络和消息规则后接入。 |
| 可选设备接入 | 刷卡机、校牌、闸机等 | 设备事件经过鉴权和规则转换后进入同一任务、状态和审计链路。 |
从开校配置到日终收口,七步跑通日常放学
| 步骤 | 阶段 | 系统与学校共同完成的工作 |
|---|---|---|
| 01 | 学校与模块开通 | 平台创建学校并开通所需终端、模块和部署能力,学校管理员首次登录后完成密码修改。 |
| 02 | 组织与规则配置 | 配置年级、班级、学生、教师、家长、角色权限,以及放学时段、批次、班级范围和任务成员。 |
| 03 | 生成每日任务 | 系统按日期、时段、批次、班级和轮次生成任务,并保留生成时的成员快照,避免后续组织变更影响历史。 |
| 04 | 按授权范围执行 | 教师、校长或指挥员只查看和操作授权任务,执行开始放学、放学完成、留堂或解除留堂。 |
| 05 | 多端同步触达 | 服务端校验通过后,同步更新学校已启用的移动端、指挥端、管理后台、大屏和通知端,并按配置生成通知与语音任务。 |
| 06 | 异常与冲突校验 | 离线操作恢复后重新校验;发生版本冲突时拒绝覆盖。高风险操作需要确认、原因和审计记录。 |
| 07 | 日终收口与追溯 | 检查未完成任务、留堂、失败通知和离线冲突;新一天生成新任务,历史数据按学校配置和适用规则留存。 |
所有方案共用的六项核心能力
统一任务与成员快照
按日期、时段、批次、班级和轮次生成任务,保留任务生成时的成员范围。
多角色与数据范围
学校、角色、负责年级和班级共同决定用户看得到和操作得了的范围。
四态进度同步
未放学、开始放学、放学完成和留堂在已启用终端间保持一致。
大屏与语音联动
状态变化同步到授权大屏,并按配置生成防重复语音播报。
家长独立通知
通知端按监护人分别记录发送、失败、已读和确认,不把一位家长的状态代替另一位;具体渠道以学校已开通配置为准。
异常与责任追溯
离线冲突、高风险操作、配置变更、通知、播报和操作记录均可追溯。
终端和模块按学校场景组合,不把套餐名称固化成产品架构
不同学校可以选择不同终端和模块,但学校、组织、任务、权限、状态和日志始终由同一核心平台管理。公众号和短信可按现有能力配置;企业微信、钉钉、学校自有平台等通知端,以及设备协议和部署方式,需按项目条件确认。
四种常见方案组合,保留既有版本入口
| 方案组合 | 组成 | 适合场景 |
|---|---|---|
| 轻量移动协同 | 管理后台 + 小程序/统一 App + 通知端 | 先从教师操作和家长通知起步的学校。 |
| 现场指挥与可视化 | 移动协同 + 指挥端 + LED 大屏 + 语音 | 班级较多、现场需要统一调度的学校。 |
| 设备辅助放学 | 核心平台 + 设备网关 + 指定硬件适配 | 已有刷卡、校牌或闸机设备的学校。 |
| 私有部署与运维 | 生产编排 + 备份恢复 + 升级回滚 + 运维服务 | 对网络、数据和交付有独立要求的学校。 |
同一产品架构内,不同能力仍有明确的交付状态
“属于平台能力范围”不等于“所有学校默认开通”。官网按已具备、内测中、可选接入和筹备中区分当前交付边界,实际使用还取决于学校采购模块、网络条件、第三方通知账号、接口权限和设备协议。
| 状态 | 当前公开边界 |
|---|---|
| 已具备 | 学校后台、组织账号、放学规则、任务状态、浏览器大屏、公众号与短信通知任务、日志及基础角色工作台。 |
| 内测中 | 统一 App 和 Windows 显示端仍需完成正式签名、真机兼容或现场验收后再开放下载。 |
| 可选接入 | 企业微信、钉钉、学校自有平台、刷卡、校牌、闸机、开放接口与私有部署依赖学校条件和项目配置。 |
| 筹备中 | 尚未完成正式发布或真实供应商接入的能力,不作为默认现成功能承诺。 |
每一次操作都有边界,每一次异常都有记录
系统根据学校、角色、负责范围、日期时段、当前批次、任务状态和数据版本进行服务端校验。前端隐藏按钮不能代替权限控制,离线补传也不会直接覆盖已经变化的新状态。
高风险操作需要再次确认并填写原因;操作结果、终端、对象、前后状态和操作追踪编号进入审计记录。历史数据按学校配置、业务需要和适用规则留存,支持后续查询与复盘。
常见问题
小程序版、指挥版和刷卡版是不是三套独立系统?
不是。它们是青鸽放学协同平台面向不同学校场景形成的常用方案入口,共享学校组织、角色权限、放学任务、状态同步和操作记录。
统一 App 属于哪个版本?
不属于某个固定版本。统一 App 是平台的移动入口,家长、教师、校长和值班人员根据账号授权进入不同工作台;正式下载仍以签名、真机兼容和发布状态为准。
小程序、指挥端、大屏、通知端和设备能否组合使用?
可以按学校已开通模块组合。公众号和短信可按现有配置触达家长;企业微信、钉钉、学校自有平台等通知端需先确认账号、接口、网络与消息规则。所有入口经过身份、权限和任务规则校验后进入同一状态链路。
刷卡机和闸机是否默认全部兼容?
不能默认承诺。设备协议、身份字段和现场网络差异较大,需要先核验供应商接口、事件方向和异常处理方式,再确定直接接入或增加适配层。
平台会永久保存所有学生和家长数据吗?
不会用“永久保存”作为统一承诺。数据应按学校配置、业务需要、合同约定和适用规则设置留存范围,并通过权限、脱敏和审计控制使用。