项目最初计划采用小程序版，希望通过移动操作获得更便捷、现代的放学体验；但深入了解学校需求后发现，学校对教师新增操作负担非常敏感，不希望老师在原有教学工作之外承担额外点击。
学校仍希望建设可视化放学系统，因此操作职责转向校门值班人员。现有产品当时没有对应版本，指挥版由此围绕该校需求开始研发。
减少教师操作
系统不能把数字化成本转移给教师，需要由校门值班人员集中完成放学操作。
项目版本、现场流程与实施边界
先回答学校采用什么版本、现场怎样运行，再按实施顺序阅读问题、方案、上线过程和结果边界。
- 学校与场景
- 北京市多校区小学
- 采用版本
- 指挥版
- 现场主流程
- 操作岗位 → 状态范围 → LED 展示 → 语音播报
- 配套协同
- 指挥版与 PAD、批次与班内分批、多校区使用、LED 展示
- 公开方式
- 匿名实施记录
北京市某多校区小学指挥版放学实践：先理解学校现场与建设起点
先说明原有流程中真正需要解决的断点
批次显示
不在当前放学批次的班级不应出现在 PAD 与 LED 上，避免现场信息过多。
班内分组
同一放学批次内，一个班级仍可能分成两个小批次，需要比年级或班级批次更细的控制。
多校区复制
多个校区内网互通，方案需要在保持统一产品基础的同时适配不同校区。
围绕学校原有管理方式组织系统流程
研发由校门值班人员集中操作的指挥版，把教师端操作降到最低；指挥端负责选择当前批次和班级，PAD 与 LED 只展示当前需要处理的内容。
在基础批次之上继续支持班级内部的小批次处理，并利用校区间互通网络，将成熟配置逐步扩展到其他校区。
明确谁来操作、如何上线以及怎样逐步校准
需求转向
从原计划的小程序版转向门卫集中操作，重新确定系统角色和操作入口。
指挥版研发
围绕值班人员的现场视角设计指挥端、PAD 与 LED 的联动方式。
批次迭代
根据学校反馈形成当前批次显示、非当前批次隐藏以及班级内分批等规则。
校区扩展
首个校区稳定使用后，借助内网互通条件扩展到另外四个校区。
一次操作如何传递到现场展示、播报与相关终端
操作岗位
校门值班人员在指挥端选择当前批次和需要放学的班级。
状态范围
PAD 与 LED 只呈现当前批次需要处理的班级，非当前批次不显示。
LED 展示
现场 LED 默认展示本次操作对应的班级与放学状态。
语音播报
班级状态变化同时触发现场语音播报。
现场收尾
放学结束后由现场配套硬件定时器自动关闭 LED。
操作记录
系统保存值班人员的批次、班级与状态调整记录，便于后续查询与复盘。
真实运行中如何处理临时变化和状态偏差
非当前批次
PAD 和 LED 隐藏非当前批次班级，减少误选和无关信息干扰。
班内再分批
同一班级需要分成两个小批次时，继续按班内分组组织现场操作。
临时顺序变化
值班人员可根据当天现场情况切换当前批次或班级，不要求教师另行操作。
只呈现已经确认的变化，也保留后续改进边界
该项目直接推动了指挥版从无到有，也让批次放学、当前批次显示和班内分批成为产品的重要能力。
学校从单一校区逐步扩展到同一教育体系内的五个校区，目前均正式使用指挥版。
教师无需承担主要操作，校门值班人员能够在统一指挥端组织 PAD、LED、语音播报与现场放学节奏。
这不是让学校适应既有产品的项目，而是学校真实管理需求反向推动产品形成。减少教师操作、批次控制和多校区复制都来自实际使用反馈。
客户需求可以推动产品完善，但需要先区分可复用的共性能力与单一学校的特殊规则，再沉淀为稳定功能。
本案例实际使用或配套的产品能力
统一平台关系
本案例采用的操作端、LED 展示、语音播报、通知和操作记录进入同一学校任务与状态链路。
指挥版与 PAD
由校门值班人员集中选择批次和班级，减少教师操作。
批次与班内分批
支持当前批次过滤以及同班级内部继续分组。
多校区使用
在内网互通条件下将成熟配置扩展到五个校区。
LED 展示
现场默认展示本次操作对应的班级状态。
语音播报
与班级状态变化同步提供现场提示。
现场配套定时器
放学结束后自动关闭 LED，减少人工收尾。
操作记录存档
保存批次、班级及状态调整记录，便于查询与复盘。
FAQ
常见问题
为什么最终采用指挥版而不是小程序版？
学校不希望教师承担新增操作，项目因此把主要操作职责转给校门值班人员，由指挥端集中选择批次和班级，再联动 PAD、LED 与语音播报。
五个校区是否共用完全相同的规则？
不是。多个校区可在网络互通和统一平台条件下复用成熟能力，但仍需分别核对校门、批次、班级、设备和岗位配置，不应把一个校区的参数原样复制。
同一班级还要分两批放学时怎样处理？
指挥版在年级和班级批次之外保留班内分组能力，值班人员可按现场顺序处理更小批次，同时让 PAD、LED 和播报只呈现当前需要放学的内容。