一套核心平台,按学校场景组合终端与模块
先理解统一业务平台,再按现场指挥、移动协同、通知端、设备接入和部署条件选择既有方案入口。
先理解一套平台,再选择学校需要的方案组合
青鸽放学不是几套互不相通的产品。学校组织、放学规则、每日任务、角色权限、状态同步、通知分发和操作记录由同一核心平台管理;小程序、指挥端、大屏、通知端和设备只是不同岗位进入这套平台的方式。
指挥版、刷卡版、闸机版和小程序版继续保留为学校熟悉的方案入口,用于承接不同搜索和采购需求,但它们可以按现场条件组合使用。
核心平台、使用终端与按需模块如何组合
| 组成层级 | 包含内容 | 作用 |
|---|---|---|
| 一套核心平台 | 学校、组织、任务、权限、状态、通知和审计 | 为所有终端提供同一份可信业务数据 |
| 六类使用终端 | 移动端、指挥端、管理后台、大屏、通知端、可选设备 | 让不同岗位按授权完成各自工作 |
| 按需功能模块 | 移动放学协同、放学时段、批次与多轮任务、现场指挥、LED 大屏与多屏、站内、公众号与短信通知、企业微信、钉钉与学校平台通知扩展接入、家长订阅与阅读确认 | 按学校网络、设备和采购范围组合 |
| 常用方案入口 | 指挥版、刷卡版、闸机版、小程序版 | 保留既有名称、页面与搜索意图 |
四类产品方案,对应四类学校现场
学校常见需求,可以这样组合
想减少校门口拥堵
建议:指挥版 + 大屏显示 + 语音播报 + 批次规则。
想做纯内网部署
建议:指挥版、刷卡版、闸机版都可评估纯内网,重点关注校内数据闭环和后台日志。
想快速上线家长通知
建议:小程序版,先解决老师操作和家长查看。
已有闸机或身份设备
建议:先核验设备协议、身份字段和现场网络,再通过闸机版评估学生出校事件与通知联动。
课后服务多批次复杂
建议:支持批次规则、状态机、留堂、撤销和后台查询的组合方案。
版本能力对比
| 能力 | 指挥版 | 刷卡版 | 闸机版 | 小程序版 |
|---|---|---|---|---|
| 老师操作 | 支持 | 可配合 | 可配合 | 支持 |
| 平板指挥 | 支持 | 可扩展 | 可扩展 | 可扩展 |
| 刷卡确认 | 可扩展 | 支持 | 支持 | 可扩展 |
| 闸机/身份事件 | 协议接入 | 协议接入 | 协议接入 | 协议接入 |
| 家长通知 | 支持 | 可配置 | 支持 | 支持 |
| 大屏显示 | 支持 | 支持 | 支持 | 可扩展 |
| 语音播报 | 支持 | 支持 | 支持 | 可扩展 |
| 黑匣子日志 | 支持 | 支持 | 支持 | 支持 |
| 纯内网 | 可支持 | 可支持 | 可支持 | 视部署方式 |
如果不确定方案,从三个问题开始
是否需要纯内网?
如果学校重视数据安全和校内闭环,指挥版、刷卡版、闸机版都可以按现场条件评估纯内网或本地化部署。
是否已有闸机/校牌?
如果学校已有设备,优先核验接口、身份字段、事件方向和网络条件,再判断闸机、刷卡、校牌事件能否进入统一状态机。
是否需要家长实时通知?
如果家长通知是刚需,需要同步确认小程序、公众号、短信和已读未读记录。
产品总页建议承担三步选型入口
第一步:判断部署边界
先确认是否要求纯内网、本地化、SaaS 或混合部署,避免后面方案方向走偏。
第二步:判断触发方式
看学校更适合老师小程序、平板指挥、老师刷卡、学生卡/UHF-RFID 还是闸机事件。
第三步:判断通知与追溯
确认是否需要公众号、短信、站内通知、已读未读、黑匣子日志和后台查询。
常见问题
青鸽放学有哪些产品方案?
当前产品方案可按学校场景理解为指挥版、刷卡版、闸机版和小程序版;纯内网是部署方式,指挥版、刷卡版、闸机版都可以按学校网络和安全要求评估。
选择产品方案时最先看什么?
建议先看学校是否需要纯内网、是否已有闸机或校牌设备、是否需要家长实时通知,再看大屏、语音播报和后台查询等扩展能力。
为什么官网仍然保留指挥版、刷卡版和小程序版?
这些名称已经对应学校熟悉的落地场景,也承接既有搜索与引用;现在将它们统一解释为同一协同平台的常用方案入口,而不是互不相通的独立系统。