把每一次帮教，都整理成一份清楚的记录。

先把一场活动需要的信息理清

我把平时参与的志愿者招募、排班和活动协调流程重新理了一遍，确认一场活动需要留下报名、请假、签到、帮扶记录和照片。

这些信息现在跟着活动集中保存。小班长可以按场次核对，再把整理好的材料交给基金会。

小班长先从工作台看当月进度

工作台按帮教点列出本月活动、报名、签到、帮扶记录和照片进度。小班长可以从待办直接进入对应活动，补齐记录后立即更新状态。

月底汇总前，每场活动的完成情况已经能逐项核对。

群里照常说话，正式记录放进平台

负责人先发布活动。志愿者和小朋友在各自的页面报名，有事可以请假。报名截止后，负责人安排这次由谁辅导谁，活动当天再登记志愿者是否到场。

谁参加了这次帮教，谁来写记录

活动结束后，志愿者在手机上选择这次活动和自己辅导的小朋友，再填写当天做了什么、学习情况怎样，下次可以接着做什么。一名志愿者带了两名小朋友，就分别写两份，反馈不会混在一起。

小朋友在自己的页面查看活动和反馈

小朋友登录后，可以看到所属帮教点的活动、辅导安排和已经收到的学习反馈。页面会按学校、帮教点和身份展示对应范围的内容。

拍照识别少打字，提交前由本人确认

志愿者拍下纸面记录后，识别出的文字会先回到表单。本人对照原图检查，确认内容准确后再提交。

我把人工核对留在提交前，让未成年人和学习反馈相关记录都有明确的确认人。

权限跟着角色和帮教点走

小班长、志愿者和小朋友使用同一套活动数据，后端会按学校、帮教点和身份控制读取范围。页面入口和数据接口使用同一套权限规则。

那句“已保存”必须算数

保存动作由服务器确认。页面拿到成功结果后再更新状态，让用户看到的“已保存”和数据库中的记录保持一致。

两个人同时修改一份数据时，系统会根据版本号识别冲突，并提示旧页面刷新后再继续。三类角色的主要写入流程已经完成公网回归检查。

月底从平台里查缺项

报名、请假、签到和帮扶记录都跟着活动留了下来，负责人可以先看缺项，再导出当月统计表。过去要重新收集一遍的内容，现在能沿着每场活动逐项核对。

我在这个项目里做了什么

我先把自己参与过的帮教流程写下来，再按小班长、志愿者和小朋友分别整理他们要做的事。页面怎么走，谁能看到哪些记录，识别结果由谁确认，保存以后怎样告诉用户，都从这些材料里一点点定下来。

我负责需求梳理、角色权限、保存反馈和回归验收，Codex 参与网页、后端与测试实现。每条关键流程都按三个角色的视角重新走一遍，并检查数据是否写进服务器。