多种入口，先进入同一条处理链路
老师小程序、平板指挥、老师刷卡、学生卡、闸机事件和后台应急都只是入口。系统先识别事件来源，再进入统一处理。
DISMISSAL WORKFLOW
从触发到追溯，一条线跑完整个放学流程
小程序、指挥端、刷卡、校牌、闸机和后台应急都不是孤立入口，而是汇入同一条放学链路：先校验权限，再读取学校规则，最后统一更新状态、触达家长并留下可查记录。
多种入口，
定位今天、此时、这个批次的放学任务
系统按日期、时段、批次、班级和轮次匹配任务，并使用任务生成时保存的成员快照，避免组织变化影响历史。
谁能看、谁能操作，都由明确范围决定
学校、账号、角色、负责年级与班级、当前时段和任务状态共同决定操作范围，不能只凭一个登录账号访问全部内容。
一次操作形成一致、可理解的任务状态
开始放学、放学完成、留堂和解除留堂进入统一状态流程；异常与撤销按规则处理，减少现场口头同步。
通知、大屏与播报消费同一个状态结果
校验通过后，系统按学校已开通配置更新指挥端、后台、大屏和通知端，并生成对应的语音或设备联动任务。
事后能回答谁、何时、在哪个端做了什么
放学、留堂、通知、播报和设备事件形成可查询记录，失败原因与状态变化可用于学校复盘和后续优化。
01多端触发六类入口汇入同一流程
老师小程序
平板指挥
老师刷卡
学生校牌
闸机 / 识别
后台应急
02规则与状态权限、配置与状态按顺序执行
触发汇聚
多端操作统一进入同一条放学处理链路。
统一校验
识别学校、账号、角色和操作范围，防止越权放学。
读取配置
匹配套餐模块、放学时段、批次规则、通知权益。
状态机
处理放学中、留堂中、已放学、撤销、回刷。
通知事件
班级、学生、留堂、撤销事件进入通知分发链路。
03触达现场事件同步给家长和校内终端
生成事件
同步生成班级事件、学生事件、大屏状态和语音播报。
家长查看
通知列表、公众号链接、短信内容、已读未读记录。
04日志追溯失败原因、操作记录和状态变化可查
黑匣子日志
记录谁、何时、在哪个端、前后状态和操作追踪编号。
后台追溯
查询通知、失败原因、操作记录和回刷明细。
SCHOOL PRACTICES
先看同类学校，怎样把方案用起来
不同的教师操作习惯、校门条件和课后服务安排，对应不同的实施方式。
查看全部真实案例刷卡版 · 常规班与兴趣班
江苏连云港某小学
70 个常规班级，39 个兴趣班
教师持卡操作，两台刷卡机服务不同楼栋与校门。LED 按时切换常规班和兴趣班界面，配合语音与定时复位。
查看刷卡与兴趣班切屏实践刷卡版 · 学校本地运行
福建泉州某小学
49 个班级，98 张教师操作卡
每班两张卡，两台刷卡机，本地电脑部署。三态 LED 显示与语音配合，实施时核对设备授权、上报与班级绑定。
查看教师刷卡实施细节指挥版 + 闸机 · 幼儿园
福建龙岩某公办幼儿园
指挥版与闸机协同
老师先发布班级放学，授权家长再刷脸入园接领。现场 LED 与语音说明班级状态，通行记录供学校复核。
查看幼儿园接领流程匿名实施记录。案例的班级、设备与通知范围以对应项目为准。
CORE CAPABILITIES
不是单一通知工具，而是可交付的放学管理闭环
青鸽放学协同平台统一管理学校组织、每日任务、角色权限、状态同步和操作记录，再把移动端、指挥端、后台、大屏、通知端与设备按学校需要组合起来。
学校配置与模块权限
平台方可为学校配置套餐、模块、菜单权限和可用端，支持标准版、免费广告版、单班版等组合。
组织数据与绑定关系
年级、班级、学生、教师批量导入，班级绑定码、家长绑定、转班、毕业、一键升班均可追踪。
放学规则与自动回刷
学校、年级、班级三级时段，批次绑定班级，一天多轮放学，上学时间自动回刷并记录明细。
通知中心与权益控制
站内通知、公众号、短信、广告详情页按家长权益生成任务，支持失败原因、重试、去重和手动重发。
显示与语音播报
大屏状态、公告轮播、多屏范围、批次过滤、播报次数、播报模板和撤销后是否播报均可配置。
黑匣子与后台追溯
所有放学、留堂、撤销、重发、回刷操作记录前后状态、角色、操作端、原因和操作追踪编号，便于复盘。
PRODUCT SOLUTIONS
一套平台，四个单版入口；放学离校协同同等重要
四个单版入口按现场触发方式区分，并非功能等级；放学与离校协同方案负责把班级放学或留堂与学生实际出校连接成两级通知，权重不低于单个版本。
统一业务底座
一套平台，
一套平台，先把所有版本接到同一条业务链路
学校、组织、任务、权限、状态与记录保持一致，版本只决定现场从哪里触发、使用哪些终端和设备。
- 任务中枢批次与状态
- 权限边界岗位与范围
- 全程记录操作与异常
只负责自己班的放学通知，或需要整所学校多班协同？按使用范围选择合适的小程序方案。
SYSTEM & CONNECTIONS
一套系统，如何连接学校的各个环节？
先看整体关系，再按需要了解功能与部署。
SCENARIOS
按学校最关心的问题，进入对应解决方案
不同学校的放学难题并不一样：有的关注数据安全，有的需要轻量通知，有的要接入闸机和校牌，有的则要处理课后服务、多批次和接送安全。
可视化放学系统推荐
给正在做选型的学校一个清晰判断：什么时候需要调度型系统，什么时候只用通知或门禁即可。
- 适合校门口拥堵、等待时间长、班级批次复杂的学校
- 提供系统类型、版本选择、案例证据和采购建议
纯内网放学系统
适合对学生数据、校园网络和本地部署有明确要求的学校。
- 本地服务器、校内网络、断网可保留最后状态
- 刷卡、指挥端、大屏和日志可在校内闭环
放学通知小程序
适合快速上线、试点班级、多校区统一管理和家长通知场景。
- 老师、主任、校长、家长按角色进入
- 支持通知列表、详情、已读未读和多学生切换
闸机联动放学
适合已有人脸或刷卡/校徽识别闸机、等待区，或接送安全要求较高的校园。
- 学生出校、等待区离开、入校事件自动记录
- 可与班级放学状态、家长通知和日志追溯联动
课后服务与多批次放学
适合正常班、延时班、兴趣班交叉，且每天存在多轮放学的学校。
- 支持中午、下午、晚上多轮放学
- 支持临时批次、特殊天气和兴趣班独立权限
真实学校案例
从真实学校的采用版本、设备条件和现场流程，寻找与本校相近的实践。
- 按学校类型、现场问题和方案查看
- 结合实施过程、运行结果与适用范围判断
VERIFIABLE OUTCOME
如何判断问题是否真正解决
不先承诺一个漂亮数字。先记录现状，再用小范围试点和同口径复测，判断流程、秩序和追溯是否真实改善。
- 01 / 现状
建立基线
记录现有放学时长、关键节点、拥堵位置、通知方式、异常类型和人工操作。
- 02 / 运行
试点运行
选择可控年级、校门或批次，明确岗位分工、运行周期和异常回退方式。
- 03 / 对照
复测指标
使用同样口径复测等待秩序、通知触达、现场操作和可追溯记录。
- 04 / 决策
验收复盘
确认哪些变化可复制、哪些仍需调整，再决定扩展范围与后续投入。
CASE & PROOF
先看真实学校案例，再核对产品事实
学校在采购前通常会关心三个问题：系统是否真实落地、能力边界是否清楚、是否有可核验的外部信息。青鸽放学把案例、媒体报道、产品事实和项目资料集中整理，方便学校评估和校内汇报。
查看真实案例SYSTEM CAPABILITY
一套系统，支撑学校长期稳定使用
从学校基础数据到日常放学操作，从家长通知到后台追溯，青鸽放学围绕真实交付后的高频工作，把关键环节沉淀为可配置、可查询、可维护的系统能力。
放学主流程闭环
围绕每天最核心的放学过程，打通配置、操作、通知、显示、追溯和回刷。
- 组织数据、权限、批次和状态机
- 指挥版、小程序、刷卡、大屏协同
- 黑匣子日志与自动回刷明细
通知与家长查看
根据学校开通能力和家长权益，生成不同类型的通知记录和查看入口。
- 站内通知、公众号、短信等多通道
- 通知列表、详情、已读未读记录
- 失败原因、重试、去重和补发记录
显示、播报与现场秩序
把班级状态同步到现场终端，帮助值班老师、门卫和家长获得一致信息。
- 多屏范围、批次过滤、状态颜色
- 语音播报次数和播报模板配置
- 公告轮播、天气日期和屏幕模板
查询、排查与数据沉淀
每次操作都能回到后台查询，为学校复盘、排查和管理改进提供依据。
- 放学记录、通知任务、操作记录
- 黑匣子、回刷日志、失败原因
- 按学校隔离，支持长期复盘分析
让学校放学从现场经验变成可管理流程
从组织数据、放学规则、权限校验，到通知触达、黑匣子日志、回刷追溯，青鸽放学帮助学校把每天最复杂的校门口时段变得更清楚、更稳定、更可查。