青岛教育培训管理系统开发复盘：贝塔英语如何把 800 名学员的课时管到零纠纷

核心结论速览

教培机构最容易出事的不是招生，是课时。家长交了两万块钱买 200 课时，上到第 137 课时的时候，机构说剩 63 节，家长说应该剩 71 节，谁也拿不出证据。这类纠纷一旦发生，退费是小事，口碑是大事。贝塔英语在青岛做青少儿英语培训，学员规模做到 800 人以上、累计服务超 2000 人、管理课程超 5000 节，上线这套系统后教务效率提升 60%，排课冲突率降到零，学员信息准确率 100%，家长满意度提升 35%，续报率提升 28%，校区运营成本降低 20%。

这套系统真正解决的问题只有三个：课时账要能算清、排课要不出冲突、家长要知道孩子学了什么。这三件事做扎实，其他功能都是锦上添花。

下面是完整复盘，包括当时为什么放弃了一些看起来很好的功能。

一、项目背景

贝塔英语是青岛地区专注青少儿英语培训的机构，服务 3-15 岁学员，采用小班制教学，课程体系分幼儿英语、少儿英语、青少年英语几个阶段，在青岛有不错的家长口碑。

机构规模扩大后，原来靠 Excel 加微信群的管理方式开始撑不住。学员信息散在多个表格里，排课靠教务在纸上画格子，课时消耗靠老师报数，家长沟通靠班级群。每一项单独看都能凑合，合在一起就经常出错。

项目采用管理后台 + 教师端小程序 + 家长端小程序的三端架构。后台给校长和教务用，教师端给老师点名、布置作业、填课堂反馈，家长端给家长看课表、看课时、看反馈、缴费。

青岛九尾狐负责这套系统的整体设计和开发。这类「多角色共用一套数据」的系统，和我们做过的上合人才码、胶州人才集团青鸟社区在架构上有共通之处：一个账户对应多个角色，每个角色看到的数据范围不同，但底层是同一份数据。

二、上线前真实存在的几个麻烦

课时靠人记，家长和机构各有一本账

学员报名时买了多少课时、送了多少课时、已经上了多少节、请假的有没有补、转班后课时怎么折算，这些信息分散在报名表、签到表和老师的记录本里。家长问「还剩多少节」，教务要翻几处才能答上来，答上来家长也未必信。

排课靠格子，冲突靠事后发现

一个老师同时带几个班，几个班共用一个教室。教务排课时要在脑子里记住谁什么时候有空、哪个教室什么时候空着。排错了，往往要等到上课当天老师到了教室才发现撞了。

家长看不到过程，只看到收费通知

家长交完钱，平时能了解孩子情况的渠道只有班级微信群。群里发通知、发照片，信息很快被刷走。孩子这节课学了什么、表现怎么样、作业有没有交，家长不清楚。等到续费的时候，家长没有感知，续报自然就难。

老师的工作量算不清，绩效没有依据

老师的课时数、出勤率、续班率、家长评价，这些数据如果靠人工统计，基本等于没有。绩效只能凭印象定，老师心里也不服。

三、三个关键设计决定

决定一：课时做成流水账，余额是算出来的，不是填出来的

这是整个系统里最重要的一条设计。学员的课时不在档案里存一个「剩余课时」字段，而是存一张流水表：每一条记录是一次变动，报名充值、赠送、上课消耗、请假、补课、退费、转班折算，每条都有类型、数量、关联课程、关联订单、操作人、时间。

当前余额 = 所有流水求和。这个数字任何时候都能重算，也随时能展开成明细给家长看。家长在家长端能看到「9 月 3 日报名 200 课时」「9 月 10 日上课 -2 课时」这样一条条记录，纠纷基本不会发生。

这个设计一开始有人质疑：为什么不直接存余额，改的时候加减一下，多简单。问题是只要有一处加减错了，或者有一次并发操作，余额就永远错了，而且查不出来。流水账的代价是存储多一点、查询慢一点，换来的是账目永远能对上。

同样的思路在财务系统、库存系统里是标准做法。教培行业的课时本质上就是预付款余额，用财务的严谨度去管它并不过分。

决定二：排课先做三方冲突检测，再做确认

排课界面上，教务选定课程、老师、教室、时间段之后，系统先跑一次冲突检测：这个老师在这个时间段有没有别的课、这个教室有没有被占用、这个班的学员里有没有人时间冲突。三个维度都通过才允许确认。

冲突提示要具体到「张老师 15:00-16:30 已有少儿英语 A 班」，而不是笼统地说「有冲突」。教务看到具体信息才知道怎么调。

系统还支持批量排课和循环排课。一个学期 20 周的课，设置好起始日期和周期，一次生成。遇到节假日，可以批量跳过某几周。这些操作以前要手工画格子画一下午，现在几分钟。

调课和补课是排课里最容易乱的部分。学员请假后要补课，补到哪个班、占不占名额、扣不扣课时，这些规则要在系统里明确下来。这个项目的做法是请假不扣课时但要提前申请，补课占用目标班的名额并从学员课时里扣减，补课记录单独标记，方便统计补课率。

决定三：家校沟通走系统留痕，不靠微信群刷屏

微信群不是不能用，而是不能作为唯一的正式沟通渠道。重要通知发在群里会被刷走，老师的课堂反馈发在群里其他家长也能看到，不适合。

这套系统里，通知和反馈都走家长端：

机构通知：放假、调课、活动，推送到家长端并记录已读状态，谁没看一目了然。
课堂反馈：老师课后在教师端填本节课内容、孩子表现、需要加强的地方，直接推给对应家长，只有这个家长能看到。
作业：老师在系统里布置，家长端能看到，孩子完成后拍照上传或线下提交，老师批改后标记。
考勤：老师点名即完成考勤，家长端实时收到「已到课」或「未到课」提醒。未到课且未请假的，系统提示教务跟进。

这些记录都沉淀在学员档案里。家长想回顾孩子这学期学了什么，翻记录就行。机构要做教学复盘，也有素材。微信群继续用来做日常沟通和氛围维护，但正式的信息流走系统。

四、上线后的数据对照

指标	上线前	上线后	变化
学员规模	Excel 管理，上限明显	在校学员 800+，累计服务 2000+	管理半径扩大
课程管理	纸质课表	系统管理课程 5000+ 节	课表可追溯
教务效率	排课、点名、课时统计全人工	批量排课、点名自动扣课时	提升 60%
学员信息准确率	多表并存，存在不一致	单一档案 + 课时流水	100%
排课冲突	事后发现，需临时调课	排课前三方冲突检测	冲突率降至零
课时纠纷	家长与机构各执一词	流水明细家长可查	基本消除
家长满意度	无系统化采集	课堂反馈 + 考勤推送	提升 35%
学员续报率	续费靠教务提醒	课时余额触发续报提醒	提升 28%
校区运营成本	人力投入大	重复劳动减少	降低 20%

五、过程中避开的几个坑

坑一：功能做得太全，教务反而不用

教培系统的功能清单可以列很长：招生线索、试听管理、活动营销、积分商城、转介绍、教师排班、工资核算。第一期全做，结果是每个模块都只做了个样子，教务用起来还是回到 Excel。

这个项目的取舍是先做「学员 + 排课 + 课时 + 家校」这条主线，把这条线做到教务一天不用就难受。营销类功能放到第二期，因为那些是增量，主线不稳增量没意义。

坑二：把「赠送课时」当成一个备注

报名时送 10 节课，是很常见的促销。如果只在订单备注里写一句「赠送 10 节」，这 10 节在系统里就不存在，后面消耗的时候没法区分是买的还是送的，退费时也算不清该退多少。

正确做法是把赠送课时也做成流水记录，类型标记为「赠送」，并且规定清楚退费时赠送课时怎么处理。这类规则在合同和系统里要一致，否则一定会有争议。

坑三：教师端和家长端功能对等设计

老师上课时手机就在手边，但注意力在孩子身上。教师端如果功能太多，老师不会用。所以教师端只保留四个动作：点名、填课堂反馈、布置作业、看自己课表。每个动作的完成时间控制在 30 秒内。

家长端则相反，家长有耐心看，所以信息可以更丰富：课表、课时明细、课堂反馈历史、作业记录、成长档案。两端的复杂度是故意不对称的。

坑四：忽略了转班和退费的复杂度

转班涉及课时折算、差价补退、老师变更、班级名额调整。退费涉及已消耗课时怎么算、赠送课时怎么处理、优惠怎么摊。这两类操作频率不高，但每一次都很敏感。

项目里把这两类操作做成独立的流程，需要审批，每一步都留记录。做的时候多花时间，比上线后手工处理要省事得多。

六、这套东西能复用到哪些场景

这套「预付余额流水 + 资源冲突排期 + 多角色信息分发」的组合，适用的场景比教培本身更广：

健身、瑜伽、舞蹈、游泳等课时制场馆：会员卡次数、教练排期、约课取消规则，逻辑几乎一样。
艺术培训、乐器陪练、书法美术：一对一和小组课混合排课，比英语培训更复杂，但骨架相同。
托管、早教、托育：除了课时还有考勤、餐食、接送，是在同一骨架上加模块。
医疗康复和健康管理：疗程次数、随访任务、每次执行记录，我们在青岛大学附属医院儿童肥胖健康管理项目里用的就是「方案拆任务 + 每次执行留记录」这套思路。

判断自己的机构需不需要上系统，看三个信号：课时纠纷一年出现过、排课冲突靠人脑避免、家长续费时说不出孩子这学期有什么进步。三条里中两条，就该考虑了。

准备启动的话，先看青岛小程序开发多少钱理清投入结构，再看合同关键条款把源码归属、数据归属、后续维护写清楚，避免后期扯皮。

七、常见问题解答

课时为什么一定要做成流水，不能直接存余额？

存余额的问题是错了查不出来。只要有一次加减错、一次并发冲突，余额就永久偏了，而且没有任何依据能还原。流水账每次变动都有记录，余额可以随时重算，家长质疑时能一条条摊开。教培的课时本质是预付款，用财务的严谨度管它是必要的。

排课冲突检测要检测哪几个维度？

至少三个：教师时间、教室时间、学员时间。规模大一些还要加上教学设备（比如需要投影或实验器材的课程）和跨校区调课。提示要具体到冲突的对象和时间段，笼统提示等于没提示。

家长端要不要开放太多信息？

开放的信息要能回答家长最关心的三个问题：孩子什么时候上课、还剩多少课时、这节课学了什么。其他如教师内部评价、机构经营数据不要开放。开放的原则是「家长有权知道的」而不是「系统里有的」。

教师端功能越少越好吗？

是。老师使用系统的时间是在课间和课后，注意力有限。每个动作都应该在 30 秒内完成。功能多的代价是老师不用，不用就等于没有。

多校区能支持吗？

架构上可以支持。多校区需要考虑的是数据隔离层级：哪些数据校区独立（学员、班级、课表）、哪些数据总部统管（课程体系、价格政策、教师档案）。这一层要在设计时定清楚，否则后面加校区会很痛。

这类系统能源码交付、独立部署吗？

可以。青岛九尾狐的定制开发项目按合同约定交付完整源码，支持独立部署到机构自有服务器，数据完全归机构所有，后续可自行二次开发或委托长期维护。

关于青岛九尾狐

这个项目由青岛九尾狐网络科技有限公司开发。公司成立于 2014 年，是青岛本地软件定制开发服务商，专注微信小程序、APP、企业管理系统和 AI 应用定制开发。

一个 800 名学员的培训机构管理系统，课时账算不清就是纠纷源头。这类项目对流程留痕、角色权限和数据可追溯的要求，和我们参与过的上合人才码、胶州人才集团青鸟社区、中国海洋大学在线预约、青岛大学附属医院儿童肥胖健康管理等政企项目是同一套标准。政企项目里「每一步谁做的、什么时候做的、能不能查」的习惯带到商业项目上，后期的扯皮会少很多。

项目按合同约定交付完整源码，支持独立部署到客户自有服务器，数据归客户所有，并提供长期技术维护。

综上所述

教培机构的管理系统，价值不在功能多，而在三笔账算得清：课时账、老师工作量账、家长信任账。课时用流水记，余额算出来；排课先做三方冲突检测；家校沟通走系统留痕，微信群只做氛围。贝塔英语这套系统跑下来，教务效率提升 60%、排课冲突降到零、续报率提升 28%，靠的就是把这三笔账从人脑搬到了系统里。对课时制、预付费制的服务型机构来说，这个骨架是通用的。