项目背景
广东珠三角某多校区培训机构(总部在广州,另有周边城市校区)原先用表格与即时通讯传递排课、报名与考勤,错漏多、对账慢,家长端也难扩展。客户需要一套可权限管控的教务管理系统,把课程、班级、订单与校区数据收拢到同一后台。项目由摩尔信息科技通过远程协作完成访谈、原型、开发与验收,归属网站开发。
目标不是「一次做完所有教培 SaaS 功能」,而是先让教务与前台每天能用、对得上账,再视需要加老师端或家长查询。
该案例说明:服务案例不必局限长沙本地。外省客户只要主流程清晰、能配合在线评审,同样可以分阶段上线。
客户痛点
- 多校区课程与教室占用靠人工协调,调课冲突难以及时发现
- 报名/续费信息散落表格,财务与教务对账耗时长、易漏单
- 校区负责人看不到本校区实时数据,总部汇总滞后
- 未来想做家长查询或小程序,现有表格架构无法承接
功能清单(一期)
- 课程、班级、教室/时段资源与冲突提示
- 报名订单、学员档案、基础续费记录
- 考勤登记与按校区的数据权限
- 周报/对账类导出,以及后续对接用的开放 API 预留
- (可选)简单消息提醒:开课提醒、待确认报名
界面示意
今日课程 12
待确认报名 5
校区 A · 教室占用
导出周报 / 对账
示意:多校区排课与报名同一后台(非客户机密截图)
技术栈与周期
Web 管理端 + 角色权限 + 导入导出;部署可按客户要求(云或自有服务器)。首版常见约10–14 周:需求与原型 → 开发联调 → 数据导入抽检 → 试运行切换。周期拆解见企业管理系统开发周期。
项目收益(示意量化)
~50%教务统计/对账耗时下降
1 套后台多校区统一与分权
可扩展预留家长端 / API
以上为同类项目常见改善区间,实际以验收数据为准。
实施步骤
- 统一多校区的课程、班级、教室与权限模型,明确「一期不做」清单(如复杂排课算法、营销裂变)。
- 先上排课 + 报名 + 基础对账,再补考勤明细与复杂报表。
- 约定必填字段与去重规则后,导入历史学员/订单并抽检。
- 培训教务与前台,选 1 个校区试运行,再全量切换。
- 稳定后评估收款对接、老师端或家长查询二期。
关键角色
- 教务:排课、调课、资源占用与冲突处理
- 前台/招生:报名、订单与基础学员信息
- 校区负责人:只看本校区经营与课表数据
- 总部:跨校区汇总与权限审计
- (可选二期)老师移动端、家长查询端
数据与对接注意点
- 历史学员与订单导入前先约定必填字段、手机号去重与作废单处理规则。
- 若已有收款渠道(微信/支付宝/对公),需求阶段明确是否一期对接,避免上线后手工补录。
- 家长端查询可作为二期,避免首版范围膨胀导致延期。
- 权限按「校区 + 角色」设计,降低误改他校数据的风险。
验收建议(示例)
- 指定校区完成一周真实排课与报名,无阻塞性缺陷
- 导出对账表与财务抽检一致(约定抽检比例)
- 校区账号无法越权查看他校敏感数据
- 操作手册覆盖开班、调课、报名、考勤四条主路径
经验小结
「先管起来再优化体验」比「一次做全家桶」更容易上线。方法上可参考管理系统周期、软件需求变更管理;能力页见Web 系统开发。若机构同时要做获客小程序,可先读小程序开发报价再决定组合方式。
行业 FAQ
能否对接收款?
可以评估。需在需求阶段明确渠道、对账字段与退费规则;也可一期手工登记、二期对接。
老师端一定要 App 吗?
一期常用手机浏览器完成考勤与看课表;原生/小程序放到使用稳定后再做,见需求变更管理。
多校区权限怎么控?
按校区隔离数据,总部角色可跨校汇总;具体粒度在原型阶段确认。
历史数据很乱怎么办?
先清洗样例再全量导入,约定无法匹配记录的处理策略,避免「导完再修」拖垮上线。
外省项目怎么交付?
本案例以远程访谈、原型评审与在线验收为主;关键节点可安排短时到场或视频演示。全国客户均可按此模式合作。
和数字化转型有什么关系?
教务线上化本身就是服务型机构的数字化试点;更大范围改造可参考数字化转型。
