少儿口算约课小程序案例：班级名额、课时与练习｜互联商通

一、客户背景与痛点

这家机构做少儿口算与思维训练，班级小而多，家长沟通全靠微信群。

三个最疼的问题：

• 约课群接龙：接龙漏人、代报混乱，临时调课靠刷屏。
• 课时口算：剩余课时靠前台心算，家长不信任。
• 练习难催：每日口算作业发群里，交没交看不出来。

二、方案总览：4 步从群接龙到课时可对账

首版克制，只做教学履约闭环，把「群里喊」变成「端里约」。

1. 选班级：班级与名额实时展示，满员自动关闭。
2. 约课请假：请假扣次规则自动执行，调课自己约。
3. 课时核销：上课扫码核销，课时账逐节留痕。
4. 练习打卡：每日口算推送打卡，完成情况家长可见。

完整能力清单见 口算方案；同类约课业务可参考 编程约课案例。

三、核心功能清单

• 班级名额：班级排期与名额实时，满员自动关班。
• 约课请假：扣次规则自动执行，调课自主约。
• 课时核销：到课扫码核销，课时账可对。
• 练习打卡：口算练习每日推送，完成率一眼可见。
• 家长端：课时余额、作业、通知集中在孩子页面。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到机构里：五周内完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：班级课包与规则逐项录入。开工先把班级、课包与价格逐项录入，请假扣次规则写进页面；每日练习题库先备两个班次的量。商家看到的是班级账一页页对完，家长下单前就把扣次规则看完。
2. 课包支付与课时账对接：先跑通再放开。上线前打通课包支付与课时入账，核销与课时余额实时联动；请假、调课规则在后台可改。商家感知是「课时对不对」从吵架变成查后台。
3. 员工培训：一条主线加一套话术。前台培训只强调一条：课时变动以后台为准。对家长的话术很简单——「小程序上约课请假，课时余额随时看」，遇到第一次用的家长协助绑定孩子一遍。
4. 灰度试点：先跑一个班。全量放开前先在一个班试跑，盯核销准确率与打卡参与度；试出的问题当场改——扣次规则微调、练习题难度分层，再铺开全部班级。试点期不做数字考核，只看对账顺不顺。
5. 值班与应急：首周驻场加兜底。上线首周驻场，值班覆盖支付、请假、儿童隐私授权三类突发。家长不会绑孩子，前台代绑兜底；核销异常当场补账。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做直播售课、不做 AI 批改。先保证班级—约课—核销—打卡的履约闭环可验；线上课与批改自动化二期再议。

六、上线后效果（试点数据口径）

试点期内：

• 课时从口算变成每节可对账。
• 练习打卡有了统一入口，完成情况看得见。
• 老板验收只看「对账与打卡」，而不是 PV。

所有数字为项目试点口径，复制前请重估班级规模、资质与支付配置；数据对比写清分子分母与排除周。

七、坑与复盘

1. 教育类目资质：类目与资质材料要求高，按 类目选择文档 开工先核。
2. 儿童隐私：孩子信息收集最小化，按 隐私协议指引 填写并做监护人授权。
3. 请假扣次争议：规则前置展示 + 自动执行，前台不再手动特批。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」。

八、常见问题 FAQ