教育培训机构排课与预约系统:5 个角色、9 个模块、7 周交付
为多校区艺术培训机构建设排课、约课、考勤与课时结算系统,家长端用小程序约课与查考勤,校区端用 Web 后台排课与结算。含 5 类角色、9 个功能模块,7 周完成交付。
客户:杭州某艺术培训机构
案例为按典型项目形态整理的示例,不涉及任何真实客户信息。
要点速览
- 杭州某艺术培训机构的排课与预约系统案例,覆盖排课、约课、考勤与课时结算。
- 数据模型中心从课程表改为课时账户,任何课时变动都有时间、经办人与原因可追溯。
- 5 类角色、9 个功能模块,家长端与教师端复用同一小程序共 14 个页面,7 周完成交付。
- 签到采用教师确认制而非家长自助,避免忘记签到导致的账目不一致。
- 复盘要点:历史数据导入工作量常被低估,后续同类项目将历史数据盘点提前为独立工作项。
需求形态
排课表在 Excel 里维护,家长约课靠给班主任发消息,课时消耗记在纸质签到表上。换课与请假一多,剩余课时就对不上,学期末结算要靠人工翻记录,家长与机构双方都难以自证。
解决方案
以课时账户为核心重建数据模型:每次上课由教师端确认签到,系统自动扣减对应学员的课时并生成流水,请假与调课都写入同一条流水线。家长端小程序可查剩余课时、约课、请假与查看签到记录;校区端后台负责排课、教师排班与结算导出。
交付结果
只写可交付事实(模块数 / 页面数 / 周期 / 上线形态),不写成交额与增长率
- 5 类角色、9 个功能模块,权限逐级放开支持多校区
- 课时账户与流水表:上课扣减、请假返还、补课均可追溯到经办人与时间
- 家长端与教师端复用同一小程序,共 14 个页面
- 7 周完成开发与验收,含一次两小时现场培训
- 历史数据批量导入并输出异常清单交客户确认
技术方案
项目详解
背景
这家艺术培训机构在杭州有多个校区,开设多类课程,学员以中小学生为主。原有管理方式是 Excel 表格与微信群:排课表由教务在表格里维护,家长约课、请假都发消息给班主任,课时消耗记在纸质签到表上。学员规模上来之后,最常见的纠纷是「我还剩几节课」说不清。
需求形态
机构方最初的诉求是「做一个排课系统」。盘点后确认真正需要的是一条可自证的课时流水:任何一次课时变动,无论是上课扣减、请假返还还是补课,都要有时间、经办人与原因。排课只是流水的一个来源。这个判断改变了数据模型的中心,从课程表变成课时账户。
方案
系统设 5 类角色:家长、教师、教务、校区管理员、总部管理员,权限逐级放开,总部可跨校区查看。九个模块分别是学员档案、课程与班级、排课日历、约课与请假、教师签到、课时账户与流水、教师排班与课酬、结算导出、消息通知。
家长端做成小程序,无需下载即可使用;教师端复用同一小程序,登录后展示当日课表与签到入口。签到采用教师确认制而非家长自助,避免出现家长忘记签到导致的账目不一致。所有课时变动都进流水表,后台可按学员导出对账明细。
交付
交付小程序端源码、Web 后台源码、后端服务源码、数据库结构、接口文档与部署文档,另有面向教务与校区管理员的操作手册与一次两小时的现场培训。历史数据由客户整理成模板表格后批量导入,导入前做了一轮数据校验并列出异常清单交客户确认。
复盘
历史数据导入是这个项目里最容易被低估的部分。客户原有的 Excel 表格里同名学员、手机号缺失、课时数为负的记录都存在,校验脚本跑出的异常清单比预期长,最终多花了约一周处理。后续同类项目我们把「历史数据盘点」提前到评估阶段,作为独立工作项报价。
本案例为按典型项目形态整理的示例,不涉及任何真实客户信息。
相关案例
案例为按典型项目形态整理的示例,不涉及任何真实客户信息。
有想法要落地,先看看要多少钱、多久做完?
留下手机号或微信号,架构师按您的功能清单给出参考区间与交付周期。