资讯动态
观察行业视觉，用专业的角度，讲出你们的心声
2026-10-02
教培机构上线小程序，最该先解决的是「课时账」：谁买了多少课时、上了几次、还剩几次、什么时候过期。这一笔账对不上，家长会追问，老师会扯皮，续费也谈不下去。营销功能可以后加，课时账必须先做对。
教培的收入是预收的，成本是老师的时间和场地。课时消耗记录既是收入确认依据，也是家长信任的来源。手工记在 Excel 里的机构，常见问题是三种：请假没扣课时、代课没记、赠课没过期规则，最后对账时只能各让一步。
小程序要做的就是让每次上课都产生一条不可随意修改的消耗记录，并且家长能自己看到余额。
难在三个约束的交叉：老师同一时间只能在一个班、教室同一时间只能排一节课、同一个学生不能同时上两门课。只要有共享老师和共享教室，就必须做冲突检测，否则排出来的课表一定撞车。
另外要处理「临时调课」：老师请假、教室被占、学生插班。调课不是删了重排，而是要保留原记录并生成变更记录，否则课时账会乱。
常见做法是分三档：开课前 24 小时以上请假，不扣课时；24 小时内请假，扣一半或不扣但占用一次请假额度；未请假缺勤，全额扣课时。规则要在系统里可配置，因为不同机构、不同班型的政策不一样，写死在代码里以后改不动。
四件事：孩子今天几点有课、还剩多少课时、上次上课老师说了什么、下次续费什么时候。第四条最容易被忽略，但对续费影响最大——把课时余额不足的提醒做成推送，比发朋友圈广告有效。
家长端还有一个隐性问题：多个孩子共用一个家长账号。系统要支持一个账号绑定多个学员，并且默认展示当前选中的孩子，切换时数据完全隔离，否则会出现「给老大请了假，扣了老二的课时」。
可以做，但注意两点：一是价格展示要合规，不能出现「原价¥xxxx 现价¥xxx」这类虚构原价；二是售课要和课时账户绑定，付款成功后自动生成课时，不要靠人工充值。涉及退费的，要按剩余课时比例计算，规则提前写进购买须知。
如果机构已经在用财务软件或教务系统，小程序通常作为前端，数据通过接口同步，不要在两边各存一份。锐达盛世网络科技做这类项目的做法是先梳理「一节课」的完整数据流：谁排的课、谁上的、谁签的到、扣了谁的课时、财务怎么确认，这条链路清楚之后再定表结构，避免后期对不上账。
多校区的核心是「一套课程体系、多套排课与库存」。课程模板由总部维护，各校区按模板开班；老师可以在校区之间共享，但要能看到其在各校区的排课；学员跨校区上课要能扣课时并计入对应校区的消耗。
如果一开始就按单校区设计，后面加校区等于重做排课表和课时表。判断信号很简单：现在有没有两家以上校区、未来一年会不会开新校区。有一个「会」，就该按多校区结构设计。锐达盛世网络科技做教培项目时会先问这个，再定表结构。
第一期做课程、排课、约课、签到、课时账户这五件事，先把账跑准；第二期加家长端反馈、续费提醒、优惠券；第三期再考虑分销、拼团这类拉新玩法。顺序反过来做的机构，通常会在第二个月发现课时对不上，然后回头补数据。