家校周报的来源核对与收件隔离的原创流程示意,非客户现场或产品截图
流程示意 · 非客户现场 / 非产品截图

教学模拟案例,非衍谷客户实绩

LAB-08 · 教育 / 班主任与家校沟通

家校周报的来源核对与收件隔离

原创教学设定;未对应真实客户或实际交付。以下指标为验收目标、测试规模为假设,不构成效果承诺。

01 / 业务问题

教学情境:班主任要把课堂活动、作业提醒和家长需配合事项整理成周报,既要避免漏掉日期变更,也要防止把某名学生的情况误发到全班通知中。

02 / 改造前流程

假设现状是从群聊、课表和活动通知中复制内容,逐个替换姓名后发送;公用通知与个别沟通共用一个文档,容易残留上次收件人信息。

03 / 明确任务范围

生成班级公共周报和获准的一对一个人提醒草案;不自动发送,不向其他家庭披露学生个人表现、健康或纪律情况。教学演示仅使用虚构学生与监护人映射。

04 / 资料输入

  1. 已批准发布的课程活动、作业和校务通知,含负责人、日期与当前版本
  2. 经学校授权管理的收件关系表,包含学生代号、监护人渠道和有效同意范围
  3. 班主任明确选入本次沟通的个人事项,以及公共周报与个别消息模板

05 / AI 接入与工作流

  1. 按通知来源和版本提取时间、地点、准备物品及行动要求,确定性检查日期冲突和过期事项,不能从聊天语气推断已确定安排。
  2. 模型把已批准公共内容整理成简明周报,将含学生个人信息的片段单独标记并排除在公共稿外。
  3. 对于个别提醒,只读取该学生获准使用的事实,模型生成中性草案;规则校验姓名代号、代词指向和收件关系,防止串户。
  4. 班主任核对公共稿的安排与个人稿的事实和措辞,敏感或高影响内容进入学校规定的额外审批流程。
  5. 发送前再次核验最新收件关系和授权状态,向人工展示完整收件名单与消息预览;获准发送后记录版本,撤回授权的家庭不得沿用旧队列。

06 / 人工复核节点

班主任逐项确认安排和收件人,学校指定负责人审批涉及敏感个人信息的沟通;家庭关系变化不能由模型猜测,需要从可信授权记录中确认。

07 / 交付物

  1. 不含个人学生信息的班级公共周报草案
  2. 按收件关系隔离的个人提醒草案与发送前检查单
  3. 通知冲突、缺失授权及失效收件关系清单

08 / 验收口径(目标)

验收目标:公共稿不得含个体学生信息;每条行动提醒都有当前有效来源;个人稿与获准监护人一一匹配且未经人工确认不发送;授权撤回和日期冲突必须阻断对应输出。

09 / 测试方法(假设测试集)

假设测试集包含十二组虚构家庭关系和十份校务通知,覆盖同名学生、监护人变更、活动改期、旧通知残留及群发混入个人内容。采用模拟邮箱验证隔离,检查审批后资料变化是否触发重新确认。

10 / 数据权限与风险边界

未成年人及家庭关系信息具有敏感性,默认最小化输入并限制访问;不能为了方便把全部学生记录交给外部服务。测试、日志与演示截图也必须使用虚构数据。

11 / 实训任务

设计公共稿和个人稿分开的数据流,在模拟发送页展示收件人校验;注入同名学生与失效监护关系,说明系统如何阻断而不是猜测正确家庭。

FDE 练习路径:澄清问题 → 限定范围 → 接入资料 → 运行与复核 → 对照验收 → 交接。上线真实业务前,需重新确认授权、基线与责任人。

PROJECT BRIEF

整理你的企业需求

用几句话描述当前流程,生成一份可用于沟通的需求单。

提交后,信息将保存至本站并仅供衍谷管理者查看和联系你。请勿填写客户隐私、密码或业务机密。未提交草稿仅暂存在当前标签页会话,提交成功后清除本类草稿。

FDE / LEARNING LAB