小程序 + 指挥
适合先跑通老师操作和现场调度的学校。
学校不必把老师操作、老师刷卡、学生卡、UHF-RFID 和闸机确认看成彼此排斥的选项。更合理的方式是按学校设备基础、教师习惯、纯内网要求和追溯粒度组合。
| 方式 | 适合场景 | 优点 | 注意点 |
|---|---|---|---|
| 老师小程序操作 | 幼儿园、小规模学校、快速试点 | 上线快,家长通知方便 | 依赖老师手机或小程序使用习惯 |
| 老师刷卡 | 已有刷卡设备、纯内网组合、低学习成本 | 动作简单,可配置规则 | 需要设备和卡片管理 |
| 学生卡/UHF-RFID/闸机 | 需要学生个人离校事件和接送安全 | 追溯粒度更细 | 需要身份匹配和设备配置 |
适合先跑通老师操作和现场调度的学校。
适合重视校内闭环和低学习成本的公办学校。
适合需要学生个人离校事件和接送安全的校园。
适合大型学校、多校门和高追溯要求场景。
如果学校已有特殊校牌、接送凭证、门禁协议、车辆到校信息或分区等待流程,可以在确认接口、身份匹配、异常处理和数据安全后评估定制接入。不同入口最终仍应汇入统一状态、通知和日志,而不是形成彼此割裂的新系统。
可以。它们可以作为不同触发入口,共同进入权限校验、状态机、通知和日志流程。例如老师用指挥端控制班级节奏,学生通过校牌或闸机形成个人事件,家长再接收相应通知。标准组合不能覆盖特殊流程时,也可以进一步评估定制开发。
需要校内主流程闭环时,可优先评估指挥、刷卡或闸机方案的本地化部署。最终选择还要结合学校网络边界、已有设备、家长外部通知需求和日常运维条件确认。
需要确认设备接口、身份字段、事件格式、网络条件和厂家配合程度。能输出稳定事件并完成身份匹配的设备更适合利旧;无法验证的设备不会直接承诺接入。