学校准备做数字化建设时，最容易先讨论“买哪套平台”。演示会上功能很多：统一门户、移动审批、数据大屏、智能填报，似乎只要合同一签，原来的问题就会一起消失。可真正上线后，教师仍在群里交表，管理员仍靠手工合并名单，同一名学生在几个系统里还有不同写法。平台并没有失效，它只是替学校把原来没说清的流程固化了下来。
校园数字化的起点不是产品清单，而是学校每天怎样运转。先把一件事由谁发起、经过谁、使用什么数据、出错后找谁讲清楚，再去判断现有工具能不能改、是否需要开发、最后才是采购。这样做看起来慢一点，却能把预算花在真正的断点上。
先别问缺哪个系统，先问哪件事最费劲
“学校缺一套综合管理平台”不是一个可执行的需求。它没有说明谁遇到了困难，也没有说明困难发生在哪一步。更好的问法是：班主任每学期为什么要重复核对学生信息？设备报修为什么总要追问处理到哪一步？活动报名结束后，谁还要手工整理名单？
我会先请业务负责人带着实际材料走一遍：原始通知、填报表、群消息、汇总文件和最后形成的结果，一个都不要省。走完以后，把问题写成“某类用户在某个时间，为了完成某件事，需要经过哪些步骤”。这时大家通常会发现，真正卡人的并非没有页面，而是入口太散、字段不一致、责任人不清，或者异常没有处理办法。
把业务流程画到“退回以后怎么办”
学校常画“理想流程”：教师提交，部门审核，领导审批，流程结束。真实运行却总在边角处出问题。材料不全由谁退回？退回后是覆盖原记录还是保留版本？负责人请假时谁代办？超过期限有没有提醒？学生转班后历史数据跟着人还是跟着班级？
因此流程图不能只画顺利通过的主线。每一步至少要写清五件事：输入是什么、处理人是谁、可做哪些动作、会产生什么状态、异常转给谁。状态名称也要用业务语言，例如“待年级复核”“退回补充”“已归档”，不要只写“处理中”。当参与者可以仅凭状态判断下一步，系统才有可能减少追问。
一个实用检验：如果把软件界面遮住，只看流程和字段说明，业务人员仍能判断每种情况该怎么处理，这份需求才算站稳。
数据先定“谁说了算”，再谈互联互通
系统之间不能互通，很多时候不是接口没写，而是没有确定权威来源。教师姓名以人事系统为准还是以通讯录为准？班级名称是“五（1）班”还是“501”？学生离校以后是删除、停用还是转入历史库？如果这些规则未定，接口只会更快地复制错误。
可以先做一张很朴素的数据清单：字段名称、业务含义、来源系统、维护角色、更新时间、保留期限、可以提供给谁。人员、组织、班级、学年、场地等基础数据尤其要先确定唯一来源。其他系统按约定读取或同步，不再各自维护一份“差不多”的名单。
先搭共同底座，不要让每个平台自带一套学校
多个系统各自建立账号、部门和权限，是校园数字化最常见的重复建设。教师换部门要改很多次，临时人员离校后仍能登录，管理员也很难回答“这个账号到底能看到什么”。因此，新应用之前应先决定共同底座：统一身份从哪里来，登录怎样接入，角色如何授予，日志保存多久，消息通过什么渠道发送。
共同底座不等于一开始就建设庞大的“中台”。小学校也可以从最小组合起步：一份可维护的主数据、一个统一身份入口、一套接口登记表、一份备份和恢复制度。能够复用的先复用，暂时不能集成的也要写清边界。关键不是技术名词有多新，而是学校对基础事实有没有控制权。
把采购指标写成上线以后能验收的句子
“功能丰富、操作便捷、安全可靠”几乎无法验收。真正有用的指标应带着场景、对象和结果。例如：“班主任只维护一次学生联系电话，授权系统在一个工作日内同步”；“普通教师不能导出全校学生信息”；“流程退回后保留原提交内容和操作记录”；“供应商退出时能够导出结构化数据和附件”。
采购还应询问一些不够“好看”却很要紧的问题：默认是否启用多因素认证，管理员操作能否审计，数据能否完整导出，版本升级由谁决定，停服时怎样取回数据，漏洞在多长时间内响应。CISA 的“安全需求”指南强调，购买方需要在采购阶段明确提出安全要求；这件事不能等系统上线以后再补。
用四周试点换掉一次大而全的冒险
试点不该是供应商准备好数据的演示，也不宜一上来覆盖全校。选择一个边界清楚、频率较高、失败可恢复的场景，例如设备报修、活动报名或校内材料审批。限定一类用户、一条流程和一位业务负责人，用真实账号和脱敏后的真实结构数据运行四周。
四周里不要只统计“提交了多少次”，还要记录教师少填了几次、管理员少合并了几份表、异常由谁处理、一次调整需要改哪里、停止使用后数据能否带走。到期后可以扩大，也可以修改流程，甚至停止。能安全停止，是试点有价值的一部分。
平台上线只是开始，必须有人长期接手
系统交付时，学校至少要拿到五样东西：管理员和业务负责人清单、数据与接口说明、权限矩阵、备份恢复方法、故障和升级联系人。还要约定日常工作由谁做：学期切换、人员变动、权限复核、补丁升级、日志检查、容量观察和离职账号清理。
建议把服务分成业务责任和技术责任。业务负责人决定流程、字段和使用范围，技术负责人保障身份、网络、数据、安全和恢复。两者不能互相替代。信息教师可以协助搭建和排障，却不应独自决定全校业务规则，更不应该成为所有系统永远的“人工接口”。
一张两页纸的启动清单就够用了
第一次讨论时不必先写厚厚的建设方案。两页纸可以容纳关键问题：第一页写目标场景、现有流程、主要痛点、参与角色和验收指标；第二页写数据来源、权限边界、已有系统、试点范围、负责人、预算上限与退出办法。它不能替代后续设计，却能让教学部门、管理部门、技术人员和采购人员先说同一种语言。
教育部《关于加快推进教育数字化的意见》提出“应用导向、治理为基”，也强调统筹规划、试点先行和安全发展。落到一所学校，并不是少买系统，而是让每一次投入都对应一件真实的事，让数据和责任留在学校手里。等这些问题有了答案，选平台反而会快很多：能承载流程、能接入底座、能接受验收、能长期维护的留下，其余再热闹也只是演示。
参考资料
校园数字化别从买平台开始
本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。
评论交流
欢迎留下你的想法