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