学校信息化真正需要留下什么证据

学校做完一项信息化工作以后，通常不会什么都没留下。

平台上有记录，电脑里有表格，群里发过截图，活动结束后还有照片、作品和总结。如果要汇报，也很快能找到一批材料，证明设备买了、系统用了、活动办了、作品做了。

但材料很多，并不等于证据充分。

一张页面截图可以证明当时出现过这个页面，却不一定能证明数据已经正确写入；一个自动化程序走完了所有按钮，不一定代表真实业务已经完成；一份课件可以正常打开，也不能证明它已经进入课堂，更不能证明学生学会了什么。

我在处理学校数据、自动上报、比赛作品和教学资源的过程中，越来越清楚地感受到：

学校信息化真正需要留下的，不是更多痕迹，而是能够支持准确结论的证据。

一张结果截图，通常只能证明一个瞬间

截图是学校信息化工作中最常见的材料。

上传完成，截一张图；系统显示成功，截一张图；活动现场打开设备，再拍一张照片。它们当然有用，至少能够保留某个时刻的界面和状态。

但截图的边界也很明显。

它可能没有显示完整路径，没有显示账号对应的单位，没有显示数据后来是否仍然存在，也可能恰好截在按钮点击成功、后台写入失败的中间状态。

因此，一张“提交成功”的截图不能自动证明审核已经通过；一张学生作品的照片不能自动证明作品由学生独立完成；一张智慧教室的现场照片，也不能证明这套设备改善了教学。

截图适合回答“当时看到了什么”，不适合独自回答“整件事是否完成”以及“产生了什么效果”。

程序走完了，业务可能还没有发生

我曾经做过一套医废自动上报程序。

自动化脚本可以登录系统、找到页面、进入 iframe、点击按钮。仅从 Selenium 的执行过程看，程序似乎完成了操作。

但我后来重新规定了成功标准：入库以后，要马上回到系统列表确认新增记录；出库以后，要检查出库记录；转移以后，要核对联单。只要任何一步没有出现真实业务记录，后面的流程就必须停止，不能因为脚本没有报错就继续宣布成功。

一次实际核验中，系统列表没有出现当天新增的入库记录。于是，后面的出库和转移没有被当成已经完成。前一天的一次转移实际上是我自己手工完成的，也不能算在自动化程序头上。

这件事留下了一个很重要的区别：

• 操作日志证明程序尝试做过什么；
• 系统记录证明业务系统保存了什么；
• 人工核对确认这些记录是否对应这次真实任务。

三者不能互相替代。

如果只拿自动化日志作为完成证据，我们证明的只是鼠标和键盘动作，而不是学校的真实工作结果。

“高置信”仍然不是“已确认”

整理一次社团报名数据时，我让 AI 对不同来源的记录进行匹配和去重。

AI 最终找出了一批高置信候选结果，并把大量分散记录缩小成一张需要重点核对的表格。这个结果确实减少了人需要从头翻找的范围。

但表格里仍然保留了人工填写和确认的位置。候选结果没有直接被写成最终学生身份，统计结果也没有在确认完成以前被当成正式安排人数。

“高置信”描述的是模型对自己判断的把握，不是学校对真实身份的确认。

尤其当数据涉及同名学生、班级变化、填写错误或者多次报名时，模型给出的相似度只能帮助定位问题。最终结论仍然需要回到原始信息，并由了解实际情况的人确认。

这类工作真正应该留下的证据，不只是一份整理后的名单，还应该包括：

• 原始数据来自哪里；
• 使用了什么匹配规则；
• 哪些记录由 AI 自动判断；
• 哪些记录被标记为待确认；
• 谁在什么范围内完成了人工核对；
• 最终版本与候选版本有什么不同。

只有这样，后面出现问题时，我们才知道应该回到哪一步，而不是面对一张“已经整理好”的表格重新猜测。

文件生成成功，只能证明文件存在

AI 已经可以生成越来越完整的教学资源。

在一个一年级数学教学项目中，AI 协助把教学设计做成了《4、5的分与合》互动 HTML 课件。文件不是一个简单想法，而是已经包含教材内容、学生独立完成、教师巡视反馈和学生订正等课堂步骤，可以直接在浏览器中打开。

这能证明 AI 把教学设想转化成了一份具体资源。

但现有记录不能证明这份课件后来真正用于课堂，更不能证明学生因为使用它就学会了相关知识。

同样，一份学校数字化建设 PPT 被 AI 分析和修改过，可以证明 AI 参与了方案整理；没有正式讨论、立项、签字或采购记录，就不能继续写成“学校已经采用”。

文件证据最容易被夸大，因为它看得见，也最接近一个完整成果。但从“文件存在”到“实际使用”，中间可能还隔着审核、设备条件、教师选择和真实课堂。从“实际使用”到“产生效果”，还需要更多过程和结果证据。

把这些状态分开，并不会削弱项目价值。它只是让我们诚实地知道工作进行到了哪里。

报名成功，不等于产生了学习效果

比赛和活动也有类似的问题。

2025 年，我参与准备过两个 Scratch 作品的比赛报名，其中一个作品是《智能垃圾分类助手》。关于垃圾分类、拖动投放、错误提示和积分反馈，确实有过较具体的设计讨论；两个作品也确实完成了报名。

这些事实可以证明作品方向和报名状态，却不能自动证明：

• 作品最终版本是什么；
• 学生独立完成了哪些部分；
• 是否入围或获奖；
• 学生的编程能力提高了多少；
• 学生是否理解 AI 协助形成的全部设计。

如果要证明学习发生了，仅有最终作品是不够的。

更有价值的材料可能是学生最初怎样描述问题，第一版作品遇到了什么困难，教师或同伴给了什么反馈，学生随后修改了哪里，以及他能不能解释为什么这样改。

一个不够成熟的初稿，加上清楚的修改过程，有时比一张精美的获奖照片更能说明学习。

但这类过程证据必须真的存在。没有记录，就只能说作品完成或报名完成，不能根据最后结果倒推出一段并未被保存的学习过程。

我会把学校信息化证据分成五类

为了避免把不同材料混在一起，我更愿意把证据分成五类。

证据类型	可以证明	不能单独证明
结果截图	某个页面或状态曾经出现	数据持续存在、流程完整结束
操作记录	某个人或程序执行过某项操作	操作正确、业务结果已经产生
过程性证据	问题、反馈、修改和协作怎样发生	最终一定产生积极效果
学习成果	学生完成了作品或任务	是否独立完成、是否真正理解
人工确认	责任人确认其观察范围内的事实	超出观察范围的整体结论

这五类证据没有哪一种天然更高级。关键在于，我们想证明的结论是什么。

如果要证明文件上传过，系统记录可能已经足够；如果要证明学生学会了，就必须观察作品之外的理解和修改过程；如果要证明学校完成了一项正式申报，还需要审核、签字、盖章或平台提交等对应环节。

减少重复录入，应该留下什么

学校信息化经常把“教师减负”写进目标，但真正证明减负，不能只展示一个新入口。

至少应该保留改进前后的流程：原来需要从哪里取数、填写几次、经过哪些人；改进后哪些字段可以复用，哪些环节被取消，哪些仍需要人工核对。

如果没有准确的耗时数据，就不要写“节省了多少小时”。可以如实记录减少了哪一步、避免了哪次重复输入，以及是否出现新的核对负担。

减少一次填写是事实，效率提高多少倍则需要另外的测量。

支持教学过程，应该留下什么

一套系统里保存了学生数据，不等于这些数据支持了教学。

更接近教学价值的证据，是教师是否根据这些信息改变了后续行动：发现哪些学生需要重新解释，调整了哪项任务，提供了什么反馈，下一次学习中又观察到了什么。

这里也不能只保存系统自动生成的“学情分析”。还要有人核对分析是否符合课堂观察，并记录教师采纳、修改或拒绝了哪些建议。

没有这样的使用过程，数据可能只是从一个报表搬到了另一个报表。

改善教师协作，应该留下什么

教师协作不是群里多发几份文件。

如果一项信息化工具真的支持了协作，应该能够看见：谁提出了问题，谁补充了材料，哪一版发生了修改，最后由谁确认，结论怎样回到共同工作中。

这不意味着监控教师的每一步，而是为共同决定保留必要的版本和责任边界。

一个文件被转发了多少次，不能证明协作有效；不同教师的意见如何进入最后结果，才更接近协作证据。

改善学生学习，应该留下什么

学生学习最难用一张图证明。

最终作品、测验结果和活动照片都可以保留，但它们最好能够和初始状态、任务要求、反馈记录、修改版本以及学生自己的解释连接起来。

我们真正想知道的不是“系统生成了什么”，而是学生在其中做了什么：

• 他提出了什么问题；
• 他怎样选择方法；
• 他遇到了什么错误；
• 他如何看待 AI 或教师的反馈；
• 他修改了什么；
• 他最后能不能解释自己的结论。

目前我没有足够证据证明某个 AI 工具已经提高了学生的编程、科学探究或数字素养水平。因此，这部分只是我认为今后应该怎样记录，而不是对现有效果的宣称。

证据也需要边界

学校当然不能为了证明信息化有效，就无限记录教师和学生。

证据应该服务于明确问题，并遵守最小必要原则。学生身份、家庭情况、联系方式、原始名单和个人评价，不应出现在公开汇报中。能够用匿名编号说明的问题，就不保留真实姓名；能够用抽样验证的，就不复制全部数据。

同时还要说明证据的保存期限、访问权限和删除方式。过程性证据不是越多越好，更不是把每一次点击都变成对人的监控。

一套好的证据机制，既能让结论被复核，也不会为了复核制造新的负担和风险。

没有证据时，诚实说明工作走到了哪里

在真实项目里，很多事情都处在中间状态。

方案已经写好，但还没有采纳；文件已经生成，但还没有使用；报名已经完成，但结果还没有公布；系统已经运行，但人工核对还没有结束。

这些都不是失败，也不需要包装成更靠后的状态。

我更愿意使用准确的说法：

• “已经形成方案”，不等于“已经正式立项”；
• “已经生成课件”，不等于“已经用于课堂”；
• “已经完成报名”，不等于“已经取得成绩”；
• “已经得到高置信候选”，不等于“身份已经确认”；
• “程序已经执行”，不等于“业务已经成功”。

当每个状态都能找到对应证据时，项目以后才有可能继续，而不是在一堆漂亮总结里失去真实起点。

写在最后

《教育最累的，不是教书》里，我写过：信息化真正应该做的，是让信息重新回到教育。

现在我还想再补一句：信息回到教育以后，我们还要知道它究竟改变了什么。

它有没有少让教师填一次表？有没有帮助教师发现一个原来没有看见的问题？有没有让同事之间少做一次重复整理？有没有让学生经历一次真实的反馈和修改？

这些问题不能靠设备数量、平台功能或一张成功截图回答。

学校信息化真正需要留下的，不是一个比实际工作更漂亮的故事。

而是一条让我们能够回头看清楚：问题是什么、做过什么、谁确认过、改变发生在哪里，以及哪些事情仍然没有被证明的证据链。