选型、采购与价格

可能影响项目支持方式，但不预设固定降幅，也不承诺免费。学校条件、试点范围、交付成本、名额和案例共建安排都需要评估，最终以正式报价与书面协议为准。

可以。建议先说明学校规模、校门、网络和设备情况，再用真实放学流程演示权限、批次、通知、异常和追溯；确认模块与交付边界后形成的报价会更可比。

因为放学系统是交付型系统，学校规模、设备接入、部署方式和服务内容都会影响报价。

不等于。选型指南用于比较学校规模、网络边界、设备基础、通知需求和运维能力，不按品牌做简单排名，也不能替代现场评估、功能演示与书面方案确认。

只看版本名称或大屏效果，而没有确认学校真实流程、网络边界、设备基础和追溯要求。

合理配置后，老师主要完成关键触发动作，重复同步、通知和记录由系统承担。

不是。小规模、低复杂度场景仍可人工处理；系统更适合流程复杂、通知要求高、需要追溯的学校。

需要确认设备接口、身份字段、事件格式、网络条件和厂家配合程度。能输出稳定事件并完成身份匹配的设备更适合利旧；无法验证的设备不会直接承诺接入。

需要校内主流程闭环时，可优先评估指挥、刷卡或闸机方案的本地化部署。最终选择还要结合学校网络边界、已有设备、家长外部通知需求和日常运维条件确认。

可以。它们可以作为不同触发入口，共同进入权限校验、状态机、通知和日志流程。例如老师用指挥端控制班级节奏，学生通过校牌或闸机形成个人事件，家长再接收相应通知。标准组合不能覆盖特殊流程时，也可以进一步评估定制开发。

建议将自愿成为典型案例作为重要条件之一。案例可以用于复盘学校放学治理过程、展示系统效果，也能换取更大的扶持空间。

重点看所在区域、是否学校直签、放学问题紧迫度、是否愿意成为典型案例，以及能否配合试运行。

不等于。数字化扶持属于项目评估机制，不构成固定折扣或免费承诺；是否适用、包含哪些产品与服务、周期和双方义务，都应以当期规则及书面确认结果为准。

更适合具备学校项目资源、现场实施或系统集成能力，并能承担合规沟通和持续服务的合作伙伴。合作范围、区域、报价、数据责任和售后分工需要单独书面确认。

可以。建议先说明学校规模、校门、网络和设备情况，再用真实放学流程演示权限、批次、通知、异常和追溯；确认模块与交付边界后形成的报价会更可比。

可以带着选型结果预约人工评估，再进一步确认适合指挥版、刷卡版、闸机版、小程序版还是纯内网组合。

不等于。在线结果只用于提供初步方向，不能替代需求访谈、现场与网络评估、设备接口核对、功能演示、书面方案和正式报价；学校情况复杂时还需要单独确认实施边界。

可以进一步评估定制开发。我们会先梳理流程、接口、数据安全、异常处理与验收标准，再判断扩展现有版本还是形成新的专项能力；未完成开发和验收的能力不会作为现成功能承诺。

建议先确认纯内网要求、校门数量、设备基础、家长通知和追溯粒度，再用学校真实放学流程演示并确定起步组合。

可以。真实交付通常会根据学校现场组合指挥、刷卡、闸机和小程序能力，并让不同入口进入同一套权限、状态、通知与追溯链路，而不是只能选择单一版本。