1. 文档目的
本文档用于定义本平台未来的核心使用场景、主要用户角色、角色之间的关系，以及建议的产品优先级和平台分层方式。
本文档重点回答以下问题：
- 这个平台未来主要服务哪些人
- 各类用户真实会怎样使用平台
- 哪些场景是核心主场景，哪些是延伸场景
- 平台后续在权限、课程可见性、产品分层上应如何设计
2. 总体结论
本平台未来的定位，不应只是“AI 生成课程工具”，而应是一个：
围绕学校、老师、学生、家长构建的 AI 课程生成、备课、授课、学习和复用平台。
从平台视角看，本项目未来更接近一个 B2B2C 教育平台：
- B 端：学校、教研组、老师
- C 端：学生、家长
其中，老师是课程内容的主要生产者，学生是主要使用者，家长是辅助陪学者，学校是制度和资源管理者。
3. 核心用户分层
3.1 学校角色
学校是平台的组织级主体，主要职责包括：
- 学校账号与组织管理
- 教师账号与角色管理
- 课程资产沉淀与共享范围控制
- 考纲与教材基础数据维护
- 校内课程模板、标准和审批机制管理
学校的核心诉求
- 把课程资产从个人材料变成学校资产
- 统一教学标准与内容质量
- 提高课程复用率和备课效率
- 降低老师重复劳动
3.2 老师角色
老师是平台的核心生产型用户，也是第一优先级服务对象。
主要职责包括：
- 基于主题或材料生成课程
- 管理自己的课程与课时
- 局部重生成和内容调整
- 课堂播放和互动教学
- 布置练习、复盘课程
老师的核心诉求
- 快速备课
- 提高课件表达力
- 根据教学进度灵活调整内容
- 课堂上直接可用
- 支持课后复用和迭代
3.3 学生角色
学生是平台的主要学习使用者。
主要使用方式包括：
- 学习老师提供的课程
- 参与互动和讨论
- 完成测验和项目式学习任务
- 对感兴趣的话题进行自主学习
学生的核心诉求
- 更容易理解课程内容
- 学习过程更直观、更有互动性
- 可以课后复习和查漏补缺
- 可围绕兴趣自主探索
3.4 家长角色
家长是平台的陪学与监督型用户。
主要使用方式包括：
- 选择老师提供的课程给孩子学习
- 陪同孩子课后复习
- 查看孩子学习记录和完成情况
- 选择适合孩子的强化课程
家长的核心诉求
- 降低陪学难度
- 给孩子补足课内外学习资源
- 看到清晰的学习过程和结果
4. 未来主要使用场景
4.1 场景一：老师备课与授课辅助
这是平台最核心、最现实、最值得优先做深的场景。
典型流程
- 老师输入一个教学主题或上传教材 / PDF / 笔记
- 平台自动生成
Stage（课程） - 老师查看并调整
Scene（场景） - 老师对不满意的部分发起局部重生成
- 老师根据教学计划组织课时
- 课堂上直接播放课程并进行互动教学
价值判断
这是当前系统能力和未来商业价值最契合的主场景，应作为第一优先级。
4.2 场景二：学生使用老师课程进行学习
这是老师场景的天然延伸，也是平台闭环的重要一环。
典型流程
- 老师完成课程生成并发布给学生
- 学生登录后进入课程
- 学生进行课堂学习、互动、测验
- 平台保存学习进度和结果
价值判断
这是平台自然成立的第二主场景，建议和老师场景绑定设计。
4.3 场景三：家长选择老师课程给孩子学习
这是一个非常现实的家庭教育延伸场景。
典型流程
- 家长创建账号并绑定孩子
- 家长获取老师开放的课程
- 孩子在家庭场景下学习课程
- 家长查看学习情况和练习结果
价值判断
合理且有需求，但建议作为第二阶段重点，而不是第一阶段核心。
4.4 场景四：学生自主创建兴趣课程
这是一个合理但应控制预期的场景。
典型流程
- 学生输入感兴趣的话题
- 平台生成适合学生理解水平的课程
- 学生进行自主探索学习
价值判断
适合做成“个人探索模式”，但不建议在平台早期与老师主场景并列投入。
5. 对你当前设想的评估
5.1 合理性判断
你提出的三种场景都成立，而且具备现实需求：
- 老师备课与授课辅助 非常合理，是主场景。
- 家长复用老师课程陪学 合理，是强延伸场景。
- 学生自主学习与课程创建 合理，但应区分“选学老师课程”和“自助生成兴趣课程”。
5.2 需要注意的点
问题不在于场景不合理，而在于：
- 不应三条线同时重投入
- 不应把不同用户的需求混成同一个产品界面
- 不应忽略权限、共享边界和课程可见性
6. 建议补充的现实场景
6.1 校内课程资产库
建议明确加入。
含义
- 课程不只是老师个人资产
- 还应成为学校级课程资产
- 可以复用、改编、共享、沉淀
6.2 教研组共建
这个场景很现实，也非常适合教育组织。
典型案例
- 数学组共同维护一套中考专题课程
- 物理组共建实验演示课程
- 英语组统一口语训练课程
需要的能力
- 协作编辑
- 版本管理
- 课程模板
- 审核与发布
6.3 课后复习与错题强化
这是平台形成学习闭环的重要场景。
典型流程
- 学生完成课堂学习
- 平台根据 quiz 或学习记录识别薄弱点
- 平台生成补充内容或强化任务
- 学生进行复习
6.4 按考纲与教材版本组织课程
这对学校端和老师端都很重要。
典型场景
- 按教材版本生成课程
- 按地区考纲生成课程
- 按学段和学期组织课时
7. 场景优先级建议
7.1 第一阶段优先级
建议优先做深以下场景：
- 老师备课与授课辅助
- 学生学习老师课程
- 课程保存、管理、局部重生成
7.2 第二阶段优先级
建议随后加强：
- 家长陪学
- 课后复习与强化
- 校内课程共享
7.3 第三阶段优先级
可以后置：
- 学生自主创建兴趣课程
- 教研组协作
- 更复杂的校级审核与治理
8. 平台分层建议
建议未来产品不要做成一个混合界面，而应按用户分层。
8.1 学校管理层
主要能力：
- 组织管理
- 教师管理
- 考纲与教材基础数据
- 校内课程标准与模板
- 课程共享范围控制
8.2 教师工作台
主要能力：
- 课程生成
- 局部重生成
- 课程编辑
- 课时组织
- 课堂播放
- 发布给学生 / 家长
8.3 学生学习端
主要能力：
- 进入课程学习
- 互动问答
- 测验与项目任务
- 学习进度与回看
8.4 家长陪学端
主要能力：
- 查看课程
- 选择学习计划
- 跟踪孩子学习结果
- 辅助复习
9. 课程可见性建议
随着这三类用户出现，课程一定要设计可见性模型。
建议至少支持：
- 私有课程
- 教师个人课程
- 班级课程
- 校内共享课程
- 家庭共享课程
- 公共课程
10. 权限模型建议
建议未来至少支持以下角色：
- 学校管理员
- 教研组管理员
- 老师
- 家长
- 学生
权限示例：
| 角色 | 可创建课程 | 可编辑课程 | 可发布课程 | 可看学习记录 | 可管理考纲 |
|---|---|---|---|---|---|
| 学校管理员 | 否 | 否 | 否 | 部分 | 是 |
| 教研组管理员 | 是 | 是 | 是 | 部分 | 部分 |
| 老师 | 是 | 是 | 是 | 是 | 否 |
| 家长 | 否 | 否 | 否 | 仅自己孩子 | 否 |
| 学生 | 可选 | 否 | 否 | 仅自己 | 否 |
11. 三种核心场景之间的关系
建议用下面的方式理解：
查看结构源码
flowchart TD
T["老师创建课程"] --> S["学生学习课程"]
T --> P["家长复用课程进行陪学"]
S --> E["学生课后复习与强化"]
S --> X["学生自主兴趣探索"]
T --> A["学校课程资产沉淀"]这说明：
- 老师是主要生产者
- 学生是主要使用者
- 家长是辅助陪学者
- 学校是资源与规则管理者
12. 对平台路线的建议
如果目标是做成真正能落地的产品，建议你明确路线为：
路线核心
先把“老师备课 + 课堂辅助 + 学生学习”做成稳定闭环， 再延伸“家长陪学”和“学生自主探索”。
不建议的路线
不建议一开始把三个用户场景都做成同等重量的大系统，否则极易分散资源。
13. 推荐的一句话产品定位
你可以把平台的未来定位概括为：
一个以老师为核心生产者、以课程为核心资产、以学生为核心学习者、以学校和家长为协同角色的 AI 教学平台。
14. 关联文档
- [02-业务架构设计文档.md](./02-%E4%B8%9A%E5%8A%A1%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1%E6%96%87%E6%A1%A3.md)
- [11-项目全景图文档.md](./11-%E9%A1%B9%E7%9B%AE%E5%85%A8%E6%99%AF%E5%9B%BE%E6%96%87%E6%A1%A3.md)
- [06-重构迁移计划.md](./06-%E9%87%8D%E6%9E%84%E8%BF%81%E7%A7%BB%E8%AE%A1%E5%88%92.md)