全景与平台场景
系统设计文档站 / 全景与平台场景

平台使用场景与用户分层设计

本文档用于说明在课程内核稳定之后,老师、学生、家长和学校分别如何消费和扩展这套系统。

12 静态 HTML 版本 2026年5月26日 15:08

1. 文档目的

本文档用于说明在课程内核稳定之后,老师、学生、家长和学校分别如何消费和扩展这套系统。

2. 当前判断

平台仍然重要,但当前不是第一优先级主线。

当前正确关系是:

  • 课程内核优先
  • 平台消费与分发后置

3. 用户分层

3.1 老师

第一优先级用户。

主要诉求:

  • 生成课程
  • 调整课程
  • 播放课程
  • 组织训练

3.2 学生

主要学习使用者。

主要诉求:

  • 课堂学习
  • 课后训练
  • 查漏补缺

3.3 家长

辅助陪学者。

主要诉求:

  • 使用老师课程陪学
  • 查看学习结果
  • 参与补缺闭环

3.4 学校

后续组织级主体。

主要诉求:

  • 沉淀课程资产
  • 控制共享边界
  • 管理教师与标准

4. 主要使用场景

4.1 老师备课与授课

  1. 老师输入教材或材料
  2. 系统生成 Stage -> Unit -> Scene -> PracticePlan
  3. 老师预览、局部调整
  4. 进入课堂播放

这是当前第一优先级场景。

4.2 学生学习老师课程

  1. 学生进入课程
  2. 学习课堂内容
  3. 完成课中检查与课后训练
  4. 回写学习进度

4.3 家长参与陪学与补缺

  1. 家长使用老师课程或补缺课程
  2. 陪孩子完成训练
  3. 查看补缺结果与学习状态

4.4 学校沉淀课程资产

  1. 学校管理老师课程
  2. 沉淀标准化课程资产
  3. 后续控制共享和复用边界

5. 补缺闭环场景

家长和学生场景当前已正式纳入课后补缺闭环。

典型路径:

  1. 学生暴露缺口
  2. 系统形成 GapProfile
  3. 生成补缺课程
  4. 家长或学生使用补缺课程
  5. 训练结果回挂

6. 平台层面的阶段性优先级

第一阶段

  • 老师生成与播放
  • 学生学习与训练

第二阶段

  • 家长陪学与补缺
  • 课程分发与基础共享

第三阶段

  • 学校组织化治理
  • 更复杂的权限和协作

7. 结论

平台使用场景依然成立,但当前正确顺序已经明确:

  • 先服务课程内核
  • 再承接老师、学生、家长和学校场景

而不是让平台分层反向主导课程主骨架。