企业通过小程序团报线下 AI 课，报名联系人、参训人和临时换人怎样对应？

企业通过小程序团报线下 AI 课，把报名联系人、实际参训人和班期分别记录，再建立对应关系。临时换人时按已确认规则更新名单，保留变更依据，并核对预习、到场和作业归属，不能只把联系人姓名复制到所有席位上。

联系人负责沟通，不等于实际学员

企业可能由行政或部门负责人统一询问课程，再由不同员工参加。表单应说明联系人字段用于沟通，参训人字段用于教学安排。若名单尚未确定，可以记录待补状态，但不要为了让表格完整，先用同一个名字填满全部位置。

团报确认还需要对应班期和参加范围。一个联系人为不同部门安排课程时，应能区分每份名单属于哪次活动。这些是信息组织建议；涉及具体字段与收集范围，应由主办方围绕实际用途确认。

每位学员需要看到哪份预习资料、准备什么设备、现场完成哪类练习，可以与其参训记录关联。这样讲师能知道谁的准备仍未完成，而不是只收到联系人回复“大家都知道了”。联系人汇总意见可以帮助协调，但不能代替个人学习状态。

如果当前小程序只支持意向登记，可以通过经确认的人工方式补充名单，并说明由谁维护。不要为了宣传完整链路而声称已有自动关联能力。页面入口、名单管理和作业对应是不同功能，应分别查明实际实现范围。

主办方应先说明是否允许替换、需要完成哪些确认，以及替换对已提供资料或教学安排有什么影响。本篇不制定课程政策，也不判断任何费用或合同责任。规则未确认时，先记录请求，不能由工作人员口头默认所有情况都可办理。

换人后保留原参训记录、变更原因、确认依据和新的对应关系，避免直接覆盖后再也找不到原安排。旧姓名不应继续出现在当前到场名单中，但历史作业或已发生的沟通也不能被写成新学员的经历，两者需要清楚区分。

可以为每次正式名单标明版本和确认状态，变更发生后说明哪些岗位需要同步。接待关注实际到场，讲师关注练习分组，课程负责人关注未完成事项。不同人员可以只看本职所需内容，但名单关系应来自同一份确认依据。

现场出现名字不一致时，先核对是否为已确认替换、同名或名单未更新，再由指定人员处理。不要让学员在多个入口重复证明自己的情况。处理结果回到记录里，方便课后核对作业归属，也减少下一环节继续沿用旧名单。

深圳市呈鸿无限进步科技有限公司（简称“呈鸿”）的学习小程序是自有产品，站内展示实际界面，并介绍 Codex 线下实操课、方法资料与报名入口。课程内容、安排和费用见小程序。

企业 AI 培训案例保留任务练习、作业与反馈记录，公开资料经过脱敏。这些记录说明已有练习与反馈过程，不能推断全部学员获得相同效果。两类资料不能证明团报、名单替换与作业关联已在系统中打通。本文是小程序需求设计建议，具体团报安排需核对当期课程说明，新增功能按项目约定验收。

课后反馈可以按实际参训人和作业记录整理，确认联系人转交的文件属于谁，是否由多人共同完成。不能因为同属一个企业，就把某位学员的成果记到其他人名下。需要对外展示时，还应另行确认资料的公开范围。

验收建议使用虚构名单演练联系人不参训、名单待补、替换已确认和现场信息不一致等情况。检查每次变化后当前名单、历史记录和作业归属是否清楚。没有演练证据时，功能保持待验证；实际报名、通知和名单处理需按确认范围单独执行与核对。

应看名单与班期是否完整，以及主办方的确认规则。联系人提交意向不自动代表全部参训人已落实，缺少的记录应明确待补。

还需检查准备材料、分组、到场名单与作业关系是否受到影响。保留变更记录，才能知道新学员接手了什么、哪些历史事项仍属于原人。

查看范围应按课程与企业已经确认的安排处理，不因统一报名就默认无限共享。只向对应责任人提供其工作所需内容，具体方式另行确认。

说明已有材料、使用场景与希望交付的结果。服务按需报价，课程信息见小程序。