结论
不需要做 APP，小程序足够。家长和老师都不会为一年用几十次的约课功能专门装一个应用，而小程序从微信直接打开，还能通过班级群转发。家长端与教师端可以放在同一个小程序里，登录后按身份进入不同界面。
怎么判断
您提到的三个诉求里，约课和请假是表面需求，「剩余课时说不清楚」才是核心。这决定了系统的数据模型应该以课时账户为中心，而不是以课程表为中心。
具体来说：每个学员有一个课时账户，任何一次课时变动——上课扣减、请假返还、补课、赠课、过期——都写成一条流水，记录时间、经办人与原因。排课只是产生流水的来源之一。这样「我还剩几节课」永远有据可查，机构和家长都能自证。
注意事项
第一，签到建议采用教师确认制而不是家长自助签到。家长忘记签到会导致账目对不上，而老师上课时点名本来就是必做动作，顺手在小程序里点一下成本最低。
第二，历史数据导入是最容易被低估的部分。原有 Excel 里通常存在同名学员、手机号缺失、课时数为负的记录，需要先跑一轮校验、输出异常清单交给您逐条确认。建议把这件事作为独立工作项提前启动，不要等系统做完才开始整理。
第三，多校区的话，权限要按校区隔离，总部可跨校区查看，这一条在设计阶段就要定下来。