本文目录
一节课的安排与消耗需要分别留记录
教培系统应先把课程产品、班级、排课、学员报名和课时记录区分清楚。选择一种授课模式验证报名到课后反馈,重点处理请假、补课、转班与停课,不能只用视频页面代表教务系统。
课程、班级和一次上课分别建模
同一课程可开多个班,同一学员可能转班或补课。课表变化不能直接修改已发生的出勤和课时记录。
- 首版先选一对一、小班或录播中的一种主要模式。
- 验收示例:学员请假后补到另一班,原班出勤与剩余课时按规则分别记录。
教务异常比课程列表更影响范围
直播回放、作业批改、排课冲突、课包、转班和多校区管理需单列。视频资源和消息调用费用按供应商实际规则另算。
- 整理现有课包、余额、学员和课表数据的迁移范围。
- 用一名同时有两个课包的学员检查扣课与退费方案是否完整。
学习记录和课时流水要一起交接
报名、课包、消耗、出勤、作业与反馈都应保留关联。已购课程变更后,原订单的权益范围仍需可查。
- 交接视频素材访问规则、课程版本和排课配置。
- 抽一名转过班的示例学员,还原报名、扣课与补课全过程。
老师与销售的数据范围不同
老师查看所授班级的学习与出勤,教务处理排课,销售查看跟进,财务处理实收和退款。销售不一定需要查看全部作业内容。
- 调课、扣课撤销和批量导出设置独立授权。
- 老师换班后测试旧班级新增数据不再向其开放。
课包权益与资金订单分开
报名付款形成订单,学习形成课时消耗。赠送课时、请假、补课和退费分别约定处理方式,系统不自行推定经营条款。
- 先明确多课包扣减顺序与可退额度的计算输入。
- 部分退费后核对剩余权益、历史消耗和实收金额可对应。
调课提醒携带变更前后的安排
老师、教室或时间变更需要通知相关学员与授课人员。提醒应说明原安排和新安排,便于确认,而非只发“课程已更新”。
- 作业提醒和营销信息按不同用户设置处理。
- 模拟学员转班后,旧班级通知不再持续发送给该学员。
出勤率、课消与实收分别统计
请假、补课、试听和赠课是否进入出勤与课消统计,应有明确口径。跨校区转班不能重复计算学员数。
- 区分已排课、已上课和已确认扣课三个进度。
- 用停课后统一补课的班级核对月报,不能出现双倍课消。
用一个班验证教务实际操作
先导入示例老师、教室、课表与课包。授课现场验证签到、点名、作业提交和课后反馈,直播模式另测断线与回放权限。
- 经营模式涉及的资质和平台类目由业务方按当期要求确认。
- 演练老师请假、教室冲突、学员转班与课程取消。
续班不应覆盖上一期记录
新学期排课、价格和教材可以变化,历史出勤、课包与评价应保持解释一致。课程素材替换后需确认旧学员权益。
- 监测扣课差异、视频异常和消息失败。
- 升级后检查跨学期转班学员的旧成绩与剩余课时。
学员信息按教学需要最少展示
涉及未成年人时,监护人与学员账号关系、资料访问和处理方式应单独确认。班级群体展示避免暴露不必要联系方式。
- 考试成绩、作业和课堂照片按授权范围提供。
- 使用其他班级家长账号测试,不能查看本班学员个人记录。
需求讨论中的问题
能不能上完课就自动扣课时?
需要先确定以老师点名、教务确认还是线上观看记录为依据,并说明异常纠正方式。一次自动触发不能跳过请假和取消课程的判断。
录播和直播能用同一套课程吗?
可以共享课程介绍和订单,但排课、观看权限、回放期限与互动记录需要分别建模。先确认学员购买后具体能获得哪些内容。
带着这些资料讨论方案
可逐项勾选,辅助本次阅读;刷新页面后不保留。
准备规划教育培训系统?
可以先提供一条脱敏业务记录和一个异常处理过程,帮助我们把你的实际规则落实到页面、接口与验收条件。