培训项目结束前，负责人经常面对一张看起来很简单的完成率表：有人从未打开链接，有人填到一半离开，有人明确表示退出，还有人因调班或缺席错过时间。把这些人都填成“未测”，结项报告会失去解释力，也可能把技术问题或课程安排误读成学员态度。
任务状态要反映实际发生的事
项目启动时就为常见情况准备清楚的状态：已完成、进行中、未开始、因缺席未完成、明确退出和技术中断。状态名称保持简短，原因记录只保留项目管理确实需要的信息，例如补测窗口已过或本人表示不再参加。无需在完成率表里摘录个人解释，更不应把私人沟通内容复制到班级统计。
中途关闭页面的答卷也要有单独规则。尚未达到项目约定完成条件的记录，不生成个人报告，不进入群体汇总。系统管理员保留必要的任务轨迹，项目负责人则决定补测、联系或结束任务的时间点。两类工作分开后，既能查清数据质量，也不会把半份回答当成结论。
若课程把“达到完成条件”设为答完全部题目，还应在发放说明中讲清保存与提交的差别。学员知道何时算完成，项目组也能避免把临时保存的页面误计进正式结果。
补测只解决确实适合补的情况
网络故障、临时缺席或入口发错，适合在明确时间窗口内补测。学员已经退出课程、明确表示不愿参加，或者课程目标已经变化时，反复催填通常不会提高项目质量。负责人可以按开场说明中的安排结束该任务，并在项目日志里记录动作日期和处理角色。
补测名单应从任务状态生成，避免已完成的人重复进入新链接。补测使用的量表、填写说明和统计口径发生变化时，结项报告注明变化，后续阅读者才知道不同批次能否放在一起比较。
群体报告先交代覆盖范围
结项报告开头可以写明应参与人数、实际完成数、各类未完成数量、补测时间和最终统计范围。这样，读者看到某项群体结果时，知道它描述的是哪些已完成任务的学员，而不是默认代表整期课程所有人。
人数很少的分组或容易被识别的情况，汇总层级可以适当合并，避免课程管理者从表格中反推出某个人。群体结论用于回顾课程服务和资源安排，不能替代对个别学员的了解，也不应用于考核、排名或录用。
结项时留下一份可回读的记录
项目资料至少保留任务版本、发放与补测日期、状态口径、汇总范围、查看角色和已完成的后续动作。橙星云等测评系统在项目配置中应让管理员能核对这些信息；具体字段和权限以机构实际部署为准。
把退出、缺席和中途未完成看作不同的项目状态，统计才会如实呈现本次服务覆盖了谁。课程团队也能据此改进通知、时间安排和支持方式，而不是用一个笼统的“完成率低”结束复盘。